Re: 9.4 release notes

From: Peter Geoghegan <pg(at)heroku(dot)com>
To: Andres Freund <andres(at)2ndquadrant(dot)com>
Cc: Bruce Momjian <bruce(at)momjian(dot)us>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: 9.4 release notes
Date: 2014-05-05 21:23:13
Message-ID: CAM3SWZQy=0yRShqRdzW-NYjei7eGKPys63ee-rqnOh+EQu8nyQ@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Sun, May 4, 2014 at 6:49 AM, Andres Freund <andres(at)2ndquadrant(dot)com> wrote:
> + <listitem>
> + <para>
> + Have pg_stat_statements use a flat file for query text storage, allowing higher limits (Peter Geoghegan)
> + </para>
> +
> + <para>
> + Also add the ability to retrieve all pg_stat_statements information except the query text. This allows programs to reuse the query
> + text already retrieved by referencing queryid.
> + </para>
> + </listitem>
>
> This isn't an optional thing, is it?

This is intended to be used by time-series monitoring tools that
aggregate and graph pg_stat_statements data temporally. They usually
won't need query texts, and so can only retrieve them lazily. The
pg_stat_statements view presents exactly the same interface for ad-hoc
querying, though.

The point of the first item is that there is no longer *any*
limitation on the size of stored query texts. They are no longer
truncated to track_activity_query_size bytes. The shared memory
overhead is also decreased substantially, allowing us to increase the
default pg_stat_statements.max setting from 1,000 to 5,000, while
still reducing the overall shared memory overhead (assuming a default
track_activity_query_size). I think that the removal of the
limitation, and the substantial lowering of the per-entry footprint
should both be explicitly noted.

--
Peter Geoghegan

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Jeff Janes 2014-05-05 22:04:04 9.4 wrap around issues
Previous Message Robert Haas 2014-05-05 20:54:20 Re: pg_shmem_allocations view