Получится бессмыслица - у меня ведь условиями CONCAT_WS собираются части урла и формируются ссылки на
фирмы из tables1_items в указанном диапазоне координат и данной категории и разделе.
Составной индекс по гео лат-лонг уже есть
Все работает - с INNER JOIN 4 сек, с LEFT JOIN - 0,005 = быстрее в 800 раз !!! :))) и это не кеш, я проверил добавляя SQL_NO_CACHE
К сожалению это основной актив и контент сайта, сори.... Да и как бы сейчас меня все устраивает - я не понимаю механизм - почему LEFT быстрее INNER именно в этом случае, но я получил ускорение с 4 сек. до 0,05 а результат запрос не изменился.
В общем все супер :))
насколько я понимаю это (com_group) выбирает из огромной таблицы комментов (на 300.000) записей, комменты для конкретного раздела сайта
4,5 сек
6,02 сек
:)) фиг его знает но пока рекордсмен с тремя LEFT с фантастическими 0.005
Неизвестный столбец 't2.object_id' в 'on clause'
table1 самая большая - более 300.000 записей
table2 - примерно 25000
остальные мизер. На всех полях что участвуют в объединении есть индексы. Результат запроса одинаков абсолютли---------- Добавлено 23.09.2017 в 13:04 ----------
Попробовал ваш запрос - результат тот же - время выполнения 4,4 сек. т.е. дольше всех
Chukcha, ну вы мастер - спасибо! :)))
только что понял что моя логика не верна. Если удалить у фирмы работников, то счетчик уже не обновлится при таких запросах....
Надо че-то еще придумать.
Вот эксплейн вашего запроса