Re: [HACKERS] Long binded parameter value in the postgres log

Поиск
Список
Период
Сортировка
От Masahiko Sawada
Тема Re: [HACKERS] Long binded parameter value in the postgres log
Дата
Msg-id CAD21AoA0HQ5JKmHxxz6N7iSfpo-WUdSY7DRPSV7pnSTjCs6tEw@mail.gmail.com
обсуждение исходный текст
Ответ на [HACKERS] Long binded parameter value in the postgres log  (Nikitin Nikolay <Nikolay.Nikitin@infowatch.com>)
Список 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 по дате отправления:

Предыдущее
От: "Regina Obe"
Дата:
Сообщение: Re: [HACKERS] PostgreSQL 10 changes in exclusion constraints - did something change? CASE WHEN behavior oddity
Следующее
От: Robert Haas
Дата:
Сообщение: Re: [HACKERS] Adding support for Default partition in partitioning