использую системную вьюху pg_stat_activity

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

Maxim Bogukfduch f.f.использую системную вьюху pg_stat_activity

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

1)а чем он вам мешает?
2)просто установленное соединение которое ничего не делает оно конечно не очень радует но ничего фатального в этом нет пока их не сотни
3)discard all легкая и быстрая операция (относительно конечно)
4)вы на колонку state то смотрите в выводе запроса? там 100% у вас состояние idle (и никакого запроса в данный момент не выполняется)
5)это от pgbouncer скорее всего, в конфиге стоит server_reset_query=DISCARD ALL что зачастую является лишним (и для transaction/statement pooling не рекомендуется к использованию)

В общем основная проблема - вы неверно трактуете вывод pg_stat_activity думая что query этот тот запрос который сейчас выполняется, а это не так если state!='active'.

--
Maxim Boguk
www.postgresql-consulting.ru

Спасибо за ответ!

вопрос появился по следующей причине
к серверу приходит много коротких запросов
иногда возникают ситуации когда эти запросы отваливаются по таймауту
причем во вьюхе pg_stat_activity я не виду заблокированных или долгих active запросов
в то же время есть десятки запросов idle и некоторые из них DISCARD ALL
пытаюсь выяснить причину таймаютов
подозреваю что это из-за наличия незакрытых подключений

к коду приложения нет доступа, но pgbouncer точно не используется
состояние именно idle

может ли такое быть что эти idle подключения мешают созданию новых подключений и от этого таймауты?