Возможна ли ситуация при которой при значении параметра log_min_duration_statement = 0 в лог не попадает запрос который , тем не менее, оказался учтен в pg_stat_statements ?

Т.е. в pg_stat_statements я вижу queryid и значение max_time, смотрю log и не нахожу этого запроса.

Update,

база крутиться в облaке AWS.

Павел Лузанов,

EDATA=> select * from pg_settings where name = 'pg_stat_statements.track';
-[ RECORD 1 ]---+------------------------------------------------------------
name | pg_stat_statements.track
setting | all

Maxim Boguk,

Я сильно извиняюсь, а что значить отдельно ?
Какое значение параметра должно быть что бы запросы из pg_stat_statements попадали в лог ?

Melkij,

Получается , если я собрал статистику запросов в pg_stat_statement и имею queryid интересующий меня и нормализованный текст данного запроса, то получить потом реальные параметры для этого запроса нет никакой возможности ? И отследить когда конкретно выполнился этот запрос тоже не возможно ?
Если запрос выполняется вызван внутри хранимой процедуры.

Melkij,

Эх, жаль...
Такая перспективная идея о мониторинге производительности , несколько накрывается тазом

Melkij,

К мониторингу просто относится - есть такая идея :
1)берется набор запросов из топа созданного pg_stat_statements , на основе собранной статистики устанавливаются трешхолды для метрик.
2)мониторится изменение значений pg_stat_statemenst для выбранных запросов

А теперь получается , я по pg_stat_statements вижу, что данный запрос выполнялся дольше чем обычно, но собрать данные для начала анализа ( хотя бы входные параметры ) не представляется возможным.