Re: Very slow planning performance on partition table - Mailing list pgsql-performance

From Rural Hunter
Subject Re: Very slow planning performance on partition table
Date
Msg-id 53D5A503.5060406@gmail.com
Whole thread Raw
In response to Re: Very slow planning performance on partition table  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Very slow planning performance on partition table  (Rural Hunter <ruralhunter@gmail.com>)
List pgsql-performance
Yes I checked. The connection I inspected is the longest running one.
There was no other connections blocking it. And I also see all locks are
granted for it. Does the planning phase require some internal locks?

在 2014/7/28 0:28, Tom Lane 写道:
> Yeah, that's what the stack trace suggests.  Have you looked into pg_locks
> and pg_stat_activity to see which lock it wants and what's holding said
> lock?
>
>             regards, tom lane
>



pgsql-performance by date:

Previous
From: Vitalii Tymchyshyn
Date:
Subject: Re: Cursor + upsert (astronomical data)
Next
From: Craig Ringer
Date:
Subject: Re: High rate of transaction failure with the Serializable Isolation Level