Что может быть причиной долгого выполнения DELETE? таблица на 20

Question

Что может быть причиной долгого выполнения DELETE? таблица на 20

гигабайт, удаляются данные по столбцу который есть в индексе
долгий - больше 2 часов
запрос вида
delete from table_a where id not in (select id from table_b)
в обоих таблицах индексы на id есть

#backend #devops #pgsql #programming #russian

0

15.02.2022

11 ответов

14 просмотров

Fᴏʀᴅᴇɴ Автор вопроса

Slava Rozhnev SQLtest.online https://phpize.online
Попробуйте where not exists

действительно намного больше стала утилизация железа странно что такая разница, но в любом случае спасибо

0

15.02.2022

lendoroff

20 гб? там сколько записей? 0_o

0

15.02.2022

Fᴏʀᴅᴇɴ Автор вопроса

lendoroff
20 гб? там сколько записей? 0_o

много) 101378087 estimated total rows

0

15.02.2022

Дмитрий

DELETE не truncate, он и должен быть долгим... но если отвечать на ваш вопрос, то могут например блокировки быть причиной

0

15.02.2022

Fᴏʀᴅᴇɴ Автор вопроса

Дмитрий
DELETE не truncate, он и должен быть долгим... но ...

там ерунда какая то была, почему то диск занят был на 100 кб/с

0

15.02.2022

Дмитрий

Fᴏʀᴅᴇɴ
там ерунда какая то была, почему то диск занят был...

в смысле ?

0

15.02.2022

Fᴏʀᴅᴇɴ Автор вопроса

Дмитрий
в смысле ?

ну вот я запускал запрос такой: https://t.me/pgsql/361391 смотрел через atop и видел что диск занят на 0,1 мб/с заменил not in на not exists и щас бодренько по 200 мб/с все летит

0

15.02.2022

Дмитрий

Fᴏʀᴅᴇɴ
ну вот я запускал запрос такой: https://t.me/pgsql...

🤣Бодренько вы определяете по чтению с диска ?)) Любопытно))) То есть если выполняете запрос с "not in" то чтение с диска 100 кб/с а если с "not exists" то 200 мб/с ?)

0

15.02.2022

Fᴏʀᴅᴇɴ Автор вопроса

Дмитрий
🤣Бодренько вы определяете по чтению с диска ?)) Лю...

а вот не знаю как еще) я не профи, увы)

0

15.02.2022

Дмитрий

Fᴏʀᴅᴇɴ
а вот не знаю как еще) я не профи, увы)

Ну вы бы план запроса построили да посмотрели на него уже) https://postgrespro.ru/docs/postgrespro/13/using-explain

0

15.02.2022