Zobacz tę ściśle powiązaną odpowiedź na pytanie „Czas wykonania zapytania Postgres” .
pg_stat_activity to widok w pg_catalog schemat.
Możesz zapytać o to przez SELECT z niego jak z każdego innego stołu, np. SELECT * FROM pg_stat_activity . Strona podręcznika, do której prowadziłeś link, wyjaśnia jej kolumny.
Czasami będziesz chciał dołączyć do innych stołów, takich jak pg_class (tabele), pg_namespace (schematy) itp.
Ograniczenia
pg_stat_activity czy nie ujawnić informacje o wykorzystaniu pamięci wewnętrznej. W tym celu należy użyć udogodnień na poziomie systemu operacyjnego. Jednak tak poinformuje Cię o identyfikatorze procesu, aktywnym użytkowniku, aktualnie uruchomionym zapytaniu, stanie aktywności, czasie rozpoczęcia ostatniego zapytania itp. Jest to dobre do identyfikacji długotrwałych idle in transaction sesje, bardzo długie zapytania itp.
Szczerze mówiąc, wbudowany monitoring PostgreSQL jest raczej szczątkowy. Jest to jeden z obszarów, nad którym praca nie jest zbyt ekscytująca, a klienci komercyjni często nie chcą go finansować. Większość ludzi łączy narzędzia, takie jak check_postgres z Icinga i Munin lub użyj Zabbix lub innych zewnętrznych agentów monitorujących.
W twoim przypadku wygląda na to, że naprawdę chcesz pg_stat_statements i/lub PgBadger analiza logów z odpowiednimi ustawieniami logowania i ewentualnie auto_explain moduł.
