Отдельные файлы журналов для ошибок, системных запросов, отладки запросов для Postgresql

В настоящее время я работаю над анализом производительности PostgreSQL, где я использую префикс %t %d для ведения журнала.

Когда я пытаюсь проанализировать файлы журналов, я обнаружил, что много ошибок, журналы результатов анализа вакуума и связанных с системой процессов, эти журналы занимают максимум файлового пространства, поэтому очень сложно найти запросы, которые нужно анализировать, какие из приложений.

Пожалуйста, помогите мне предложить решение, чтобы можно было поддерживать каждое отдельно в журнале Postgresql. Какие-либо предложения?


postgresql logging debugging query-performance
person Community    schedule 19.07.2016    source источник
comment
попробуйте pg_stat_statements расширение   -  person Vao Tsun    schedule 19.07.2016
comment
Вы можете добавить имя пользователя (%u), имя приложения (%a) или, возможно, идентификатор сеанса (%c) в префикс файла журнала. Или вы можете добавить имя пользователя только для реальных сессий, используя %q%u   -  person a_horse_with_no_name    schedule 19.07.2016

Ответы (1)


arrow_upward
1
arrow_downward

У вас не может быть нескольких файлов журнала для разных типов событий, но вы можете настроить postgresql.conf так, чтобы получать только то, что вам действительно нужно.

Я использую pgBadger для анализа запросов, он анализирует ваш файл журнала и сообщает вам (среди прочего), какие запросы (нормализованные за счет игнорирования констант) выполнялись наиболее часто, занимали больше всего времени и какие отдельные запросы выполнялись дольше всего.

person Laurenz Albe    schedule 19.07.2016