Re: Log a sample of transactions - Mailing list pgsql-hackers

From Masahiko Sawada
Subject Re: Log a sample of transactions
Date
Msg-id CAD21AoCh8S26UyMJSTgyVUuwXSDVmTt-pO2097SjOUpf5-k2Tw@mail.gmail.com
Whole thread Raw
In response to Re: Log a sample of transactions  (Adrien Mobile <adrien.nayrat@anayrat.info>)
Responses Re: Log a sample of transactions  (Adrien NAYRAT <adrien.nayrat@anayrat.info>)
List pgsql-hackers
On Sat, Jan 5, 2019 at 12:57 AM Adrien Mobile
<adrien.nayrat@anayrat.info> wrote:
>
> Le 4 janvier 2019 13:20:09 GMT+01:00, Peter Eisentraut <peter.eisentraut@2ndquadrant.com> a écrit :
> >On 12/12/2018 22:32, Adrien Nayrat wrote:
> >> Per idea of Nikolay Samokhvalov[1] I propose this patch to add the
> >possibility
> >> to log all statements from a fraction of transactions.
> >>
> >> I have several questions:
> >>   * Do we want this feature?
> >
> >It's not clear to me what the use is.  The per-statement sampling
> >allows
> >you to capture slow queries without overwhelming the logs.  We don't
> >have any logging of slow transactions or any other transaction scope
> >logging, so what will this sample?
> >
> >--
> >Peter Eisentraut              http://www.2ndQuadrant.com/
> >PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
>
> Hello,
> When you troubleshoot applicative issues with multi-statements transaction, you may have to log all queries to find
allstatements of one transaction. With high throughput, it could be hard to log all queries without causing troubles. 

Hm, can we use log_min_duration_statement to find slow queries of a
transaction instead? Could you please elaborate on the use-case?

Regards,

--
Masahiko Sawada
NIPPON TELEGRAPH AND TELEPHONE CORPORATION
NTT Open Source Software Center


pgsql-hackers by date:

Previous
From: Andrew Gierth
Date:
Subject: Re: Ryu floating point output patch
Next
From: Andrew Gierth
Date:
Subject: Re: SPI Interface to Call Procedure with Transaction Control Statements?