Re: proposal for 9.5: monitoring lock time for slow queries
В списке pgsql-hackers по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: proposal for 9.5: monitoring lock time for slow queries |
| Дата | |
| Msg-id | 28804.1407907184@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: proposal for 9.5: monitoring lock time for slow queries (Michael Paquier <michael.paquier@gmail.com>) |
| Ответы |
Re: proposal for 9.5: monitoring lock time for slow queries
|
| Список | pgsql-hackers |
Michael Paquier <michael.paquier@gmail.com> writes:
> Doing a join on pg_stat_activity and pg_locks is not going to help
> much as you could only get the moment when query has started or its
> state has changed. Have you thought about the addition of a new column
> in pg_locks containing the timestamp of the moment a lock has been
> taken? I am sure that we are concerned about the performance impact
> that extra calls to gettimeofday could have though...
In theory this could be driven off the same gettimeofday needed to
start the deadlock_timeout timer. Not sure how messy that'd be.
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера