Very slow planning performance on partition table

From: Rural Hunter <ruralhunter(at)gmail(dot)com>
To: pgsql-performance(at)postgresql(dot)org
Subject: Very slow planning performance on partition table
Date: 2014-07-23 13:21:00
Message-ID: 53CFB6BC.4050606@gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin pgsql-performance

Hi,

I have a table partitioned with about 60 children tables. Now I found
the planning time of simple query with partition key are very slow.
# explain analyze select count(*) as cnt from article where pid=88 and
hash_code='2ca3ff8b17b163f0212c2ba01b80a064';
QUERY PLAN
-----------------------------------------------------------------------------------------------------------------------------------------------------
Aggregate (cost=16.55..16.56 rows=1 width=0) (actual
time=0.259..0.259 rows=1 loops=1)
-> Append (cost=0.00..16.55 rows=2 width=0) (actual
time=0.248..0.250 rows=1 loops=1)
-> Seq Scan on article (cost=0.00..0.00 rows=1 width=0)
(actual time=0.002..0.002 rows=0 loops=1)
Filter: ((pid = 88) AND (hash_code =
'2ca3ff8b17b163f0212c2ba01b80a064'::bpchar))
-> Index Scan using article_88_hash_idx on article_88
article (cost=0.00..16.55 rows=1 width=0) (actual time=0.246..0.248
rows=1 loops=1)
Index Cond: (hash_code =
'2ca3ff8b17b163f0212c2ba01b80a064'::bpchar)
Filter: (pid = 88)
Total runtime: 3.816 ms
(8 rows)

Time: 30999.986 ms

You can see the timing output that the actual run time of the 'explain
analyze' is 30 seconds while the select sql itself takes only 3 ms. My
partition key is on article.pid and the constraint is simple like this:
CONSTRAINT article_88_pid_check CHECK (pid = 88). What's wrong and how
can I improve the planning performance?

Responses

Browse pgsql-admin by date

  From Date Subject
Next Message Mitchell Bösecke 2014-07-23 13:36:51 Safe to delete archived log files generated by ongoing transaction?
Previous Message jayknowsunix 2014-07-23 10:35:42 Re: When is it safe to remove recovery.done?

Browse pgsql-performance by date

  From Date Subject
Next Message Douglas J Hunley 2014-07-23 17:35:21 Re: Very slow planning performance on partition table
Previous Message Benjamin Dugast 2014-07-23 09:39:20 Re: Blocking every 20 sec while mass copying.