| От | Tom Lane |
|---|---|
| Тема | Re: long lasting select, no io nor cpu usage ? |
| Дата | |
| Msg-id | 2749.1395324903@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: long lasting select, no io nor cpu usage ? (Franck Routier <franck.routier@axege.com>) |
| Ответы |
Re: long lasting select, no io nor cpu usage ?
|
| Список | pgsql-performance |
Franck Routier <franck.routier@axege.com> writes: > Le 20/03/2014 14:56, Tom Lane a �crit : >> pg_locks, probably. regards, tom lane > select * from pg_stat_activity shows 'F'alse in the waiting column for > the query. Hm. The next most likely theory is that it's waiting on network I/O, but it's hard to tell that from the outside. Can you attach to the stuck backend with gdb and get a stack trace? http://wiki.postgresql.org/wiki/Generating_a_stack_trace_of_a_PostgreSQL_backend regards, tom lane
В списке pgsql-performance по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера