Evaluating query performance with caching in PostgreSQL 9.1.6

From: <fburgess(at)radiantblue(dot)com>
To: pgsql-performance(at)postgresql(dot)org
Cc: pgsql-general(at)postgresql(dot)org
Subject: Evaluating query performance with caching in PostgreSQL 9.1.6
Date: 2013-05-31 16:32:54
Message-ID: 20130531093254.5a830134ae84016b0174832fdc1a3173.6fa842edbd.wbe@email11.secureserver.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general pgsql-performance

<html><body><span style="font-family:Verdana; color:#000000; font-size:10pt;"><div>Two questions Please</div><div><br></div><div>1.) Is there any way to clear the <b>cache</b> so that we can ensure that when we run "<b>explain analyze</b>" on a query and make some minor adjustments to that query and re-execute, the plan is not cached. Since the cached plan returns runtimes that are much lower than the initial execution, so we don't know for certain the tweaks we made improved the performance of the query, without having to bounce the database?<br></div><div><br></div><div>2.) I am noticing that when I look at pg_stat_activities: autovacuum is re-processing some old Partition tables way back in 2007, which are static and are essentially read-only partitions. the line item in pg_stat reads as follows: autovacuum:VACUUM public.digi_sas_y2007m07 (to prevent wraparound). Is there a way to have autovacuum skip these static type partition tables, and only process partitions that have had; Inserts, updates, or deletes attributed to them? </div><div><br></div><div>thanks.<br></div><div>&nbsp;</div></span></body></html>

Attachment Content-Type Size
unknown_filename text/html 1.1 KB

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Marti Raudsepp 2013-05-31 16:57:19 Re: [PERFORM] Evaluating query performance with caching in PostgreSQL 9.1.6
Previous Message Kevin Grittner 2013-05-31 15:15:41 Re: Insert with query

Browse pgsql-performance by date

  From Date Subject
Next Message Marti Raudsepp 2013-05-31 16:57:19 Re: [PERFORM] Evaluating query performance with caching in PostgreSQL 9.1.6
Previous Message Amit Kapila 2013-05-31 07:39:01 Re: Performance bug in prepared statement binding in 9.2?