Replikasi Segerak berbanding Tak Segerak

Replikasi penstriman fizikal boleh berjalan dalam dua mod: tak segerak (lalai) dan segerak. Perbezaannya ialah masa pelayan utama menganggap COMMIT telah selesai.

Dalam mod tak segerak, pelayan utama melakukan COMMIT sebaik sahaja WAL dikosongkan secara setempat. Ia tidak menunggu pelayan siap sedia. Kaedah ini pantas, tetapi ranap boleh menyebabkan COMMIT terkini yang belum dihantar hilang.

Dalam mod segerak, pelayan utama menunggu sehingga sekurang-kurangnya satu pelayan siap sedia mengesahkan bahawa ia telah menerima (atau menggunakan) WAL sebelum melaporkan kejayaan COMMIT. Ini menjamin tiada kehilangan data bagi COMMIT yang disahkan, dengan kos kependaman tambahan.

Namakan pelayan siap sedia anda dengan application_name dan senaraikannya dalam synchronous_standby_names pada pelayan utama.

Anda boleh mewajibkan mana-mana N daripada beberapa pelayan siap sedia untuk mengesahkan, sambil mengimbangi ketahanan dan ketersediaan.

Tetapan synchronous_commit mengawal sejauh mana COMMIT mesti bergerak:

• off / local — setempat sahaja
• remote_write — pelayan siap sedia menerima WAL
• on — pelayan siap sedia mengosongkan WAL ke cakera
• remote_apply — pelayan siap sedia menggunakan WAL (kelihatan pada replika)

Tetapan ini boleh diubah bagi setiap transaksi, supaya penulisan yang tidak penting berjalan pantas manakala penulisan kritikal menunggu pengesahan.

Jika satu-satunya pelayan siap sedia segerak terhenti, COMMIT pada pelayan utama akan tersekat sehingga pelayan siap sedia kembali. Sentiasa padankan replikasi segerak dengan beberapa calon atau tetapan kuorum.

Periksa keadaan langsung daripada pelayan utama menggunakan pg_stat_replication.

Gunakan tak segerak untuk daya pemprosesan dan replika yang jauh dari segi geografi. Gunakan segerak apabila kehilangan walaupun satu transaksi yang telah dilakukan COMMIT tidak boleh diterima, seperti dalam lejar kewangan.

Kependaman COMMIT segerak kira-kira sama dengan perjalanan pergi balik rangkaian ke pelayan siap sedia ditambah masa fsyncnya. Memastikan pelayan siap sedia segerak menggunakan pautan berkependaman rendah adalah penting.

Anda telah membandingkan replikasi tak segerak dan segerak, mengkonfigurasi tahap synchronous_standby_names dan synchronous_commit, serta mempelajari pertukaran antara ketahanan, kependaman dan ketersediaan.