PostgreSQL
 sql >> Baza danych >  >> RDS >> PostgreSQL

psql:FATAL:zbyt wiele połączeń dla roli

Z wnętrza dowolnej bazy danych klastra:

Catch 22:musisz najpierw połączyć się z bazą danych. Może możesz połączyć się jako inny użytkownik? (Domyślnie niektóre połączenia są zarezerwowane dla superużytkowników z superuser_reserved_connections ustawienie.)

Aby uzyskać szczegółowe informacje o każdym połączeniu tego użytkownika:

SELECT *
FROM   pg_stat_activity
WHERE  usename = 'user_name';

Jako ten sam użytkownik lub jako superużytkownik możesz anulować wszystkie (inne) połączenia użytkownika:

SELECT pg_cancel_backend(pid)     -- (SIGINT)
    -- pg_terminate_backend(pid)  -- the less patient alternative (SIGTERM)
FROM   pg_stat_activity
WHERE  usename = 'user_name'
AND    pid <> pg_backend_pid();

Lepiej upewnij się, że to w porządku. Nie chcesz w ten sposób przerywać ważnych zapytań (lub połączeń).

pg_cancel_backend() i pg_terminate_backend() w instrukcji.

Z powłoki Linux

Czy sam zacząłeś te inne połączenia? Może twój wiszący scenariusz? Powinieneś być w stanie je zabić (jeśli jesteś pewien, że możesz to zrobić).

Możesz to sprawdzić za pomocą ps które procesy mogą być winne:

ps -aux
ps -aux | grep psql

Jeśli zidentyfikujesz proces do zabicia (lepiej upewnij się, że nie) chcesz zabić serwer):

kill  123457689 # pid of process here.

Lub za pomocą SIGKILL zamiast SIGTERM :

kill -9 123457689


  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. Hibernacja „Odwrotność” w pliku mapowania

  2. Heroku:PG::ConnectionBad:nie można połączyć się z serwerem:Połączenie odrzucone

  3. Nie udało się zweryfikować nowo nawiązanego połączenia

  4. Jak uzyskać tekst SQL z wyzwalacza zdarzenia Postgres?

  5. Jak mogę naprawić mój F-ciąg Pythona w moim zapytaniu, aby nie był podatny na iniekcje SQL?