PostgreSQL 19 RC 1 Tiba: Uji Pengurusan Ruang dan Bacaan Replika Sebelum Migrasi

PostgreSQL Global Development Group menerbitkan PostgreSQL 19 RC 1 pada 15 Oktober 2026. Calon keluaran pertama ini memberi pembangun peluang menilai perubahan pangkalan data sebelum versi umum tersedia. Bagi pasukan IT Malaysia, sudut yang berguna ialah mengenal pasti ujian aplikasi yang patut disediakan lebih awal.

Calon keluaran dengan jadual yang masih bersyarat

Menurut pengumuman rasmi, RC 1 dijangka hampir menyerupai keluaran awal PostgreSQL 19, namun pembetulan tambahan masih boleh dimasukkan. Pasukan projek merancang RC 2 pada 12 November dan keluaran umum pada 19 November 2026. Kedua-duanya masih perancangan, tertakluk kepada penemuan masalah yang memerlukan penangguhan.

Projek menyatakan pembetulan yang banyak dalam kemas kini November akan turut dimasukkan sebelum keluaran umum. Antara pembaikan sejak Beta 4 melibatkan REPACK serentak, nasihat pelan pertanyaan dan autovacuum selari. Ini menjadikan RC 1 satu titik semakan untuk pengujian, bukannya pengesahan bahawa semua tingkah laku sudah muktamad.

Sumber: PostgreSQL 19 RC 1 Released!.

REPACK memulangkan ruang, tetapi memerlukan ruang bekerja

Dokumentasi PostgreSQL 19 menerangkan REPACK sebagai arahan yang menulis semula jadual supaya ruang tidak digunakan boleh dipulangkan kepada sistem operasi. Pilihan CONCURRENTLY membolehkan transaksi lain menggunakan jadual sepanjang sebahagian besar proses. Walau bagaimanapun, kunci eksklusif masih diperlukan pada peringkat akhir pertukaran fail.

Operasi ini menghasilkan salinan sementara jadual dan indeks. Oleh itu, ruang kosong sekurang-kurangnya sebesar jumlah kedua-duanya diperlukan, dengan kemungkinan keperluan tambahan untuk pengisihan. Dokumentasi juga memberi amaran bahawa transaksi serentak dengan snapshot lama boleh melihat jadual sebagai kosong selepas operasi serentak selesai. Ciri ini mempunyai syarat operasi yang perlu difahami sebelum diuji pada beban kerja sibuk.

Sumber: PostgreSQL 19 Documentation: REPACK.

WAIT membantu mengawal bila replika boleh dibaca

Satu lagi ciri ialah WAIT, yang menunggu log transaksi mencapai kedudukan sasaran, dikenali sebagai LSN. Dalam mod standby_replay, arahan menunggu sehingga perubahan berkenaan diterapkan pada pelayan replika. Dokumentasi menerangkan penggunaannya untuk membolehkan aplikasi membaca semula perubahan sendiri apabila penulisan dibuat pada pelayan utama dan bacaan dialihkan kepada replika.

Aplikasi perlu menggunakan kedudukan log yang merangkumi komit transaksi berkaitan. Had masa menunggu juga penting: tanpa TIMEOUT, penantian boleh berterusan tanpa had. Jika aplikasi memilih menerima status kegagalan melalui NO_THROW, status itu mesti diperiksa sebelum meneruskan bacaan. Kejayaan menunggu tidak boleh diandaikan hanya kerana arahan selesai tanpa ralat.

Sumber: PostgreSQL 19 Documentation: WAIT.

Keserasian aplikasi tetap memerlukan perhatian

Nota keluaran pembangunan menyenaraikan perubahan yang boleh mempengaruhi aplikasi sedia ada. Antaranya, json_array() yang menerima hasil tanpa baris kini memulangkan tatasusunan JSON kosong, berbanding NULL sebelum ini. JIT pula dimatikan secara lalai; pengguna dengan pertanyaan analitik besar perlu menilai sama ada hendak mengaktifkannya.

Migrasi daripada versi terdahulu memerlukan kaedah naik taraf versi utama seperti dump dan restore, pg_upgrade atau replikasi logik. Perubahan ini menunjukkan mengapa semakan perlu merangkumi hasil pertanyaan dan tetapan pelayan, selain keupayaan aplikasi untuk bersambung. Butiran yang dirujuk masih berada dalam dokumentasi pembangunan PostgreSQL 19 dan boleh berubah sebelum keluaran umum.

Sumber: PostgreSQL 19 Documentation: Release 19.

Cadangan editorial: bina latihan ujian yang dekat dengan kerja Malaysia

Sebagai cadangan editorial, pasukan yang mengurus portal pekerjaan, inventori atau sistem tempahan boleh membina persekitaran ujian berasingan menggunakan data rekaan. Pilih beberapa aliran lengkap: mencipta rekod, mengemas kini status, membaca semula perubahan dan menghasilkan laporan. Catat hasil yang sepatutnya diterima sebelum membandingkan versi pangkalan data.

Untuk contoh portal pekerjaan, uji keadaan apabila carian tidak menemukan sebarang iklan. Semak sama ada aplikasi membezakan nilai kosong dengan nilai tiada, dan sama ada paparan pengguna masih betul. Bagi latihan replika, cuba senario pengguna mengubah profil kemudian terus membuka halaman profilnya. Tetapkan tindakan aplikasi jika penantian melebihi had, termasuk mesej yang jelas kepada pengguna.

Pasukan operasi pula boleh merekod penggunaan ruang sebelum, semasa dan selepas latihan REPACK, bersama tempoh pertanyaan serta transaksi yang tertangguh. Elakkan membuat kesimpulan daripada satu ujian kecil; nyatakan saiz data, konfigurasi dan batas simulasi dalam laporan.

Untuk pelajar atau pembangun junior, hasil latihan boleh dijadikan projek portfolio dengan skema, data sintetik, keputusan ujian dan penjelasan masalah yang ditemui. Ukuran kejayaannya ialah bukti bahawa perubahan difahami. Sebelum mencadangkan migrasi sebenar, sediakan juga latihan pemulihan sandaran, semakan sambungan aplikasi dan kriteria penerimaan yang dipersetujui pasukan.

Rujukan

• PostgreSQL 19 RC 1 Released! — 2026-10-15
• PostgreSQL 19 Documentation: Release 19
• PostgreSQL 19 Documentation: REPACK
• PostgreSQL 19 Documentation: WAIT

Disediakan secara automatik dengan bantuan AI berdasarkan sumber yang dipautkan. Semakan sumber: 2026-10-16. Gambar utama ialah ilustrasi janaan AI, bukan foto peristiwa sebenar.