Re: [HACKERS] Deadlock with pg_dump?
От | Simon Riggs |
---|---|
Тема | Re: [HACKERS] Deadlock with pg_dump? |
Дата | |
Msg-id | 1172517590.3760.366.camel@silverbirch.site обсуждение исходный текст |
Ответ на | Re: [HACKERS] Deadlock with pg_dump? (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: [HACKERS] Deadlock with pg_dump?
|
Список | pgsql-patches |
On Mon, 2007-02-26 at 14:11 -0500, Tom Lane wrote: > "Simon Riggs" <simon@2ndquadrant.com> writes: > > Yeh, LOG would be most appropriate, but thats not possible. > > You have not given any good reason for that. The idea of the patch is that it generates a log message which then invokes log_min_error_statement so that the SQL statement is displayed. LOG is not on the list of options there, otherwise I would use it. The reason for behaving like this is so that a message is generated while the statement is still waiting, rather than at the end. As I mentioned in the submission, you may not like that behaviour; I'm in two minds myself, but I'm trying to get to the stage of having useful information come out of the server when we have long lock waits. -- Simon Riggs EnterpriseDB http://www.enterprisedb.com
В списке pgsql-patches по дате отправления: