Sunucu Yönetimi

PostgreSQL 19 ile Gelen Yenilikler ve Kırıcı Değişiklikler

Ahmetcan Dinçer · Full Stack Developer
3 dakikalık okuma
#PostgreSQL#Veritabanı#DBA#Sürüm Notları
PostgreSQL 19 sürümünün yeni özelliklerini gösteren veritabanı görseli
PostgreSQL 19'un paralel autovacuum, REPACK ve çevrimiçi replikasyon yeniliklerini ve önemli kırıcı değişikliklerini DBA gözüyle özetliyoruz.

PostgreSQL 19, veritabanı yöneticileri için büyük bir sürüm olacak. 16 Temmuz 2026'da ikinci beta yayımlandı. Kararlı sürüm ise Eylül veya Ekim 2026'da bekleniyor. Yeni sürüm; paralel autovacuum, yerleşik REPACK komutu ve çevrimiçi mantıksal replikasyon gibi uzun süredir istenen özellikleri getiriyor.

PostgreSQL 19 ne zaman çıkıyor?

İlk beta 4 Haziran 2026'da geldi. İkinci beta 16 Temmuz 2026'da yayımlandı. Geliştirme ekibi kararlı sürümü Eylül veya Ekim 2026 için planlıyor. Beta sürümler üretimde kullanılmamalı. Yine de test ortamında denemek, yükseltmeye hazırlanmak için değerli bir adımdır.

PostgreSQL 19 ile gelen başlıca yenilikler neler?

Bu sürüm, günlük veritabanı işletimini doğrudan etkileyen çok sayıda iyileştirme içerir. En çok konuşulan başlıklar şunlar:

  • Paralel autovacuum: Yeni autovacuum_max_parallel_workers ayarı, indeks temizliğini birden çok işçiye dağıtır. Hangi tablonun önce temizleneceğini belirleyen bir öncelik puanı da eklendi.
  • Yerleşik REPACK: Bu komut, VACUUM FULL ve pg_repack eklentisinin yerini alır. REPACK CONCURRENTLY seçeneği, tabloyu kilitlemeden şişkinliği geri kazanır.
  • Çevrimiçi mantıksal replikasyon: Sunucuyu yeniden başlatmadan replikasyonu açabilirsiniz. Dizi (sequence) replikasyonu da artık destekleniyor; bu, büyük sürüm geçişlerindeki kaymayı önler.
  • Bölüm yönetimi: ALTER TABLE ile MERGE PARTITIONS ve SPLIT PARTITION komutları geldi. Elle detach ve attach betiklerine gerek kalmaz.
  • Asenkron I/O: io_method = worker artık işçi havuzunu otomatik ölçekler. EXPLAIN ANALYZE çıktısı da I/O istatistiklerini gösterir.

Performans tarafında yabancı anahtar denetimi hızlandı. Bu iyileştirme, yoğun ekleme yükünde ek maliyeti yaklaşık %50 düşürür. LISTEN/NOTIFY mekanizması da çok kanallı yayınlarda daha iyi ölçeklenir.

Okuma kopyalarında tutarlılık: WAIT FOR LSN

Yeni WAIT FOR LSN komutu, bir okuma kopyasında yazının ulaştığı noktaya kadar bekler. Böylece "kendi yazdığını oku" tutarlılığı sağlanır. Yapışkan oturumlara veya sürekli sorgu döngülerine ihtiyaç kalmaz.

Hangi kırıcı değişikliklere dikkat etmeli?

PostgreSQL 19, bazı varsayılanları değiştirir ve eski özellikleri kaldırır. Yükseltmeden önce aşağıdaki tabloyu gözden geçirin.

DeğişiklikEtkiYapılması gereken
RADIUS kimlik doğrulaması kaldırıldıpg_hba.conf içinde RADIUS satırı varsa sunucu başlamazLDAP, Kerberos veya scram-sha-256 kullanın
MD5 parolaları için uyarıMD5 çalışmaya devam eder ama uyarı üretirpassword_encryption ayarını scram-sha-256 yapın
JIT varsayılan olarak kapalıAnalitik sorgularda yavaşlama görülebilirGerekliyse jit = on olarak açın
TOAST sıkıştırması lz4 olduYeni ve güncellenen satırlar lz4 ile sıkışırİşlem gerekmez; lz4 desteğini doğrulayın
max_locks_per_transaction 128 olduBölümlü tablolarda DDL daha az hata verirÖzel değer koymadıysanız işlem gerekmez

MD5'ten scram-sha-256'ya geçiş, üretim ortamındaki en önemli adımdır. Parola değişimini kullanıcılara planlı biçimde yaptırın. Sunucu tarafı sertleştirme için Ubuntu sunucu güvenliği rehberimize göz atabilirsiniz.

PostgreSQL 19 beta nasıl denenir?

Beta sürümü canlı verinizle çalıştırmayın. Ayrı bir test kutusu en güvenli yoldur. Docker ile bir konteyner içinde denemek, kurulumu dakikalar içinde tamamlar. Kalıcı bir test sunucusu istiyorsanız uygun bir VPS seçimi yapın. Uygulama katmanında ise Django tabanlı bir arka uçla yeni sürümü kolayca test edebilirsiniz.

Sürüm ayrıntılarını resmi kaynaklardan doğrulayın. Duyuru PostgreSQL 19 Beta 2 sayfasında, tüm değişikliklerin dökümü ise resmi sürüm notlarında yer alıyor.

Sık sorulan sorular

PostgreSQL 19 üretimde kullanılabilir mi?

Hayır. Beta sürümler yalnızca test içindir. Kararlı sürüm çıkana kadar üretim verinizi taşımayın.

REPACK, pg_repack eklentisini gereksiz mi kılıyor?

Büyük ölçüde evet. REPACK CONCURRENTLY, çevrimiçi şişkinlik temizliğini çekirdeğe taşır. Yine de disk alanı ve I/O ihtiyacı için plan yapın.

MD5 parolalarını hemen değiştirmek zorunda mıyım?

Zorunlu değil ama önerilir. MD5 hâlâ çalışır. Yine de scram-sha-256'ya geçiş, güvenlik açısından doğru adımdır.

PostgreSQL 19 Yenilikleri: DBA İçin Rehber