Postgres LISTEN/NOTIFY vs Redis Pub/Sub: Hangisi Daha Hızlı?

Gerçek zamanlı özellikleri uygulamak için çoğu geliştirici Redis'e yönelir. Ama eğer zaten PostgreSQL kullanıyorsan, LISTEN/NOTIFY ile aynı işi yapabilir ve başka bir sistem eklememekten tasarruf edebilirsin.

Bir geliştirici PostgreSQL 18.6 ile Redis 8.0.2'yi yan yana test etti. Her iki sistemin gecikme süresi, yayın kapasitesi (fan-out), işlem yazma maliyeti ve başarısızlık durumlarında nasıl davrandığını ölçtü.

Postgres LISTEN/NOTIFY şöyle çalışır: bir işlem NOTIFY komutuyla bir mesaj gönderir; işlem başarıyla kaydedilirse, o kanalı dinleyen tüm bağlantılar mesajı alır. Redis Pub/Sub ise bellek tabanlı ve daha geleneksel bir yayın-abone modeli sunar.

Testlerin sonucu: Postgres çoğu gerçek zamanlı özellik için yeterince hızlı. Özellikle mesaj bir veritabanı yazışını açıklamışsa (örneğin "sipariş oluşturuldu" olayı), Postgres daha güvenli seçim. Neden? Çünkü işlem geri alınırsa (rollback) mesaj da gönderilmez, veri tutarsızlığı olmaz. Redis'te bu garantisi yok.

Redis'in avantajı: yüksek yük altında daha sabit kuyruk gecikme süresi (tail latency). Postgres ise zirve saatlerde biraz daha değişken davranabiliyor.

Hata durumları da önemli: Postgres'te mesaj çok büyükse, dinleyici bağlantı kesilirse veya işlem başarısız olursa neler olacağı belli ve tahmin edilebilir. Redis'te ise bağlı olmayan istemciler mesajları hiç görmezler, bu bazen istenen bir davranış, bazen değil.

Sonuç: Eğer işlemsel tutarlılık gerekiyorsa ve zaten Postgres varsa, LISTEN/NOTIFY'ı dene. Yüksek trafikli, düşük gecikmeli sistemler için Redis hâlâ daha sabit. Ama "başka bir veritabanı eklemek istemiyorum" diyorsan, Postgres senin için yeterli olabilir.