Re: proposal: add 'waiting for replication' to pg_stat_activity.state
В списке pgsql-hackers по дате отправления:
| От | Peter Eisentraut |
|---|---|
| Тема | Re: proposal: add 'waiting for replication' to pg_stat_activity.state |
| Дата | |
| Msg-id | 565F9BB9.1060003@gmx.net обсуждение исходный текст |
| Ответ на | Re: proposal: add 'waiting for replication' to pg_stat_activity.state (Craig Ringer <craig@2ndquadrant.com>) |
| Ответы |
Re: proposal: add 'waiting for replication' to pg_stat_activity.state
|
| Список | pgsql-hackers |
On 12/2/15 7:00 PM, Craig Ringer wrote: > I notice that you don't set the 'waiting' flag. 'waiting' is presently > documented as: > > <entry>True if this backend is currently waiting on a lock</entry> > > ... but I'm inclined to just widen its definition and set it here, since > we most certainly are waiting, and the column isn't named > 'waiting_on_a_lock'. It shouldn't upset various canned lock monitoring > queries people have since they generally do an inner join on pg_locks > anyway. I'm not so sure about that assumption.
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера