Re: Log a sample of transactions

Поиск
Список
Период
Сортировка
От Masahiko Sawada
Тема Re: Log a sample of transactions
Дата
Msg-id CAD21AoCh8S26UyMJSTgyVUuwXSDVmTt-pO2097SjOUpf5-k2Tw@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Log a sample of transactions  (Adrien Mobile <adrien.nayrat@anayrat.info>)
Ответы Re: Log a sample of transactions  (Adrien NAYRAT <adrien.nayrat@anayrat.info>)
Список 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 по дате отправления:

Предыдущее
От: Andrew Gierth
Дата:
Сообщение: Re: Ryu floating point output patch
Следующее
От: Andrew Gierth
Дата:
Сообщение: Re: SPI Interface to Call Procedure with Transaction Control Statements?