Forza la disconnessione del client utilizzando PostgreSQL

Question

C'è un modo per forzare i client a disconnettersi da PostgreSQL? Sto cercando l'equivlent di DB2 force application all.

Mi piacerebbe farlo nella mia scatola di sviluppo perché quando ho le console di database aperte, non riesco a caricare un dump del database. Devo lasciarli prima.

Answer 1

Combina la funzione pg_terminate_backend e la vista di sistema pg_stat_activity.

Answer 2

Ho trovato this thread sulla mailing list. Suggerisce di usare SIGTERM per far disconnettere i client.

Non pulito come db2 force application all.

Answer 3

Uccisioni processi inattivi in ​​PostgreSQL 8.4:

SELECT procpid, (SELECT pg_terminate_backend(procpid)) as killed from pg_stat_activity 
    WHERE current_query LIKE '<IDLE>'; 

Answer 4

probabilmente un approccio mano più pesante quindi dovrebbe essere usato ma:

for x in `ps -eF | grep -E "postgres.*idle"| awk '{print $2}'`;do kill $x; done 

Answer 5

This SO answer splendidamente spiega (citazione completa da araqnid tra le regole orizzontali, poi di nuovo io):

---

T o database di marchio come non accettare nuove connessioni 'applogs':

update pg_database set datallowconn = false where datname = 'applogs'; 

Un'altra possibilità sarebbe quella di revocare 'collegare' l'accesso alla banca dati per il ruolo client (s).

Disconnettere utenti dal database = kill backend. Quindi, per scollegare tutti gli altri utenti dal database "applogs", per esempio:

select pg_terminate_backend(procpid) 
from pg_stat_activity 
where datname = 'applogs' and procpid <> pg_backend_pid(); 

volta che hai fatto sia di quelli, sei l'unico utente collegato a 'applogs. Sebbene potrebbe esserci effettivamente un ritardo prima che i backend finiscano effettivamente di disconnettersi?

---

Aggiornamento da MarkJL: V'è infatti un ritardo prima che il backend finiscono disconnessione.

Ora, ancora una volta: Detto questo, si ricordi che la colonna procpid è stata rinominata in pid in PostgreSQL 9.2 e versioni successive.

Penso che questo sia molto più utile della risposta di Milen A. Radev che, pur essendo tecnicamente la stessa, non viene fornita con esempi di utilizzo e suggerimenti di vita reale.

Answer 6

vi posto la mia risposta, perché non ho potuto usare nessuno di loro nel mio script, il server 9.3:

psql -U postgres -c "SELECT pid, (SELECT pg_terminate_backend(pid)) as killed from pg_stat_activity WHERE datname = 'my_database_to_alter';" 

Nella riga successiva, si può fare nulla yo vuole con 'my_database_to_alter'. Come puoi vedere, esegui la query dal database "postgres", che esiste quasi in ogni installazione postgresql.

Fare da superutente e dall'esterno il database dei problemi ha funzionato perfettamente per me.