Poor performance for delete query

Поиск
Список
Период
Сортировка
От Jonatan Evald Buus
Тема Poor performance for delete query
Дата
Msg-id CABnF-8Lyps8ribpp=BOFnqGEeWp2K5iuLukMo3txQ5UkgHjF7g@mail.gmail.com
обсуждение исходный текст
Ответы Re: Poor performance for delete query  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-performance
Greetings,
We're currently having very poor performance for the following delete query.
DELETE FROM TopTable WHERE id IN (xx, yy, zz);

We've observed that it takes around 7 seconds under normal load to for each row that's being from TopTable and several minutes pr deleted row under heavy load.

"id" is the primary key in TopTable, and will trigger deletes of a few associated rows in child tables using foreign keys with ON DELETE CASCADE as outlined below:
TopTable
--- Table 1 (references TopTable): 11.811.200 rows (rows deleted)
--- Table 2 (references TopTable): 5.555.190 rows (rows deleted)
--- Table 3 (references TopTable): 8.227.700 rows (now rows deleted)
    --- Table 4 (references table 3): 4.294.140 rows (now rows deleted)
    --- Table 5 (references table 3): 4.154.850 rows (now rows deleted)
         --- Table 6 (references table 5): 5.185.450 rows (now rows deleted)
    --- Table 7 (references table 3): 68.206 rows (now rows deleted)
    --- Table 8 (references table 3): 108 rows (now rows deleted)
--- Table 9 (references TopTable): 2448 rows (now rows deleted)

Indexes have been defined for all columns referenced by the foreign key in each of the tables.

Hardware / Software info
Database: PostgreSQL 9.2.2 64-bit
OS: Red Hat Enterprise Linux Server release 5.5
CPU: 8 core Intel Xeon 2.3GHz
RAM: 16GB
Disk: IBM SAN

How do we track down the cause of the poorly performing delete query?

Many thanks for your advice

/Jona

В списке pgsql-performance по дате отправления:

Предыдущее
От: Sergey Konoplev
Дата:
Сообщение: Re: tsearch2, large data and indexes
Следующее
От: Sergey Konoplev
Дата:
Сообщение: Re: tsearch2, large data and indexes