Re: "slow lock" log in addition to log_min_duration_statement ?
В списке pgsql-sql по дате отправления:
| От | Joshua Tolley |
|---|---|
| Тема | Re: "slow lock" log in addition to log_min_duration_statement ? |
| Дата | |
| Msg-id | 4cdd6266.08c08e0a.59ee.ffffe39b@mx.google.com обсуждение исходный текст |
| Ответ на | "slow lock" log in addition to log_min_duration_statement ? (Bryce Nesbitt <bryce2@obviously.com>) |
| Список | pgsql-sql |
On Wed, Nov 10, 2010 at 12:28:46PM -0800, Bryce Nesbitt wrote: > I have a cluster with log_min_duration_statement set to log slow > queries. Presently what I'm tracking down is almost certainly a lock > problem. Is there any analog of log_min_duration_statement for locks? > If there is a lock on a certain critical tables for more than a few > hundredths of a second I want to know. You could try log_lock_waits: http://www.postgresql.org/docs/8.3/interactive/runtime-config-logging.html#GUC-LOG-LOCK-WAITS It's defined in terms of deadlock_timeout, and reducing that to "a few hundredths of a second" like you're interested in might cause all kinds of load from the deadlock detector. -- Joshua Tolley / eggyknap End Point Corporation http://www.endpoint.com
В списке pgsql-sql по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера