Very slow delete.

[Brock Henry]

Hello,

I have a table with 29268 odd records. Deleting records is VERY slow,
and I don't know why.

I explained analysed the following query:
delete from people where id < '2000'

Index Scan using people_pkey on people (cost=0.00..71. 68 rows=2792
width=6) (actual time=1.361..5.6 57 rows=2000 loops=1)
Index Cond: (id < 3000)
Total runtime: 13.006 ms
3 row(s)
Total runtime: 63,869.322 ms

using phppgadmin (it's also slow via command line or Perl/DBD).

I haven't optimized postgresql yet (kernel.shmmax, etc), but I don't
see why it is taking this long. Why is it 13ms, and then 63869ms?

There is 1 fkey relationship, and it is primary key to a few other
(now empty) tables.

The fkey's are on update cascade on delete restrict. Deletes on other
tables are quick.

Any ideas?

Thanks

Brock

---------------------------(end of broadcast)---------------------------
TIP 7: don't forget to increase your free space map settings

[Tom Lane]

Re: Very slow delete.

Brock Henry <brock.henry@gm ail.com> writes:[color=blue]
> delete from people where id < '2000'[/color]
[color=blue]
> Index Scan using people_pkey on people (cost=0.00..71. 68 rows=2792
> width=6) (actual time=1.361..5.6 57 rows=2000 loops=1)
> Index Cond: (id < 3000)
> Total runtime: 13.006 ms
> 3 row(s)
> Total runtime: 63,869.322 ms[/color]

So 13 msec to find the rows to delete, and 63850+ msec in overhead.
Which is certainly from the foreign keys that reference this table,
because the referencing tables have to be checked to see if they
contain copies of the key values being deleted.

You either don't have indexes on the referencing columns, or there
is a datatype mismatch, or possibly you need to update statistics
for those tables.

regards, tom lane

---------------------------(end of broadcast)---------------------------
TIP 6: Have you searched our list archives?

http://archives.postgresql.org

[Brock Henry]

Re: Very slow delete.

Hi Tom,

Thanks for your help. I checked types and indexes, to no avail. Vacuum
didn't help. but vacuum full did, it's now fast again.

Cheers,

Brock

On Mon, 11 Oct 2004 23:38:49 -0400, Tom Lane <tgl@sss.pgh.pa .us> wrote:[color=blue]
> Brock Henry <brock.henry@gm ail.com> writes:[color=green]
> > delete from people where id < '2000'[/color]
>[color=green]
> > Index Scan using people_pkey on people (cost=0.00..71. 68 rows=2792
> > width=6) (actual time=1.361..5.6 57 rows=2000 loops=1)
> > Index Cond: (id < 3000)
> > Total runtime: 13.006 ms
> > 3 row(s)
> > Total runtime: 63,869.322 ms[/color]
>
> So 13 msec to find the rows to delete, and 63850+ msec in overhead.
> Which is certainly from the foreign keys that reference this table,
> because the referencing tables have to be checked to see if they
> contain copies of the key values being deleted.
>
> You either don't have indexes on the referencing columns, or there
> is a datatype mismatch, or possibly you need to update statistics
> for those tables.
>
> regards, tom lane
>[/color]

---------------------------(end of broadcast)---------------------------
TIP 2: you can get off all lists at once with the unregister command
(send "unregister YourEmailAddres sHere" to majordomo@postg resql.org)