Помилка PostgreSQL: більше дозволів не дозволено


19

Як ви звільнити PostgreSQL з’єднання, які належним чином не закриті клієнтськими програмами?

У мене є додаток для обміну даними, який розкручує багатопроцес, все підключення до локальної бази даних PostgreSQL 9.1 для отримання даних. Він працює нормально протягом декількох годин, але потім вмирає з помилкою:

FATAL:  remaining connection slots are reserved for non-replication superuser connections

Дослідження цього показує, що це, швидше за все, викликано тим, що додаток не належним чином закриває свої з'єднання. Однак, навіть із вбитим додатком, ці зв’язки ніколи не звільняються. Чи не існує якийсь час очікування, коли PostgreSQL автоматично закриє з'єднання?

Я також спробував збільшити max_connections Postgres з 100 до 200, але перезапуск дав мені помилку:

2014-02-23 10:51:15 EST FATAL:  could not create shared memory segment: Invalid argument
2014-02-23 10:51:15 EST DETAIL:  Failed system call was shmget(key=5432001, size=36954112, 03600).
2014-02-23 10:51:15 EST HINT:  This error usually means that PostgreSQL's request for a shared memory segment exceeded your kernel's SHMMAX parameter.  You can either reduce the request size or reconfigure the kernel with larger SHMMAX.  To reduce the request size (currently 36954112 bytes), reduce PostgreSQL's shared memory usage, perhaps by reducing shared_buffers or max_connections.
    If the request size is already small, it's possible that it is less than your kernel's SHMMIN parameter, in which case raising the request size or reconfiguring SHMMIN is called for.
    The PostgreSQL documentation contains more information about shared memory configuration.

Моя система Ubuntu 12.04 і має 8 Гб пам’яті, а всі інші налаштування PG за замовчуванням, тому я не впевнений, чому він вважає, що в системі недостатньо пам’яті.

Потім я спробував використовувати pgbouncer для об'єднання та повторного використання з'єднань. Це, здавалося, працює трохи краще, але навіть у підсумку вичерпалися зв’язки, що дало мені помилку:

ERROR:  no more connections allowed

Як далі діагностувати та виправити цю проблему?


Показати вихід pg_stat_activity
ETL

Відповіді:


8

Ви можете збільшити максимальну кількість з'єднань, змінивши параметри максимальної спільної пам’яті, однак якщо проблема полягає в тому, що ваші з'єднання не закриті, ви дійсно повинні це вирішити. Якщо програмне забезпечення перебуває під вашим контролем і є глючним, не закриваючи з'єднання, ви можете скористатися деякими завданнями на крон, наприклад:

select pg_terminate_backend(procpid)
from pg_stat_activity
where usename = 'yourusername'
 and current_query = '<IDLE>'
 and query_start < current_timestamp - interval '5 minutes'
;

Це те, що я роблю, щоб знищити протікаючі з'єднання від подібного програмного забезпечення.

Крім того, можливо, ви зможете запустити своє програмне забезпечення через програмне забезпечення через пул з'єднань, який має подібну функціональність, щоб знищити непрацюючі з'єднання, такі як pgpool.

Примітка : Новіші версії Postgres мають дещо інші назви стовпців:

select pg_terminate_backend(pid)
from pg_stat_activity
where usename = 'YOURDATABASEUSERNAME*'
 and state = 'idle'
 and query_start < current_timestamp - interval '5 minutes'
;

Чи має це працювати на 9.6? Коли я пробую, я отримуюpostgres=> select pg_terminate_backend(procpid) from pg_stat_activity where current_query = '<IDLE>' and query_start < current_timestamp - interval '5 minutes'; ERROR: column "procpid" does not exist LINE 1: select pg_terminate_backend(procpid) from pg_stat_activity ...
Чарівник

Це pidзамість procpidнових версій.
ETL

4

Для новіших версій PostgreSQL:

select pg_terminate_backend(pid)
from pg_stat_activity
where usename = 'YOUR_DATABASE_USERNAME*'
 and state = 'idle'
 and query_start < current_timestamp - interval '5 minutes'
;

Сказане вище допоможе вам розірвати простої з'єднання. У мене була така ж проблема, але виявилася проблема з моїм способом підключення до бази даних Flask та SQLAlchemy.

* usename - це не помилка друку


Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.