PostgreSQL 19 Segera Rilis, Ini Fitur yang Patut Dicoba

PostgreSQL 19 adalah versi mayor berikutnya dari database open source PostgreSQL. Per 12 November 2026 versi ini masih berstatus kandidat rilis: RC1 terbit 15 Oktober 2026, RC2 dijadwalkan 12 November, dan rilis final (GA) dijadwalkan 19 November 2026. Tim rilis menyebut tanggal itu bisa bergeser bila ditemukan masalah yang butuh kandidat rilis tambahan.

Yang dipertaruhkan di sini bukan sekadar fitur baru. Upgrade versi mayor PostgreSQL mengubah format data internal, jadi salah langkah bisa berarti downtime panjang atau aplikasi yang tiba-tiba error karena perilaku default yang berubah. Karena itu, kenali dulu apa yang benar-benar masuk dan apa yang batal.

Apa saja fitur baru PostgreSQL 19 yang patut dicoba?

Daftar di bawah diambil dari pengumuman Beta 1 dan RC1 di postgresql.org. Daftar final tetap mengikuti release notes resmi saat GA.

Perawatan tabel lebih ringan

• Autovacuum paralel. Autovacuum kini bisa memakai worker paralel, diatur lewat parameter autovacuum_max_parallel_workers. Untuk tabel besar dengan banyak indeks, ini berpotensi memangkas waktu vacuum.
• Sistem skor autovacuum. PostgreSQL 19 memberi skor untuk menentukan tabel mana yang paling perlu divacuum lebih dulu, jadi tabel yang paling "kotor" tidak harus menunggu giliran.
• Perintah REPACK. Perintah baru untuk membangun ulang tabel, dengan opsi CONCURRENTLY yang tidak memblokir. Menurut DevX, REPACK menggantikan peran VACUUM FULL dan CLUSTER. Selama ini banyak admin memakai ekstensi pihak ketiga untuk hal serupa.

Performa query dan tulis

• Insert lebih cepat. Pengumuman Beta 1 menyebut performa insert bisa sampai dua kali lebih baik pada tabel yang punya pemeriksaan foreign key.
• Async I/O lebih pintar. Mode io_method=worker kini menambah dan mengurangi worker sendiri lewat io_min_workers dan io_max_workers. EXPLAIN ANALYZE juga punya opsi IO untuk melihat statistiknya.
• Planner lebih cermat. Ada eager aggregation (enable_eager_aggregate), optimasi anti-join, dan ekstensi pg_plan_advice untuk menstabilkan keputusan planner.

Replikasi dan SQL

• Replikasi logis ikut menyalin nilai sequence. Ini menutup salah satu langkah manual yang paling sering terlupa saat upgrade online lewat replikasi logis.
• Replikasi logis tanpa restart. Bisa diaktifkan saat dibutuhkan meski wal_level masih replica.
• WAIT FOR LSN. Sesi bisa menunggu replika mengejar posisi WAL tertentu sebelum membaca, berguna untuk pola baca-setelah-tulis di replika.
• SQL praktis. GROUP BY ALL, INSERT ... ON CONFLICT DO SELECT ... RETURNING, dan fungsi string baru di jsonpath.

Fitur apa yang batal masuk?

Ini bagian yang sering terlewat di artikel yang ditulis saat Beta 1. Menurut DevX, pada Beta 4 (24 September 2026) beberapa fitur ditarik karena dinilai belum siap. Yang paling banyak dibicarakan adalah SQL/PGQ, yaitu query graf (property graph) dengan sintaks standar SQL. Implementasinya dianggap belum lengkap, antara lain belum mendukung path variable dan pencarian jalur terpendek.

Fitur lain yang ikut ditarik menurut DevX antara lain pengaktifan data checksum secara online, FOR PORTION OF untuk update data temporal, serta penggabungan dan pemecahan partisi (MERGE PARTITIONS dan SPLIT PARTITIONS). Kalau kamu sempat mencobanya di Beta 1, jangan rencanakan migrasi yang bergantung pada fitur-fitur tersebut.

Perubahan yang bisa memengaruhi aplikasi lama

Fitur keamanan baru juga patut dilirik: dukungan SNI lewat file pg_hosts.conf (satu server bisa memakai sertifikat TLS berbeda per hostname) dan password_expiration_warning_threshold yang memberi peringatan sebelum password kedaluwarsa, defaultnya 7 hari.

Upgrade sekarang atau tunggu?

Kapan upgrade lebih cepat masuk akal

Untuk proyek baru yang belum punya data penting, memulai langsung di PostgreSQL 19 setelah GA masuk akal. Kamu tidak perlu migrasi versi mayor lagi dalam waktu dekat. Hal yang sama berlaku bila kamu sangat butuh REPACK CONCURRENTLY atau autovacuum paralel untuk tabel yang terus membengkak.

Kapan lebih baik menunggu

Untuk database yang memegang transaksi, pesanan, atau data pelanggan, tunggu rilis perbaikan pertama (19.1) sambil menguji di staging. Prioritas yang lebih mendesak justru ada di cluster versi lama: PostgreSQL 14 habis masa dukungannya November 2026, dan pilihan jalurnya dibahas di PostgreSQL 14 habis masa dukungan. Dari 14, kamu bisa naik ke 17 atau 18 yang sudah matang dulu, lalu ke 19 setelah stabil.

Cara menguji pg_upgrade di staging

Upgrade versi mayor dilakukan dengan pg_upgrade atau pg_dump lalu pg_restore. Sebelum apa pun, ambil backup penuh, misalnya dengan cara di backup database otomatis. Lalu jalankan mode cek di server staging. Contoh untuk paket Debian/Ubuntu (path bisa berbeda di sistemmu):

sudo -u postgres /usr/lib/postgresql/19/bin/pg_upgrade \
  --old-datadir=/var/lib/postgresql/18/main \
  --new-datadir=/var/lib/postgresql/19/main \
  --old-bindir=/usr/lib/postgresql/18/bin \
  --new-bindir=/usr/lib/postgresql/19/bin \
  --check

Opsi --check hanya memeriksa kecocokan tanpa mengubah data. Kalau lolos, jalankan upgrade sungguhan di staging, uji aplikasi, catat lama prosesnya, lalu jalankan ANALYZE agar statistik planner terisi ulang. Untuk upgrade dengan downtime minimal, replikasi logis kini lebih nyaman karena nilai sequence ikut tersalin. Dasar replikasi di PostgreSQL bisa kamu pelajari di replikasi PostgreSQL streaming.