Все планы попадают в лог сервера при продолжительности выполнения запроса выше значения, определенного в параметре auto_explain.log_min_duration.
Многие планы отличаются друг от друга только численными показателями (значениями столбцов, временем выполнения узлов, объемом использованных ресурсов). Такие планы имеют одинаковую структуру дерева исполнения и могут быть объединены в один шаблон.
С помощью сортировки по столбцам вы можете определить как наиболее часто повторяющиеся, так и лидирующие по используемым ресурсам шаблоны.
Немалые проблемы серверу могут доставить и запросы, передающие большие объемы трафика по сети как в одну (огромное автоматически сгенерированное тело запроса или набор параметров), так и в другую (результирующая выборка большого размера) сторону. Распределение в течение суток и анализ разницы между временем выполнения конкретного плана и окончанием передачи его результата клиентскому приложению позволяют понять, пересекаются ли такие запросы между собой настолько сильно, чтобы создать проблемы для сервера СУБД.
Отслеживание в режиме онлайн позволяет получить мгновенный снимок состояния активных процессов и блокировок на сервере PostgreSQL сразу при появлении информации в лог-файле. Наличие оперативной информации о зависимостях блокировок между собой позволяет постфактум понимать и устранять исходные причины возникновения проблем, исследуя их в разрезе как приложений, так и вызывающих конфликты объектов.
Все возникающие на серверах PostgreSQL сообщения об ошибках группируются по типам, что позволяет как быстро анализировать распределение однородных событий в течение дня, так и видеть конкретные аргументы, спровоцировавшие ошибку.