Re: Improving deadlock error messages
От | Tom Lane |
---|---|
Тема | Re: Improving deadlock error messages |
Дата | |
Msg-id | 19378.1177052137@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Improving deadlock error messages (Neil Conway <neilc@samurai.com>) |
Ответы |
Re: Improving deadlock error messages
Re: Improving deadlock error messages |
Список | pgsql-hackers |
Neil Conway <neilc@samurai.com> writes: > I whipped up a quick patch to use names as well as OIDs for the > identifiers in the message, but on reflection the simple approach to > doing this is problematic: when we do syscache lookups to lookup the > identifier names, we might need to acquire an AccessShareLock on various > system catalogs (pg_class, pg_namespace, pg_database). This could fail > (e.g. because of a deadlock involving a system catalog), causing the > deadlock detector to infinitely recurse (albeit slowly). Yup, that's exactly why it doesn't do that already. > We could fix this by first conditionally acquiring AccessShareLocks on > the necessary system catalogs. I don't think you've thought of quite all of the failure cases. One that's a bit pressing is that a deadlock isn't necessarily confined to objects in your own database. My take on this is that I'd much rather have unfriendly information than none at all. regards, tom lane
В списке pgsql-hackers по дате отправления: