1 S postgres 5038 876 0 80 0 - 11962 sk_wai 09:57 ? 00:00:00 postgres: postgres my_app ::1(45035) idle
1 S postgres 9796 876 0 80 0 - 11964 sk_wai 11:01 ? 00:00:00 postgres: postgres my_app ::1(43084) idle
Bir çoğunu görüyorum. Bağlantı sızıntımızı gidermeye çalışıyoruz. Ancak bu arada, bu boş bağlantılar için bir zaman aşımı ayarlamak istiyoruz, belki en fazla 5 dakika.
socketTimeoutDokümandan DB ile olan bağlantıyı tamamen bu kadar yakınmış gibi görünüyor. Her boşta kalma durumunu kapatmaya çalışıyorum ve bağlantı kurulur kurulmaz sayaç başlıyor.
<IDLE> in transactionoturumu çalışır halde bırakarak oturumları sonlandırmak mı istiyorsunuz <IDLE>? Başka bir deyişle, işlemi sonlandırıp oturumu değil? (Olumsuz oy verildi: net olmayan soru)
idlesonsuza dek gördüğümüzde, her bağlantı / oturum için bir zaman aşımı belirleyip ayarlayamayacağımızı soruyoruz (dürüst olmak gerekirse doğru terminolojiyi bilmiyorum, üzgünüm). Normal bir web uygulaması için bir işlem 5 dakika
Yanıtlar:
Havuza alınan bağlantıları kapatamadığı için uygulamanızda bir bağlantı sızıntısı var gibi görünüyor . Sadece oturumlarla ilgili değil , genel olarak çok fazla bağlantıyla ilgili sorunlar yaşıyorsunuz .<idle> in transaction
Bağlantıları kesmek bunun için doğru cevap değildir, ancak bu bir OK-ish geçici çözümdür.
Bir PostgreSQL veritabanından diğer tüm bağlantıları başlatmak için PostgreSQL'i yeniden başlatmak yerine, bkz: Diğer tüm kullanıcıları bir postgres veritabanından nasıl ayırabilirim? ve Etkin bağlantılar varsa bir PostgreSQL veritabanı nasıl bırakılır? . İkincisi, daha iyi bir sorgu gösterir.
@Doon'un önerdiği gibi zaman aşımlarını ayarlamak için PostgreSQL'de boşta kalan bağlantılar otomatik olarak nasıl kapatılır? , bu da PostgreSQL için proxy kullanmak ve boş bağlantıları yönetmek için PgBouncer'ı kullanmanızı önerir. Bağlantıları yine de sızdıran hatalı bir uygulamanız varsa bu çok iyi bir fikirdir; Ben çok güçlü bir şekilde pgBouncer yapılandırılması önerilir.
Bir TCP canlı tutma buradaki işi yapmaz, çünkü uygulama hala bağlı ve canlıdır, olmamalı.
PostgreSQL 9.2 ve üzeri sürümlerde, boşta bir bağlantı düzenleyici uygulamak için yeni state_changezaman damgası sütununu ve statealanını pg_stat_activitykullanabilirsiniz. Bir cron işi böyle bir şey çalıştırsın:
SELECT pg_terminate_backend(pid)
FROM pg_stat_activity
WHERE datname = 'regress'
AND pid <> pg_backend_pid()
AND state = 'idle'
AND state_change < current_timestamp - INTERVAL '5' MINUTE;
Eski sürümlerde, bağlantının ne zaman boşta kaldığını takip eden karmaşık şemalar uygulamanız gerekir. Rahatsız etmeyin; sadece pgbouncer kullanın.
idle. neden kapatmalıyım
PostgreSQL 9.6'da, idle_in_transaction_session_timeouttanımladığınız şeyi başarması gereken yeni bir seçenek var. Bunu şu SETkomutu kullanarak ayarlayabilirsiniz , örneğin:
SET SESSION idle_in_transaction_session_timeout = '5min';
SET SESSIONsadece mevcut oturum içindir (yeni bir bağlantı açtığınızda varsayılana geri dönecektir). Yapılandırma parametrelerini, örneğin ALTER DATABASE SET idle_in_transaction_session_timeout = '5min', veya yapılandırma dosyalarını kullanarak bir veritabanı düzeyinde de ayarlayabilirsiniz (bkz. Postgresql.org/docs/current/static/config-setting.html ).
PostgreSQL 9.1'de, aşağıdaki sorgu ile boşta bağlantılar. Veritabanını yeniden başlatmamı sağlayan durumu önlememe yardımcı oldu. Bu, çoğunlukla açık ve düzgün kapatılmamış JDBC bağlantıları ile olur.
SELECT
pg_terminate_backend(procpid)
FROM
pg_stat_activity
WHERE
current_query = '<IDLE>'
AND
now() - query_start > '00:10:00';
postgresql 9.6+ kullanıyorsanız, postgresql.conf dosyanızda şu ayarları yapabilirsiniz:
idle_in_transaction_session_timeout = 30000 (msn)
Harici bir zamanlanmış görev olmadan veritabanı oturumu zaman aşımını etkinleştirmeye izin veren olası bir çözüm, geliştirdiğim pg_timeout uzantısını kullanmaktır .