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
|
Список | 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 по дате отправления: