PostgreSQL mengeluarkan kemas kini untuk versi utama 14 hingga 18 pada 12 November 2026. Selain membaiki kelemahan keselamatan, keluaran ini membawa perhatian kepada dua perkara yang mudah terlepas pandang selepas kemas kini: keadaan indeks dan kebolehpercayaan sandaran.
Bagi pentadbir pangkalan data dan pembangun yang menyokong aplikasi perniagaan, kerja tidak semestinya berakhir apabila nombor versi berubah. Nota keluaran menerangkan beberapa keadaan yang memerlukan tindakan tambahan.
PostgreSQL Global Development Group mengumumkan versi 18.7, 17.12, 16.16, 15.20 dan 14.25. Menurut projek itu, keluaran tersebut membaiki 52 kelemahan keselamatan dan lebih 140 pepijat yang dilaporkan dalam beberapa bulan sebelumnya.
PostgreSQL 19 RC 2 turut dikeluarkan dengan pembaikan yang berkaitan. RC bermaksud calon keluaran, iaitu versi yang masih melalui peringkat sebelum keluaran umum. Ia berbeza daripada kemas kini minor untuk pemasangan PostgreSQL sedia ada yang disenaraikan tadi.
Sumber: PostgreSQL 18.7, 17.12, 16.16, 15.20, 14.25, and 19 RC 2 Released!.
Senarai pembaikan meliputi pelbagai komponen dan situasi, daripada operasi jenis data hingga alat sandaran. Satu contohnya ialah CVE-2026-116316, yang menurut PostgreSQL boleh membolehkan pencipta objek menjalankan SQL dengan hak pemanggil operasi dalam keadaan tertentu.
Keadaan itu memerlukan sesi mangsa kemudian menjalankan pertanyaan dengan nama jenis yang tidak dinyatakan secara lengkap. PostgreSQL menjelaskan bahawa autovacuum dan pengguna lazim lain bagi operasi tersebut tidak terjejas dalam keadaan yang diterangkan. Oleh itu, senarai CVE perlu dibaca bersama syarat setiap isu, bukan dianggap sebagai bukti bahawa semua pemasangan telah diceroboh.
Versi yang diperbaiki untuk isu tersebut ialah 18.7, 17.12, 16.16, 15.20 dan 14.25. Pasukan boleh menggunakan maklumat versi dan syarat dalam advisori untuk menentukan sistem mana yang perlu diberi keutamaan.
Sumber: PostgreSQL 18.7, 17.12, 16.16, 15.20, 14.25, and 19 RC 2 Released!; CVE-2026-116316: PostgreSQL security-restricted operations can create types in pg_temp.
Menurut pengumuman PostgreSQL, kemas kini minor ini bersifat kumulatif dan secara umum tidak memerlukan proses dump dan restore atau pg_upgrade. Namun, projek itu turut menyenaraikan keadaan yang memerlukan tindakan selepas kemas kini, termasuk beberapa masalah yang boleh menyebabkan kerosakan indeks.
Sebagai contoh, PostgreSQL menyarankan pembinaan semula indeks GIN jika indeks itu disyaki terjejas oleh isu yang dibetulkan. Bagi indeks GiST pg_trgm pula, pengumuman menyatakan bahawa indeks perlu dibina semula selepas kemas kini. Keperluan tepat bergantung pada jenis indeks dan keadaan yang diterangkan dalam nota keluaran.
Nota PostgreSQL 17.12 juga meminta pengguna meneliti entri yang menyebut REINDEX dan membina semula indeks yang mungkin terjejas. Jika beberapa keluaran minor telah dilangkau, nota versi terdahulu juga perlu disemak untuk langkah tambahan.
Sumber: PostgreSQL 18.7, 17.12, 16.16, 15.20, 14.25, and 19 RC 2 Released!; PostgreSQL 17.12 Release Notes.
Bagi PostgreSQL 17.12, nota keluaran menyatakan bahawa fail sandaran inkremental sedia ada tidak patut dipercayai kerana beberapa keadaan boleh menyebabkan fail tersebut rosak. Projek mengesyorkan sandaran penuh baharu selepas kemas kini sebagai asas kepada sandaran inkremental seterusnya. Ini ialah arahan khusus dalam nota versi 17.12; pengguna versi lain perlu merujuk nota keluaran masing-masing.
Pada masa yang sama, 14.25 ialah keluaran terakhir PostgreSQL 14. Projek menyatakan bahawa versi utama itu telah tamat sokongan dan tidak lagi menerima pembaikan keselamatan atau pepijat. Memasang 14.25 menangani pembaikan dalam keluaran tersebut, tetapi perancangan untuk berpindah ke versi utama yang masih disokong tetap diperlukan.
Sumber: PostgreSQL 18.7, 17.12, 16.16, 15.20, 14.25, and 19 RC 2 Released!; PostgreSQL 17.12 Release Notes.
Untuk aplikasi seperti sistem tempahan, portal pelanggan atau platform dalaman, mulakan dengan senarai ringkas: versi PostgreSQL, lokasi pemasangan, pemilik aplikasi dan waktu operasi penting. Jika pangkalan data diurus oleh penyedia perkhidmatan, semak versi yang sedang digunakan serta jadual dan tanggungjawab kemas kini dengan penyedia.
Sebelum perubahan, rancang tetingkap penyelenggaraan dan cara mengesahkan aplikasi selepas perkhidmatan kembali. Uji proses pada persekitaran yang sesuai, termasuk sambungan aplikasi, pertanyaan utama dan fungsi yang bergantung pada indeks. Catat indeks atau sambungan yang perlu disemak berdasarkan nota keluaran untuk versi sebenar anda.
Bagi pasukan yang menggunakan sandaran inkremental PostgreSQL 17, jadualkan sandaran penuh baharu selepas kemas kini dan uji pemulihan dalam persekitaran berasingan. Untuk PostgreSQL 14, jadikan migrasi versi utama sebagai projek tersendiri: semak keserasian aplikasi dan sambungan, anggarkan masa henti, serta sediakan pelan pemulihan sebelum memilih tarikh pelaksanaan.
Sumber: PostgreSQL 18.7, 17.12, 16.16, 15.20, 14.25, and 19 RC 2 Released!; PostgreSQL 17.12 Release Notes.
Disediakan secara automatik dengan bantuan AI berdasarkan sumber yang dipautkan. Semakan sumber: 2026-11-13. Gambar utama ialah ilustrasi janaan AI, bukan foto peristiwa sebenar.