Re: IDLE in transaction introspection
От
Marti Raudsepp
Тема
Re: IDLE in transaction introspection
Дата
Msg-id
CABRT9RBM3Z0-e-u9BKmFbM16TNFS2kPSKxoQhJVnhTFPAquLrA@mail.gmail.com
Ответ на
IDLE in transaction introspection (Scott Mead)
Список
Дерево обсуждения
IDLE in transaction introspection Scott Mead <scottm@openscg.com>
Re: IDLE in transaction introspection Marti Raudsepp <marti@juffo.org>
Re: IDLE in transaction introspection Cédric Villemain <cedric.villemain.debian@gmail.com>
Re: IDLE in transaction introspection Magnus Hagander <magnus@hagander.net>
Re: IDLE in transaction introspection Robert Haas <robertmhaas@gmail.com>
Re: IDLE in transaction introspection Simon Riggs <simon@2ndQuadrant.com>
Re: IDLE in transaction introspection Tom Lane <tgl@sss.pgh.pa.us>
Re: IDLE in transaction introspection Andrew Dunstan <andrew@dunslane.net>
Re: IDLE in transaction introspection "Ross J. Reedstrom" <reedstrm@rice.edu>
Re: IDLE in transaction introspection Jeroen Vermeulen <jtv@xs4all.nl>
Re: IDLE in transaction introspection "Albe Laurenz" <laurenz.albe@wien.gv.at>
Re: IDLE in transaction introspection Scott Mead <scottm@openscg.com>
Re: IDLE in transaction introspection Bruce Momjian <bruce@momjian.us>
Re: IDLE in transaction introspection Tom Lane <tgl@sss.pgh.pa.us>
Re: IDLE in transaction introspection Bruce Momjian <bruce@momjian.us>
Re: IDLE in transaction introspection Tom Lane <tgl@sss.pgh.pa.us>
Re: IDLE in transaction introspection Scott Mead <scottm@openscg.com>
Re: IDLE in transaction introspection Greg Smith <greg@2ndQuadrant.com>
Re: IDLE in transaction introspection Robert Treat <rob@xzilla.net>
Re: IDLE in transaction introspection Scott Mead <scottm@openscg.com>
Re: IDLE in transaction introspection Scott Mead <scottm@openscg.com>
Re: IDLE in transaction introspection Scott Mead <scottm@openscg.com>
Re: IDLE in transaction introspection Magnus Hagander <magnus@hagander.net>
Re: IDLE in transaction introspection Scott Mead <scottm@openscg.com>
Re: IDLE in transaction introspection Magnus Hagander <magnus@hagander.net>
Re: IDLE in transaction introspection Greg Smith <greg@2ndQuadrant.com>
Re: IDLE in transaction introspection Magnus Hagander <magnus@hagander.net>
Re: IDLE in transaction introspection Scott Mead <scottm@openscg.com>
Re: IDLE in transaction introspection Scott Mead <scottm@openscg.com>
Re: IDLE in transaction introspection Greg Smith <greg@2ndQuadrant.com>
Re: IDLE in transaction introspection Scott Mead <scottm@openscg.com>
Re: IDLE in transaction introspection Scott Mead <scottm@openscg.com>
Re: IDLE in transaction introspection Magnus Hagander <magnus@hagander.net>
Re: IDLE in transaction introspection Scott Mead <scottm@openscg.com>
Re: IDLE in transaction introspection Magnus Hagander <magnus@hagander.net>
Re: IDLE in transaction introspection Fujii Masao <masao.fujii@gmail.com>
Re: IDLE in transaction introspection Magnus Hagander <magnus@hagander.net>
Re: IDLE in transaction introspection Marti Raudsepp <marti@juffo.org>
Re: IDLE in transaction introspection Tom Lane <tgl@sss.pgh.pa.us>
Re: IDLE in transaction introspection Marti Raudsepp <marti@juffo.org>
Re: IDLE in transaction introspection Robert Haas <robertmhaas@gmail.com>
Re: IDLE in transaction introspection Tom Lane <tgl@sss.pgh.pa.us>
Re: IDLE in transaction introspection Robert Haas <robertmhaas@gmail.com>
Re: IDLE in transaction introspection Scott Mead <scottm@openscg.com>
Re: IDLE in transaction introspection Tom Lane <tgl@sss.pgh.pa.us>
Re: IDLE in transaction introspection Greg Smith <greg@2ndQuadrant.com>
Re: IDLE in transaction introspection Scott Mead <scottm@openscg.com>
Re: IDLE in transaction introspection Robert Haas <robertmhaas@gmail.com>
Re: IDLE in transaction introspection Robert Treat <rob@xzilla.net>
Re: IDLE in transaction introspection Magnus Hagander <magnus@hagander.net>
Re: IDLE in transaction introspection Tom Lane <tgl@sss.pgh.pa.us>
Re: IDLE in transaction introspection Robert Haas <robertmhaas@gmail.com>
Re: IDLE in transaction introspection Robert Treat <rob@xzilla.net>
Re: IDLE in transaction introspection Robert Haas <robertmhaas@gmail.com>
Re: IDLE in transaction introspection Scott Mead <scottm@openscg.com>
Re: IDLE in transaction introspection Fujii Masao <masao.fujii@gmail.com>
Re: IDLE in transaction introspection Magnus Hagander <magnus@hagander.net>
Re: IDLE in transaction introspection Robert Haas <robertmhaas@gmail.com>
Re: IDLE in transaction introspection Tom Lane <tgl@sss.pgh.pa.us>
Re: IDLE in transaction introspection Scott Mead <scottm@openscg.com>
Re: IDLE in transaction introspection Magnus Hagander <magnus@hagander.net>
Re: IDLE in transaction introspection Robert Treat <rob@xzilla.net>
Re: IDLE in transaction introspection Scott Mead <scottm@openscg.com>
Re: IDLE in transaction introspection Magnus Hagander <magnus@hagander.net>
Re: IDLE in transaction introspection Simon Riggs <simon@2ndQuadrant.com>
Re: IDLE in transaction introspection Magnus Hagander <magnus@hagander.net>
Re: IDLE in transaction introspection Robert Haas <robertmhaas@gmail.com>
Re: IDLE in transaction introspection Simon Riggs <simon@2ndQuadrant.com>
Re: IDLE in transaction introspection Scott Mead <scottm@openscg.com>
Re: IDLE in transaction introspection Magnus Hagander <magnus@hagander.net>
Re: IDLE in transaction introspection Robert Haas <robertmhaas@gmail.com>
Re: IDLE in transaction introspection Scott Mead <scottm@openscg.com>
Re: IDLE in transaction introspection Jaime Casanova <jaime@2ndquadrant.com>
On Mon, Oct 31, 2011 at 23:37, Scott Mead wrote: > So I wrote the attached patch, it just turns in transaction into: > " in transaction\n: Previous: ". After seeing > how quickly our dev's fixed the issue once they saw prepared statement XYZ, Solving this problem is a good idea, but I don't particularly like the proposed solution. I think the proposed state/query split is going to make pg_stat_activity more confusing, especially if even idle connections get a query string. And if we display the last query there, why not the one before that? etc. (Adding a "state" column might not be a bad idea though) I'd very much like to see a more generic solution: a runtime query log facility that can be queried in any way you want. pg_stat_statements comes close, but is limited too due to its (arbitrary, I find) deduplication -- you can't query for "10 last statements from process N" since it has no notion of processes, just users and databases. So far my developers are simply grepping pg_log, but you can't use the full power of SQL there. I know there's csvlog, but the pains aren't big enough to make attempt to use that. Regards, Marti
В списке pgsql-hackers по дате отправления