Re: [HACKERS] Deadlock with pg_dump?

Поиск
Список
Период
Сортировка
От Bruce Momjian
Тема Re: [HACKERS] Deadlock with pg_dump?
Дата
Msg-id 200703021835.l22IZfu03867@momjian.us
обсуждение исходный текст
Ответ на Re: [HACKERS] Deadlock with pg_dump?  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: [HACKERS] Deadlock with pg_dump?  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-patches
Tom Lane wrote:
> Bruce Momjian <bruce@momjian.us> writes:
> > What are *you* thinking?  Yes, that patch has that line, but
> > log_statement and log_min_duration_statement is going to trigger
> > log_min_error_statement so you are going to get the statement printed
> > twice.
>
> What's wrong with that?  If a statement triggers two different log
> entries, and both are subject to being annotated with the statement text
> according to log_min_error_statement, I would expect them both to be
> annotated.  Doing otherwise will probably break automated log analysis
> tools.

Are people going to be happy that log_statement and
log_min_duration_statement output the statement twice?

    test=> SHOW log_min_error_statement;
     log_min_error_statement
    -------------------------
     error
    (1 row)

    test=> SET log_statement = 'all';
    SET
    test=> SELECT 1;
     ?column?
    ----------
            1
    (1 row)

Server log has:

    LOG:  statement: SELECT 1;
    STATEMENT:  SELECT 1;

--
  Bruce Momjian  <bruce@momjian.us>          http://momjian.us
  EnterpriseDB                               http://www.enterprisedb.com

  + If your life is a hard drive, Christ can be your backup. +

В списке pgsql-patches по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: A little COPY speedup
Следующее
От: "Simon Riggs"
Дата:
Сообщение: Re: A little COPY speedup