Prisma ve Supabase yapılandırması sorgu gecikmesini dört katına çıkardı

SimbaStack kurucusu, KaribuKit adlı otel yönetim yazılımında altı aydır süregelen ciddi bir veri tabanı performans sorununu ve çözüm sürecini yayımladığı analizle açıkladı. Bir müşterinin rezervasyon sayfasında yaşadığı kilitlenme ve yavaşlık şikayeti üzerine başlatılan inceleme, Prisma ORM üzerindeki yanlış bir bağlantı havuzu parametresinin her bir veri tabanı sorgusunu dört ayrı ağ gidiş-dönüşüne (round-trip) zorladığını gösterdi. Helsinki'deki sunucu ile Dublin'deki Supabase altyapısı arasındaki 47 milisaniyelik gecikme nedeniyle basit bir sağlık denetimi sorgusu 240 milisaniyeyi aşıyordu.

Ekip sorunun kökeninde, sunucusuz mimariler için önerilen "pgbouncer=true" parametresinin uzun ömürlü bir Node.js sürecinde yanlışlıkla kullanılmasını tespit etti. Supabase üzerindeki Supavisor havuzlayıcısının işlem (transaction) modunda çalışması, Prisma'nın her sorguyu BEGIN, DEALLOCATE ALL ve COMMIT gibi ek komutlarla sarmalamasına yol açtı. Veri tabanı sunucusundaki "pg_stat_statements" kayıtları, Mart ayından bu yana 4 milyondan fazla boş DEALLOCATE ALL çağrısının gerçekleştiğini ve gecikmenin hesaplama yükünden değil doğrudan ağ iletiminden kaynaklandığını ortaya koydu.

Bağlantı ayarının oturum (session) moduna geçirilmesi ve doğrudan 5432 numaralı porta yönlendirilmesiyle rezervasyon uygunluk denetimi süresi 8,06 saniyeden 1,88 saniyeye indi. Ekip, bu hatanın daha önce coğrafi uzaklığa bağlandığını ancak Claude Code aracılığıyla yapılan derinlemesine log analizleri sayesinde teşhis edildiğini belirtti. Yapılan tek satırlık yapılandırma düzeltmesi, sistem genelindeki uç nokta gecikmelerini üç ila dört kat oranında düşürdü.