Re: contrib/pg_stat_statements - Mailing list pgsql-hackers

From Vladimir Sitnikov
Subject Re: contrib/pg_stat_statements
Date
Msg-id 1d709ecc0810170230k62418c9aw5e79b119c5e88f01@mail.gmail.com
Whole thread Raw
In response to Re: contrib/pg_stat_statements  (ITAGAKI Takahiro <itagaki.takahiro@oss.ntt.co.jp>)
Responses Re: contrib/pg_stat_statements
List pgsql-hackers
Decibel! <decibel@decibel.org> wrote:

I had tried to use a normal table for store stats information,
but several acrobatic hacks are needed to keep performance.
I guess it is not really required to synchronize the stats into some physical table immediately.
I would suggest keeping all the data in memory, and having a job that periodically dumps snapshots into physical tables (with WAL etc).
In that case one would be able to compute database workload as a difference between two given snapshots. From my point of view, it does not look like a performance killer to have snapshots every 15 minutes. It does not look too bad to get the statistics of last 15 minutes lost in case of database crash either.
 
Regards,
Vladimir Sitnikov

pgsql-hackers by date:

Previous
From: Gregory Stark
Date:
Subject: Re: Cross-column statistics revisited
Next
From: "Pavel Stehule"
Date:
Subject: WIP: grouping sets support