Есть таблица base1.table1
в таблице около 200 000 записей

Key1 - ключевое поле INTEGER AUTOINCREMENT
Key2 - INTEGER подстановка из другой таблицы много повторяющихся значений
Number - VARCHAR произвольные повторяющиеся значения в том числе и имеющие значение '0'

Index1 - Key1
Index2 - Key2
Index3 - Number
------------------------
Key1 | Key2 | Number |
------------------------
1 | 2 | 1a5b |
2 | 4 | 89er |
... ... ...
189456| 2 | 0 |

Нужно выбрать значения Key2 где Number = '0' но только те значения, где количество всех значений в поле Number больше 1 (вместе с нулевыми значениями). Например Key2 = 2 имеет значение Number = '1a5b' и '0' и поэтому подпадает под критерий.

SELECT t.Key2, Count(t.Key1)
FROM base1.table1 t
WHERE t.Key2 IN (SELECT Key2 FROM base1.table1 t
WHERE t.Number = '0')
GROUP BY t.Key2
HAVING Count(t.Key1) > 1

Сервер Linux Fedora Core 2 mysql-5.0.2-alpha-nightly-20040926

Проц на линухе загружен на 100% процессом mysqld. Запрос выполняется за 15 минут.

Простые запросы выполняет быстро.

Где грабель???

Запустил EXPLAIN. Он показал, что основной запрос не использует индексы. Применил команду FORCE INDEX. Время выполнения запроса упало с 15 минут до 3 минут. Но это всё равно много.

Куда можно ещё копнуть?

Олег Олегович

Тока я бы сделал так:


Результат: 1.59 сек!

Интересное решение. Надо попробовать...

Спасибо! Получилось!!!

Олег Олегович
Кажись, " перему дриваем":)
Как уже справедливо заметил Александр Прокопюк , похоже, запрос


делает то же самое.

Этот запрос ничего не возвращает. А должно быть 6864 записи.
И этот запрос не может ничего выдать, потому как значений Key2 имеющих количество значений Number = '0' болше одного просто не существует.
Короче говоря этот запрос находится за рамками условия задачи. А вот запрос с логическим отображением таблицы и связыванием - работает. Красивое решение. Выполняется на моей технике мгновенно.

И всётаки в пятом мускуле остались грабли с операторами (и не удивительно - всётаки альфа). В любом случае не должен запрос так долго выполняться. Как я понимаю механизм исполнения вложенных запросов, сначала производится выборка по внутреннему селекту с созданием временной таблицы и связыванием по условию . Это практически то же отображение и связывание, только по уже отобранным данным, а значит и работать должно быстрее.