From: | Larry Rosenman <ler(at)lerctr(dot)org> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: LONG delete with LOTS of FK's |
Date: | 2013-05-09 21:43:10 |
Message-ID: | c787b6fc08d729a1838cfdd4063b0afd@webmail.lerctr.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On 2013-05-09 16:40, Tom Lane wrote:
> Larry Rosenman <ler(at)lerctr(dot)org> writes:
> On 2013-05-09 16:22, Tom Lane wrote:
> Perhaps it's blocked on a lock? Did you look into pg_locks?
> Did you note whether the process was consuming CPU time and/or doing
> IO?
>
> all the locks were clear, and it was consuming CPU and doing I/O
> (D->S->D state), etc.
>
> Hm. I'm suspicious that you still ended up with a seqscan checking
> plan. Was this session started after you added all the missing
> indexes?
> If not, it seems possible that it was using a bad pre-cached plan.
>
> regards, tom lane
I added the indexes on last friday, and we've done a number of vacuumdb
-zav's (every night) since then.
So, if there's a cached plan, it's not from me.
(we also restarted our app on Saturday night).
--
Larry Rosenman http://www.lerctr.org/~ler
Phone: +1 214-642-9640 (c) E-Mail: ler(at)lerctr(dot)org
US Mail: 430 Valona Loop, Round Rock, TX 78681-3893
--
Sent via pgsql-general mailing list (pgsql-general(at)postgresql(dot)org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-general
From | Date | Subject | |
---|---|---|---|
Next Message | Greg Stark | 2013-05-09 21:59:00 | Re: [GENERAL] pg_upgrade fails, "mismatch of relation OID" - 9.1.9 to 9.2.4 |
Previous Message | Evan D. Hoffman | 2013-05-09 21:41:39 | Re: Re: [GENERAL] pg_upgrade fails, "mismatch of relation OID" - 9.1.9 to 9.2.4 |