Re: log_duration

Поиск
Список
Период
Сортировка
От Simon Riggs
Тема Re: log_duration
Дата
Msg-id KGEFLMPJFBNNLNOOOPLGKEGPCIAA.simon@2ndquadrant.com
обсуждение исходный текст
Ответ на Re: log_duration  ("Simon Riggs" <simon@2ndquadrant.com>)
Ответы Re: log_duration  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-admin
>Simon Riggs
> > From: Tom Lane
> > "Simon Riggs" <simon@2ndquadrant.com> writes:
> > > On top of a confusing day, I now have this:
> > > I set log_duration = true in a postgresql.conf file.
> > > I startup and test, local users connected via psql:
> > working, no problem.
> > > Users connecting remotely, same user, same database: no
> log of query
> > > statement durations.
> > > There is nothing in the code that sets this value
> > independently for sets
> > > of users (is there?)
> >
> > No.  How sure are you that the remote users are really
> > connecting to the
> > same postmaster?
>
> Yes, very definitely.
>
> I'm sitting here watching the Statement: lines scroll up the
> screen for
> the remotely connected users.
> Local sessions show both Statement: and Duration:
>
> Can't see anything in the code that gives any kind of conditional on
> that.
>
> The code is straight 8.0.1, no code editing, but compiled on SUSE.
>
> I wouldn't care, but I'm trying to tune the database, so the missing
> data matters,

Further update on this:

We've isolated this issue to JDBC client access.
When connecting using the latest JDBC driver, we do not get "Duration:"
LOG messages when using log_duration = true.
[driver 8.0-310.jdbc2.jar]

We've tested both localhost connections and remotely connected users
with libpq clients and these do produce the log records for the
"Duration:" as we would expect.

Is this a V2/V3 protocol issue? Or a bug? (If so, where)

Thanks for any help.

Best Regards, Simon Riggs





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

Предыдущее
От: Pascal Van Puymbroeck
Дата:
Сообщение: Re: Performance issue
Следующее
От: Tom Lane
Дата:
Сообщение: Re: log_duration