Почему порядок выполнения предложений о выполнении?

Question

У меня проблема с тем, где порядок заказа.

Я видел от других вопросов, порядок, где положение не влияет на производительность запросов SQL, но мои изменения производительности запросов, как я могу изменить порядок.

select sql_no_cache idx 
from rr 
where (timestamp >= '2016-11-28' and timestamp <= '2016-12-28') 
    and ((select name from xx where midx=rr.midx) like 'test' 

быстрее, чем

select sql_no_cache idx 
from rr 
where ((select name from xx where midx=rr.midx) like 'test' 
    and (timestamp >= '2016-11-28' and timestamp <= '2016-12-28') 

таблицы Гг имеет индекс 'IDX', 'midx' и 'временную метку'

Любая идея, почему ??

Answer 1

Если вся информация легко доступна, оптимизатор будет смотреть на все части WHERE, а затем решить, какие части, чтобы сделать первый. Когда заказ семантически неуместен, заказ игнорируется.

Одно правило, на самом деле предназначены в качестве оптимизации, является то, что MATCH...AGAINST будет выполняться первым.

Однако в некоторых ситуациях (например, у вас) Оптимизатор не имеет понятия, какая часть будет лучше. Поэтому он отпал, надеясь, что пользователь лучше знает; короткое замыкание может существенно повлиять на производительность.

Скобки не контролируют порядок, только семантику. (Часто они просто лишние.)

(select name from xx where midx=rr.midx) like 'test' может быть превращены в EXISTS (SELECT * FROM xx WHERE midx=rr.midx AND name = 'test') - Оптимизатор действительно понимает EXISTS(...) и делает работу лучше, чем ваши композиции.

"таблица р-р имеет индекс 'IDX', 'midx' и '' метки времени" - неоднозначное. Это три индекса из 1 столбца? Или один трехкомпонентный составной индекс? (Существует большая разница.) Это желательно:

rr: INDEX(timestamp) 
xx: INDEX(midx, name) 

Answer 2

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

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

This SO has some info on this.

And also this one, marked as duplicate as the former.