Re: How to investigate deadlocks
От | Andreas Kretschmer |
---|---|
Тема | Re: How to investigate deadlocks |
Дата | |
Msg-id | 20c3aadc-e589-c601-c2a7-0ca89a7cec66@a-kretschmer.de обсуждение исходный текст |
Ответ на | How to investigate deadlocks (Matthias Apitz <guru@unixarea.de>) |
Список | pgsql-general |
Am 02.10.23 um 13:27 schrieb Matthias Apitz: > Hello, > > One of our clients running our LMS on top of PostgreSQL 13.1 created a > ticket with these messages: > > 2023-09-30 16:50:50.951 CEST [18117] ERROR: deadlock detected > 2023-09-30 16:50:50.951 CEST [18117] DETAIL: Process 18117 waits for ShareLock on transaction 150396154; blocked by process18187. > Process 18187 waits for ShareLock on transaction 150396155; blocked by process 18117. > Process 18117: fetch hc_d03geb > Process 18187: fetch hc_d02ben > 2023-09-30 16:50:50.951 CEST [18117] HINT: See server log for query details. > 2023-09-30 16:50:50.951 CEST [18117] CONTEXT: while locking tuple (38,57) in relation "d03geb" > 2023-09-30 16:50:50.951 CEST [18117] STATEMENT: fetch hc_d03geb > > The shown PIDs for sure are the ones of the Pos backend proc (on Linux). > Is there any chance to investigate it further? please also check https://www.cybertec-postgresql.com/en/postgresql-understanding-deadlocks/ Andreas -- Andreas Kretschmer Technical Account Manager (TAM) www.enterprisedb.com
В списке pgsql-general по дате отправления: