Здравствуйте!

Есть запрос вида:

SELECT id
FROM t1
WHERE ((key_part1 = [value11] AND key_part2 = [value12]) OR (key_part1 = [value21] AND key_part2 = [value22])) AND flag = 1
ORDER BY key_part3 DESC
LIMIT N, M;

Если убрать OR, то индекс (key_part1, key_part2, key_part3) будет работать.
Но этот OR нужен, надо как оптимизировать исходный запрос. Просто индексами, мне кажется, тут отделаться не получится, поэтому нужны другие идеи.

Табличка t1 состоит из более чем 500кк записей. Возможных сочетаний key_part1+key_part2 десятки миллионов. Есть случаи, когда запрос без LIMIT возвращает сотни тысяч записей, и мускулю приходится их все сортировать.

Заранее спасибо за ответы!

Akina,

переписывать на union нету смысла. т.к. сортировка временной таблицы будет все равно без индекса - по сути получаем то же самое
flag = 0 встречается крайне редко, в основном flag = 1, поэтому нету смысла его включать в индекс, только лишний вес даст индексам //у этой таблички и так 25гб индексов

полагаю, что вы предлагаете, то же самое, просто другой синтаксис
explain все равно показывает using filesort
тут без смены архитектуры таблиц не обойтись

я о таком синтаксисе не знал, очень удобный, за это спасибо