SQL Too Many Connections Hatası Nasıl Giderilir?

SQL Too Many Connections Hatası Nasıl Giderilir?

Bu hata, genellikle veritabanına aynı anda açılan bağlantıların limiti aştığında ortaya çıkar. Özellikle trafik dalgalandığında veya yanlış konfigürasyonlar nedeniyle bağlantılar serbest bırakılmayınca ciddi performans sorunlarına yol açabilir. Aşağıda adım adım ve pratik çözümlerle, kısıtlamayı azaltmayı ve durumu stabilize etmeyi hedefleyen bir yol haritası bulacaksınız.

1) Durumu anlamak ve mevcut limiti doğrulamak

• Veritabanı sunucusunda şu komutlar, anlık durumu ve limitleri gösterir:
• MySQL: SHOW VARIABLES LIKE 'max_connections'; SHOW STATUS LIKE 'Threads_connected';
• PostgreSQL: show max_connections; SELECT count(*) FROM pg_stat_activity;
• Uygulama tarafında ise genelde sunucunun loglarını ve bağlantı havuzunu kontrol etmek gerekir. Yüksek trafik anında Threads_connected veya benzeri sayaçlar hızlı artış gösterirse, havuzun doğru konfigüre edilip edilmediğini incelemek gerekir.

2) Bağlantı havuzunu doğru konfigüre etmek

• Sessizce açılan bağlantılar havuz yöneticisiyle zamanında geri verilmezse kaynaklar tükenir.
• ORM veya uygulama katmanında havuz boyutu ve açılıp kapanma süresi ayarları; MySQL Connector/J, HikariCP veya benzer havuzlar için uygun değerlerle ayarlanır.
• Örnek fikirler:
• Havuz büyüklüğü: çok küçükse yoğun isteklerde tükenir; çok büyükse bellek tüketimi artar.
• Idle timeout: gereksiz açık bağlantıları gereğinden uzun süre açık tutmamak.
• Maksimum bağlantı süresi ve test sorguları: zaman aşımıyla kilitlenen bağlantıları azaltır.

3) Sunucu tarafı ayarlarını iyileştirmek

• max_connections: sunucunun toplam eşzamanlı bağlantı kapasitesini belirler. Çok yüksek değerler bellek tüketimini artırır; çok düşükse ani trafiklerde hata verir.
• Wait_timeout / Interactive_timeout (MySQL) veya statement_timeout (PostgreSQL) gibi ayarlarla uzun süren işlemleri sınırlayın.
• InnoDB buffer pool veya shared_buffers gibi bellek ayarlarını, toplam RAM’e göre dengeli şekilde artırmak da kritik.

4) Sorgu ve uygulama düzeyi iyileştirmeleri

• Yavaş sorgular, bağlantılarını uzatır ve tıkanmalara neden olur. Performans izleme ile en ağır sorguları belirleyin; WHERE, JOIN ve indeks kullanımlarını yeniden değerlendirin.
• Sık kullanılan sorgular için uygun indeksler eklenmeli; gereksiz büyük sonuç kümeleri geri dönmüyorsa sorgu rewrites yapılmalı.
• Uygulama katmanında uzun çalışan işlemleri arka plana almak veya iş kuyruğu sistemleri kullanmak, bağlantı gereksinimini istikrarlı tutar.

5) İzleme ve olay yönetimi

• Bağlantı sayısını zaman içinde grafiklerle izleyin. Ani artışlar, bir modülün veya entegrasyonun aşırı bağlantı açtığını gösterebilir.
• Hata anında loglar üzerinde hata kodları ve kapanan/başlatılan bağlantıları analiz edin.

6) Örnek senaryolar

• MySQL'de max_connections 150 olarak ayarlı; peak saatlerde Connections exceeded hatası alınıyorsa, havuz ayarları ve uygulama davranışı gözden geçirilmeli, gerekirse max_connections değerine güvenli bir artış yapılabilir.
• PostgreSQL’tevacuum yoğunluğu yoksa veya uzun kilitli işlemler varsa pg_stat_activity üzerinden hangi işlemlerin uzun sürdüğünü tespit edin ve gerekirse autovacuum ayarlarını devreye alın.

Bu konularda hangi veritabanı motorunu ve kullandığınız ORM/çözümleyiciyi belirtirseniz, konfigürasyon tabloları ve adım adım değiştirme yönergelerini daha net bir şekilde paylaşabilirim. Özellikle şu sorular yol gösterici olur: hangi veritabanı kullanıyorsunuz, max_connections değeriniz nedir, havuzunuz hangi boyutta çalışıyor, en büyük trafik anlarında hangi metrikler yükseliyor? Bu bilgilerle daha hedefli bir optimizasyon planı çıkaralım.