Запрос Mysql тормозит

Есть подписчики, есть рассылка.

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

Lord Maverik, в cms_subscribe есть id подписок, которые не существуют в cms_subscribe_temp?

Если я правильно понял запрос

вы, кроме всего прочего, ищете записи в cms_subscribe_temp соответствия которым нет в таблице cms_subscribe. По крайней мере, LEFT JOIN используется в таких случаях.

Для чего он использован в рамках вашей задачи я не могу понять. Но я с SQL работал последние годы мало, больше с NoSQL (Mongo). С SQL только с PostgresQL (полнотекстовый поиск как замена сфинксу использовали).

Может я неправильно понял задачу, но, как мне кажется, вам нужен простой WHERE, без LEFT JOIN.

ИМХО, лучше разбить на два запроса..

Первым - выбрать то, что по расписанию положено отправить..

Вторым - дёрнуть нужные для отправки данные из другой таблицы, используя конструкцию WHERE id IN (...id-шники из результата первой выборки..)

У меня как-то многоэтажный join запрос в 100 ускорился, когда методом тыка увеличили join_buffer_size. В моем случае до 4M

Переделал в итоге на 2 запроса. И вообще заодно перестроил логику работы. Просто летает теперь )

---------- Добавлено 11.11.2019 в 07:05 ----------

Нет, не верно.

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

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

Ну, я предполагал, что задумывалось другое или же задача первоначально другая стояла :)

Там по идее и одним запросом можно, но двумя даже понятнее и логичнее.