Re: pg_stat_activity.query_id <-> pg_stat_statements.queryid
В списке pgsql-general по дате отправления:
| От | Julien Rouhaud |
|---|---|
| Тема | Re: pg_stat_activity.query_id <-> pg_stat_statements.queryid |
| Дата | |
| Msg-id | icwgikteyqesoxwrvr2bjfpwbrhp2k57w7qc5spgnqk4vpao2n@h7oi67oe5332 обсуждение исходный текст |
| Ответ на | pg_stat_activity.query_id <-> pg_stat_statements.queryid ("Daniel Westermann (DWE)" <daniel.westermann@dbi-services.com>) |
| Список | pgsql-general |
Hi, On Thu, Feb 15, 2024 at 10:52:42AM +0000, Daniel Westermann (DWE) wrote: > > quick question: What would be the cases for a query_id in pg_stat_activity > not showing up in pg_stat_statements.queryid assuming pg_stat_statements.max > is not yet reached? Well, first the query_id in pg_stat_activity is only the query_id of top-level statements, that may still be running while pg_stat_statements only show statistics of already executed statements (top level only or not depends on config). You may also be running some utility statements, which will display a query_id in pg_stat_activity while pg_stat_statements will ignore them by default IIRC. No other idea apart from that.
В списке pgsql-general по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера