aboutsummaryrefslogtreecommitdiff
path: root/src/backend/executor/nodeModifyTable.c
diff options
context:
space:
mode:
authorAlvaro Herrera <alvherre@alvh.no-ip.org>2014-03-19 15:10:36 -0300
committerAlvaro Herrera <alvherre@alvh.no-ip.org>2014-03-19 15:10:36 -0300
commitf88d4cfc9d417dac2ee41a8f5e593898e56fd2bd (patch)
tree225a86782144a53e83e6083e92df29c8d0785007 /src/backend/executor/nodeModifyTable.c
parentea8c7e9054abf23fa3de2f8e4414f60ac8a8b620 (diff)
downloadpostgresql-f88d4cfc9d417dac2ee41a8f5e593898e56fd2bd.tar.gz
postgresql-f88d4cfc9d417dac2ee41a8f5e593898e56fd2bd.zip
Setup error context callback for transaction lock waits
With this in place, a session blocking behind another one because of tuple locks will get a context line mentioning the relation name, tuple TID, and operation being done on tuple. For example: LOG: process 11367 still waiting for ShareLock on transaction 717 after 1000.108 ms DETAIL: Process holding the lock: 11366. Wait queue: 11367. CONTEXT: while updating tuple (0,2) in relation "foo" STATEMENT: UPDATE foo SET value = 3; Most usefully, the new line is displayed by log entries due to log_lock_waits, although of course it will be printed by any other log message as well. Author: Christian Kruse, some tweaks by Álvaro Herrera Reviewed-by: Amit Kapila, Andres Freund, Tom Lane, Robert Haas
Diffstat (limited to 'src/backend/executor/nodeModifyTable.c')
0 files changed, 0 insertions, 0 deletions