Gesaan dan konteks
Pengeluar PostgreSQL 18 mesti mereplikasi penyewa dan lajur terpilih kepada pelanggan yang digunakan untuk pelaporan dan perkhidmatan serantau. Terangkan semantik penapis baris dan senarai lajur, apa yang berlaku apabila UPDATE merentasi sempadan penapis, penyegerakan awal, tingkah laku pemecahan, dan pelan operasi yang selamat.
PostgreSQL mendokumentasikan bahawa penapis baris menentukan sebelum penerbitan sama ada sesuatu baris memenuhi ungkapan, manakala senarai lajur mengurangkan lajur yang dihantar tetapi bukan sempadan keselamatan. Temu duga ini menguji semantik replikasi, ketekalan, dan tadbir urus perubahan dan bukannya sekadar menambah klausa WHERE pada penerbitan.
Perkara yang diuji oleh penemu duga
Anda harus menerangkan bahawa peranan sambungan replikasi menilai penapis, false atau NULL menindas baris, dan TRUNCATE tidak terjejas. Anda harus menerbitkan transformasi UPDATE lama/baharu, mengendalikan identiti replika, penyegerakan awal, penapis gabungan OR merentas penerbitan, punca pemecahan, dan evolusi senarai lajur, serta menyedari bahawa senarai lajur tidak menyediakan kerahsiaan.
Soalan untuk dijelaskan terlebih dahulu
Sasaran replikasi
Sahkan penyewa, operasi, dan lajur yang diperlukan oleh pelanggan, sama ada syot kilat (snapshot) awal dibenarkan, sama ada penulisan adalah dua hala, dan sama ada versi pelanggan lebih lama daripada versi 15 atau 18.
Identiti dan penapisan
Sahkan identiti replika jadual, sama ada lajur penapis boleh berubah, sama ada penerbitan punca pemecahan digunakan, dan sama ada beberapa penerbitan meliputi jadual yang sama.
Keselamatan dan pemulihan
Sahkan sama ada lajur sensitif mesti langsung tidak kelihatan, kebenaran peranan replikasi, pengasingan rangkaian, prosedur bina semula langganan, dan tempoh masa pengunduran (rollback) untuk penapis yang tidak betul.
Jawapan 30 saat
"Penapis baris mentakrifkan perubahan baris mana yang memasuki penerbitan; false atau NULL menggugurkan perubahan, manakala senarai lajur hanya mengurangkan lajur yang dihantar dan bukan sempadan keselamatan. UPDATE menilai kedua-dua baris lama dan baharu: tiada padanan kepada padanan menjadi INSERT, padanan kepada tiada padanan menjadi DELETE, dan hanya padanan kepada padanan kekal sebagai UPDATE. Untuk UPDATE atau DELETE, penapis dan lajur yang diterbitkan mesti meliputi identiti replika. Sebelum pelancaran, saya akan membekukan perubahan penerbitan, menguji penyegerakan awal, pemecahan, penapis gabungan OR, dan tingkah laku versi lama, di samping melindungi data sensitif dengan keistimewaan dan paparan (views) pada bahagian pengeluar."
Jawapan mendalam langkah demi langkah
Langkah 1: Tentukan invarian penerbitan
Rekodkan set penyewa yang dibenarkan, operasi, set lajur, ungkapan penapis, dan versi pelanggan untuk setiap jadual. Tentukan sama ada matlamatnya adalah pemangkasan prestasi, pengasingan tingkah laku, atau keselamatan; matlamat keselamatan tidak boleh bergantung pada senarai lajur sahaja.
Langkah 2: Reka bentuk penapis baris
Penapis berjalan sebelum penerbitan menggunakan peranan sambungan replikasi dan hanya ungkapan mudah yang didokumenkan. Hasil false atau NULL menindas baris, dan TRUNCATE tidak terjejas. Bagi penerbitan yang mengandungi UPDATE atau DELETE, lajur penapis mesti diliputi oleh identiti replika; penerbitan khusus INSERT boleh menggunakan lajur lain.
Langkah 3: Terbitkan transformasi UPDATE
Nilaikan penapis sebelum dan selepas kemas kini. Padanan-ke-padanan menghantar UPDATE; tiada padanan-ke-tiada padanan tidak menghantar apa-apa; tiada padanan-ke-padanan menghantar INSERT; padanan-ke-tiada padanan menghantar DELETE. Oleh itu, pelanggan mewakili set baris semasa yang memenuhi penapis dan bukannya memainkan semula (replay) setiap UPDATE secara membuta tuli.
Langkah 4: Kekang senarai lajur
Senarai lajur mesti merangkumi lajur identiti replika, dan jadual pelanggan mesti mengandungi sekurang-kurangnya lajur yang diterbitkan. Susunan senarai tidak menjejaskan replikasi. Meninggalkan senarai secara automatik merangkumi lajur yang ditambah kemudian; menamakan semua lajur semasa secara eksplisit tidak merangkumi lajur masa hadapan. Senarai yang berbeza untuk jadual yang sama merentas penerbitan boleh menghalang langganan daripada disambung semula, jadi semak senarai tersebut sebelum membuat perubahan.
CREATE PUBLICATION tenant_eu
FOR TABLE orders (order_id, tenant_id, status, total)
WHERE (tenant_id = 'eu');Langkah 5: Kendalikan penyegerakan awal
Penyegerakan awal menyalin baris sedia ada yang memenuhi penapis baris dan hanya lajur dalam senarai. Pelanggan yang lebih lama daripada 15 mungkin menyalin keseluruhan jadual, dan versi yang lebih lama daripada 18 mempunyai batasan tambahan pada lajur yang dijana (generated columns). Semak matriks versi dan tunggakan penulisan semasa syot kilat sebelum menukar trafik.
Langkah 6: Kendalikan pemecahan dan berbilang penerbitan
Dengan publish_via_partition_root=true, penapis atau senarai lajur jadual pecahan punca digunakan; dengan tetapan lalai false, takrifan setiap pecahan digunakan. Penapis baris untuk jadual dan operasi terbit yang sama merentas penerbitan digabungkan secara OR. Oleh itu, penerbitan tanpa penapis boleh membatalkan pemangkasan yang diharapkan daripada penapis lain.
Langkah 7: Tambah kawalan operasi (guardrails)
Semak takrifan penerbitan sebagai migrasi, dan rekodkan kadar kenaan (hit rate) penapis, kelengahan replikasi (lag), konflik, bilangan baris penyegerakan awal, dan versi peraturan. Uji kes sempadan lama/baharu pada langganan bayangan (shadow subscription). Jika baris bocor atau hilang, jeda langganan, betulkan penerbitan, dan bina semula selepas pemeriksaan ketekalan.
Jawapan model
Saya akan menganggap penapis baris sebagai takrifan set yang diterbitkan dan senarai lajur sebagai pemangkasan penghantaran. Peranan replikasi menilai penapis, jadi false/NULL dan TRUNCATE memerlukan ujian eksplisit. UPDATE membandingkan baris lama dan baharu serta menjadi INSERT atau DELETE apabila merentasi sempadan; untuk UPDATE/DELETE, penapis dan lajur yang diterbitkan mesti meliputi identiti replika. Penyegerakan awal, punca pemecahan, dan penerbitan gabungan OR tergolong dalam matriks ujian. Lindungi data sensitif dengan keistimewaan pengeluar, paparan, atau saluran pengubahsuaian (redaction pipeline) yang berasingan; gunakan senarai lajur untuk prestasi dan kawalan bentuk data.
Kesilapan lazim
- Kesilapan: Menganggap senarai lajur menghalang pelanggan berniat jahat daripada memperoleh lajur yang tidak diterbitkan. → Sebab ia gagal: Dokumentasi rasmi menyatakan ia bukan mekanisme keselamatan. → Penyelesaian: Penguatkuasaan kerahsiaan dengan keistimewaan pengeluar, paparan, atau pengubahsuaian.
- Kesilapan: Menilai UPDATE hanya pada baris baharu. → Sebab ia gagal: Sesuatu baris boleh keluar atau memasuki set yang ditapis. → Penyelesaian: Nilaikan kedua-dua baris lama dan baharu serta gunakan kesemua empat hasil.
- Kesilapan: Mengabaikan identiti replika. → Sebab ia gagal: UPDATE/DELETE tidak dapat mengesan baris lama dengan selamat. → Penyelesaian: Semak liputan identiti dalam penapis dan senarai lajur.
- Kesilapan: Menganggap beberapa penerbitan sempit membayangkan jumlah strim keseluruhan yang sempit. → Sebab ia gagal: Penapis untuk operasi terbit yang sama digabungkan secara OR. → Penyelesaian: Kira kesatuan (union) dan tolak liputan tanpa penapis.
Soalan susulan dan jawapan
Bilakah anda patut menggunakan penapis baris berbanding penerbitan berasingan?
Gunakan penapis baris apabila sempadan penyewa atau wilayah adalah stabil dan ungkapannya mudah. Penerbitan dan langganan berasingan lebih mudah diaudit apabila kebenaran, kitaran hayat, dan pemilikan operasi berbeza. Dalam kedua-dua kes, nilaikan kos penyegerakan awal dan perubahan.
Bagaimanakah anda menghalang replikasi lajur baharu secara tidak sengaja?
Gunakan senarai lajur eksplisit dan kemas kininya melalui semakan skema. Jangan keliru antara menamakan setiap lajur semasa secara eksplisit dengan meninggalkan senarai; tindakan meninggalkan senarai secara automatik merangkumi lajur masa hadapan.
Bagaimanakah anda menguji UPDATE yang merentasi sempadan?
Cipta empat kes: lama palsu/baharu benar, lama benar/baharu palsu, kedua-duanya benar, dan kedua-duanya palsu. Sahkan masing-masing menghasilkan INSERT, DELETE, UPDATE, dan tiada peristiwa pada pelanggan.
Bolehkah penapisan menggantikan pengasingan keselamatan berbilang penyewa?
Tidak. Ia hanya memilih data replikasi logikal; pengasingan masih memerlukan peranan pengeluar dengan keistimewaan paling sedikit (least-privilege), kelayakan berasingan, kawalan rangkaian, dan pengubahsuaian di mana diperlukan.