Re: [HACKERS] Long binded parameter value in the postgres log - Mailing list pgsql-hackers

From Masahiko Sawada
Subject Re: [HACKERS] Long binded parameter value in the postgres log
Date
Msg-id CAD21AoA0HQ5JKmHxxz6N7iSfpo-WUdSY7DRPSV7pnSTjCs6tEw@mail.gmail.com
Whole thread Raw
In response to [HACKERS] Long binded parameter value in the postgres log  (Nikitin Nikolay <Nikolay.Nikitin@infowatch.com>)
List pgsql-hackers
On Thu, Jun 8, 2017 at 5:00 PM, Nikitin Nikolay
<Nikolay.Nikitin@infowatch.com> wrote:
> Hi!
>
>
>
> We insert many rows with long text and bytea (about 500 MB) values. In the
> postgres config we set log_min_duration_statement to 120 seconds.
>
> If this statements work more 120 seconds then they will be written into the
> postgres log with parameter values.
>
> As a result, the postgres log increases by 500MB for each statement.
>
>
>
> I think the postgres should have a "max bind value log size" parameter. If a
> bind value is bigger then this parameter, it will be truncated.
>
> And in the log its real size and its truncated part will be written.
>

In this case, I think you can use log_error_verbosity = terse which
excludes the logging of DETAIL, HINT, QUERY, and CONTEXT error
information. On the other hand, since actually the log of particular
large SQL or its parameter sometimes presses the free capacity,
possibly it's a good idea to have such threshold.

Regards,

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



pgsql-hackers by date:

Previous
From: "Regina Obe"
Date:
Subject: Re: [HACKERS] PostgreSQL 10 changes in exclusion constraints - did something change? CASE WHEN behavior oddity
Next
From: Robert Haas
Date:
Subject: Re: [HACKERS] Adding support for Default partition in partitioning