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

From Adrien NAYRAT
Subject Re: Log a sample of transactions
Date
Msg-id c8f6bbe9-f6ca-c2ed-2ff0-6db5679e5a67@anayrat.info
Whole thread Raw
In response to Re: Log a sample of transactions  (Masahiko Sawada <sawada.mshk@gmail.com>)
Responses Re: Log a sample of transactions  (Michael Paquier <michael@paquier.xyz>)
Re: Log a sample of transactions  (Masahiko Sawada <sawada.mshk@gmail.com>)
Re: Log a sample of transactions  (Peter Eisentraut <peter.eisentraut@2ndquadrant.com>)
List pgsql-hackers
On 1/15/19 11:42 AM, Masahiko Sawada wrote:
>> 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?

Hello,

The goal is not to find slow queries in a transaction, but troubleshoot 
applicative issue when you have short queries.

Sometimes you want to understand what happens in a transaction, either 
you perfectly know your application, either you have to log all queries 
and find ones with the same transaction ID (%x). It could be problematic 
if you have a huge traffic with fast queries.


Thanks,


pgsql-hackers by date:

Previous
From: Andres Freund
Date:
Subject: Re: Pluggable Storage - Andres's take
Next
From: Tom Lane
Date:
Subject: Re: Proving IS NOT NULL inference for ScalarArrayOpExpr's