Добрый день всем.
У меня возникла проблема. Имеется приложение, в котором выполняется следующий SQL-запрос:



Где ~~hostid#! и ~~num#! - parameter values - то есть значения которые подставляются при каждом использовании запроса.
Запрос ведется из 3-х таблиц: 
items содержит порядка 7000 записей
hosts - порядка 1000 записей
fixed_settings - около 100 записей
индексы на таблицы не установлены

В конфигах MySQL
long_query_time = 10

В общем, проблема заключается в том, что этот запрос вываливается в slow query log. Эту проблему мне необходимо устранить. 
Каким образом методически правильно решать подобные проблемы?

Я конечно в MySQL не силен но

это Вы жестоко поступили

Первая и третья таблицы использованы дважды. Итого - декартово произведение на полквадриллиона записей... это надо не в slow query log смотреть, а в зеркало...

Добавлено через 1 минуту и 37 секунд
Да и LIMIT 1 без ORDER BY тоже смотрится экзотично...

1) Необходимо разделить критерии объединения и критерии фильтрации. Если существует инвариантность в определении критериив объединения (а она у вас есть), в качестве критериев объединения выбираем те, которое позволяют отсечь большее количество записей, остальные - считаем критериями фильтрации
2) Необходимо выбрать лидирующую таблицу, фильтр по которой отсечет наибольшее количество записей из результата. Ваша выборка извне получает два параметра и один задан константой. В вашем случае лидирующими могут быть наборы  либо it, либо  fs, либо fs2
3) Индексировать в лидирущей таблице те поля, по которым производится отбор. В вашем случае это либо items(hostid), либо fixed_settings(key), либо fixed_settings(search_data).
4) Индексировать в присоединяемых к лидирующей таблицах те поля, по которым производится объединение. 
5) форсить использование индексов и зафиксировать порядок объединения.


На таких объемах, десять секунд выглядят нонсенсом.

Добавлено через 8 минут и 38 секунд
Семантика запроса взорвала мозг, насиловать далее его в поисках дельного совета - не могу более.

Это сообщение отредактировал(а) Zloxa - 17.11.2011, 16:19