[proposal] pg_stat_statements: extension timing instrumentation

From: legrand legrand <legrand_legrand(at)hotmail(dot)com>
To: pgsql-general(at)postgresql(dot)org
Subject: [proposal] pg_stat_statements: extension timing instrumentation
Date: 2018-09-29 12:48:42
Message-ID: 1538225322173-0.post@n3.nabble.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general


Don't you have been surprised by the duration of a query (seen in psql with
\timing)
and the duration for the same query found in pgss ?

It seems that writting the first query text to file takes some time,
that high execution rate on the same query could generate waits on locks
as when pgss is under pressure with too much distinct queries to store
compared
to the max statements allowed.

All those "waits" are co-located in pgss_store function. What about adding a
pgss_time counter
in pgss to measure the duration of pgss_store (a guc could be added to
enable/disable this) ?

Knowing that there are also plans to add a planing counter in PG12, I would
suggest to add

plan_time,
exec_time,
pgss_time

the sum of those 3 counters being total_time.

This could help in investigating write contentions in pg_stat_statements
query file,
helping to define that max queries should be increased, ...

A prototype is available on demand.

Regards
PAscal

--
Sent from: http://www.postgresql-archive.org/PostgreSQL-general-f1843780.html

Responses

Browse pgsql-general by date

  From Date Subject
Next Message marcelo 2018-09-29 13:47:34 Re: ORM
Previous Message Peter J. Holzer 2018-09-29 10:25:18 Re: Out of Memory