[pgsql-ru-general] Re: [pgsql-ru-general] Все запросы модификации БД уходят в статус sleep+waiting, что делать?
| От | Andrey Lizenko |
|---|---|
| Тема | [pgsql-ru-general] Re: [pgsql-ru-general] Все запросы модификации БД уходят в статус sleep+waiting, что делать? |
| Дата | |
| Msg-id | CADKuZZC5JDSajNy3Qfdk8ZGDH4E_O9uQ3Zm5dbKHXieZV+PYdg@mail.gmail.com обсуждение исходный текст |
| Ответ на | Re: [pgsql-ru-general] Все запросы модификации БД уходят в статус sleep+waiting, что делать? ("Dmitry E. Oboukhov" <unera@debian.org>) |
| Ответы |
[pgsql-ru-general] Re: [pgsql-ru-general] Все запросы модификации БД уходят в статус sleep+waiting, что делать?
Re: [pgsql-ru-general] Re: [pgsql-ru-general] Все запросы модификации БД уходят в статус sleep+waiting, что делать? |
| Список | pgsql-ru-general |
Пальцем в небо, но, возможно, что-то случилось со статистикой.
Можете воспроизвести на новой таблице и сделать на ней, например,
pg_stat_reset_single_table_counters(oid)К блокировкам - ACCESS EXCLUSIVE нигде нет?
2017-07-12 22:24 GMT+02:00 Dmitry E. Oboukhov <unera@debian.org>:
> Блокировки смотрели?
да, чисто и тихо :)
и pg_stop_backup на вс случай проверил
https://wiki.postgresql.org/wiki/Lock_Monitoring - вот по этой статье
все запросы дают пустой список.
просмотрел логи OOM - думал вдруг кого убили ненароком (на хосте
правда 256 памяти), там тоже тишина--
. ''`. Dmitry E. Oboukhov <unera@debian.org>
: :’ :
`. `~’ GPG key: 4096R/08EEA756 2014-08-30
`- 71ED ACFC 6801 0DD9 1AD1 9B86 8D1F 969A 08EE A756
Regards, Andrei Lizenko
В списке pgsql-ru-general по дате отправления: