PostgreSQL Versiyon Mantığı: Yaşam Döngüsü, Sürüm Stratejileri ve Geçiş Senaryoları (2026 Güncellemesi)

PostgreSQL, arkasındaki güçlü açık kaynak topluluğu ve küresel kurumsal sponsor desteği sayesinde, modern veri tabanı dünyasının en dinamik aktörlerinden biridir. Teknolojik gelişmelere hızla ayak uydurması, her yıl düzenli olarak yeni bir majör (major) sürüm çıkarmasından da açıkça anlaşılmaktadır. Genellikle her yılın Eylül veya Ekim aylarında yayınlanan bu majör sürümler, veri tabanı mimarisinde devrim niteliğinde yenilikler getirir.

Peki, PostgreSQL ekosisteminde versiyon numaraları tam olarak neyi ifade ediyor? Bir sürümün ömrü ne kadardır? Güncellemeler (minor upgrade) ile yükseltmeler (major upgrade) arasındaki o ince çizgi nedir? Gelin, 2026 yılı güncel verileriyle PostgreSQL versiyon mantığını derinlemesine inceleyelim.

1. Versiyon Numaralandırma Mantığı: Eski vs. Yeni Dönem

   
   

PostgreSQL, versiyonlama sisteminde radikal bir değişikliği PostgreSQL 10 sürümü ile gerçekleştirdi. Bu değişiklik öncesi ve sonrasını bilmek, özellikle eski legacy sistemleri yöneten veri tabanı yöneticileri (DBA) için kritik önem taşır:

PostgreSQL 10 Öncesi (3 Haneli Sistem):

1.versiyondan önce sürüm numaraları A.B.C (Örn: 9.6.24) şeklinde üç haneliydi.

• A.B (İlk iki hane): Majör versiyonu temsil ediyordu. Yani 9.6 kendi başına bir majör sürümdü.

• C (Son hane): Minör versiyonu (yama/güvenlik sürümü) temsil ediyordu.

PostgreSQL 10 ve Sonrası (2 Haneli Modern Sistem):

Sistemin daha anlaşılır ve yönetilebilir olması amacıyla sürüm numaraları X.Y formatına düşürüldü.

• X (İlk hane): Majör versiyonu temsil eder (Örn: 15, 16, 17, 18 veya yaklaşmakta olan 19).

• Y (İkinci hane): Minör versiyonu temsil eder (Örn: 18.4).

2. Majör ve Minör Versiyon Farkları Nelerdir?

PostgreSQL’de majör ve minör versiyonlar tamamen farklı amaçlara hizmet eder ve yönetim stratejileri de buna göre şekillenir.

Majör ve Minör versiyon farkları

3. PostgreSQL Yaşam Döngüsü (Sürüm Ömrü) ve 5 Yıl Kuralı

PostgreSQL Global Development Group, yayınlanan her majör sürüm için 5 yıllık bir destek ve geliştirme garantisi sunar. Bu süreye “Sürüm Yaşam Ömrü” (Release Lifecycle) denir.

• İlk yayınlanma tarihinden itibaren 5 yıl boyunca o majör sürüm için düzenli olarak minör güncellemeler (güvenlik ve hata yamaları) çıkarılmaya devam eder.

• 5 yılın sonunda sürüm EOL (End of Life — Ömür Sonu) aşamasına gelir. Bu tarihten sonra ilgili sürüme hiçbir güvenlik yaması yapılmaz.

• Not: Veri tabanınız EOL olduktan sonra da çalışmaya devam eder ancak sisteminiz yeni keşfedilen güvenlik açıklarına karşı tamamen korumasız kalır ve uyumluluk (compliance/audit) standartlarını kaybeder.

Güncel Sürüm ve Destek Tablosu (Temmuz 2026 İtibarıyla)

Bugün itibarıyla PostgreSQL dünyasındaki aktif destek durumuna göz atalım:

Kritik Uyarı: Eğer üretim (production) ortamlarınızda hala PostgreSQL 14 kullanıyorsanız, topluluk desteğinin Kasım 2026'da tamamen sona ereceğini unutmamalı ve hızlıca PostgreSQL 17 veya 18'e geçiş planları yapmalısınız.

4. Versiyonlar Arası Geçiş Stratejileri

Sistemlerinizi güncel tutmak, hem performans kazanımları elde etmek hem de güvenlik açıklarından korunmak için hayati önem taşır. Ancak geçişin türüne göre yaklaşımınız değişmelidir.

A. Minör Versiyon Geçişleri (Update / Güncelleme)

Örneğin, 18.2 sürümünden 18.4 sürümüne geçmek bir güncelleme işlemidir.

• Risk Seviyesi: Çok düşüktür. Geriye dönük uyumluluk bozulmaz.

• Nasıl Yapılır? Sadece PostgreSQL servis ikililerini (binary dosyalarını) güncellemek ve servisi yeniden başlatmak yeterlidir. Veri dizininde (data directory) herhangi bir dönüşüm yapılması gerekmez.

B. Majör Versiyon Geçişleri (Upgrade / Yükseltme)

Örneğin, 15 sürümünden 18 sürümüne geçmek bir yükseltme işlemidir. Disk üzerindeki veri formatı değiştiği için doğrudan binary güncellemesi yapılamaz.

• Risk Seviyesi: Yüksektir. Detaylı planlama, test ve yedekleme süreçleri gerektirir.

• Kullanılan Yöntemler:

1. Mantıksal Yedekleme (pg_dump / pg_restore): Küçük veri tabanlarında güvenlidir ancak veri boyutu büyüdükçe kesinti süresi (downtime) kabul edilemeyecek düzeyde artar.

2. pg_upgrade Aracı: PostgreSQL ile yerleşik gelen bu araç, disk üzerindeki veri dosyalarını kopyalamadan (özellikle -k veya --link parametresiyle hard link kullanarak) dakikalar içinde versiyon yükseltmeyi sağlar. Kesinti süresini minimuma indirir.

3. Mantıksal Replikasyon (Logical Replication): Sıfıra yakın kesinti süresi (Near-Zero Downtime) hedefleyen büyük sistemler için en ideal yöntemdir. Eski sürümden yeni sürüme veri mantıksal olarak replike edilir ve senkronizasyon tamamlandığında trafik yeni sunucuya yönlendirilir.

Son Söz ve Gelecek Projeksiyonu

PostgreSQL topluluğu durmaksızın üretmeye devam ediyor. Geçtiğimiz yıl yayınlanan PostgreSQL 18 ile yerleşik UUIDv7 desteği ve geliştirilmiş asenkron G/Ç (I/O) mimarisi hayatımıza girmişken; şu an beta aşamasında olan ve Eylül 2026'da kararlı sürümü çıkacak olan PostgreSQL 19 ile paralel autovacuum işçileri, yerleşik REPACK komutu ve sorgu planı sabitlemeye yarayan pg_plan_advice gibi heyecan verici yenilikler yolda.

Veri tabanı altyapınızı tasarlarken versiyon mantığını iyi kavramak ve 5 yıllık yaşam döngüsünü takip etmek, sizi gelecekteki acil ve plansız göç (migration) operasyonlarının getireceği stresten kurtaracaktır.