Ниже приведена инструкция SQL внутри хранимой процедуры (усечена для краткости):
SELECT *
FROM item a
WHERE a.orderId NOT IN (SELECT orderId FROM table_excluded_item);
Это заявление занимает 30 секунд или около того! Но если я удалю внутренний запрос SELECT, он упадет до 1 с. table_excluded_item невелик, но я подозреваю, что внутренний запрос выполняется чаще, чем нужно.
Есть ли более эффективный способ сделать это?
используйте 1_
SELECT a.*
FROM item a
LEFT JOIN table_excluded_item b
ON a.orderId = b.orderId
WHERE b.orderId IS NULL
убедитесь, что orderId из обеих таблиц проиндексировано.
Проблема с подходом левого соединения заключается в том, что при создании выходных данных могут обрабатываться повторяющиеся записи. Иногда это не так. . . в соответствии с этим статья, MySQL правильно оптимизирует left outer join, когда столбцы индексируются, даже при наличии дубликатов. Однако я признаю, что остаюсь скептичным, что такая оптимизация происходит всегда.
У MySQL иногда возникают проблемы с оптимизацией операторов IN с подзапросом. Лучшее исправление — коррелированный подзапрос:
SELECT *
FROM item a
WHERE not exists (select 1
from table_excluded_item tei
where tei.orderid = a.orderid
limit 1
)
Если у вас есть индекс для table_excluded_item.orderid, то он будет сканировать индекс и остановится на первом значении (для этого может не быть строго необходимым limit 1). Это самый быстрый и безопасный способ реализовать то, что вы хотите в MySQL.
limit 1 не требуется; анти-соединение в любом случае сделает то же самое. (может быть, что mysql недостаточно умен, чтобы знать это) 05.01.2013 Попробуйте это и сравните со временем запроса LEFT JOIN:
SELECT *
FROM item a
HAVING orderId NOT IN (SELECT orderId FROM table_excluded_item);
Это не одобряется (использование HAVING, когда можно использовать WHERE), поскольку HAVING предполагает, что ограничивающее условие (orderId) является частью набора результатов. Но я думаю, что в этих сценариях это имеет больше смысла (поскольку это часть набора результатов) и потому что понятнее, что происходит, чем подход LEFT JOIN.
На самом деле это может быть немного медленнее, но опубликуйте результаты, чтобы мы знали, лучше ли это, чем ваш исходный запрос.
