Почему может просто зависнуть запрос?

Question

[Владимир Сергеевич]

Всем Хай!
Подскажите, почему может зависнуть этот запрос? Что-то вообще не догоняю:

SELECT COUNT(*) FROM gen_lenta WHERE lenta_id NOT IN (SELECT id FROM lenta_bundle)

Зависает именно из-за NOT IN;

Comments

[Евгений Вольф]

SELECT id FROM lenta_bundle -- а это нормально отрабатывает?

[Melkij]

Покажите explain analyze.

[Владимир Сергеевич]

Евгений Вольф:
Так работает:

SELECT COUNT(*) FROM gen_lenta WHERE lenta_id IN (SELECT id FROM lenta_bundle)

NULL в lenta_id не попадается; lenta_bundle.id BIGINT и gen_lenta.lenta_id тоже BIGINT (на всякий случай)
Версия 9.5; Кластер: 9.4
Melkij: explain analyze тоже не могу продемонстрировать, так же уходит в завис

[Евгений Вольф]

Сложно конечно дать совет не видя реальных объёмов данных и ситуации "наживую", но подозреваю, что данных очень много и запрос скорее всего не "завис", а просто очень долго выполняется. Нужен анализ запроса, запроса который будет выполнятся неизвестное кол-во времени, по непонятной причине, т.к. нет анализа запроса :) Попробуйте способ из ответа ниже, я пожалуй пока воздержусь от каких-то конкретных рекомендаций.

[Владимир Сергеевич]

Евгений Вольф: И на том спасибо!)
Данных чуть больше 250 000 записей. Объем небольшой

Answer 1

[Oleg]

SELECT COUNT(*)
FROM gen_lenta
left join lenta_bundle on lenta_bundle.id=lenta_id
where lenta_bundle.id is not null

Попробуйте такой способ. Обычно работает намного быстрее чем ваш подход.

Так же стоит проверить что у вас есть индексы на все нужные поля

Comments

[Владимир Сергеевич]

Сейчас попробую...

[Владимир Сергеевич]

Работает. Спасибо.
Вот только мне DELETE на самом деле надо сделать а не SELECT COUNT(*)
Это я для примера код приводил

[Владимир]

https://explainextended.com/2009/09/16/not-in-vs-n...

[Oleg]

delete
FROM gen_lenta
left join lenta_bundle on lenta_bundle.id=lenta_id
where lenta_bundle.id is not null

Проверьте конечно же на тестовой базе сначала

[Oleg]

Да, сори, я писал все комментарии для Mysql :) оказывается в Postgreesql Так же всё работает.

[Draconian]

Вы бы пометили вопрос решенным.

Answer 2

[Александр Шелеметьев]

Конструкцию NOT IN лучше применять, если подзапрос возвращает менее десятка-двух записей. Эта конструкция при большом объёме данных сжирает кучу ресурсов, в том числе и оперативной памяти.
Используйте подход Oleg или конструкцию NOT EXISTS