Как оптимизировать запрос в MySQL при JOIN выборке по условиям из обеих таблиц?

Я подразумеваю под этим использование индексов при выборке данных из обоих таблиц. На скриншоте, который я кидал выше, mysql сам сделал straight_join. Основной он выбрал таблицу queries_states и приджоинил queries. В queries_states он использовал ключ для отсева строк, а в приджоиненой таблице q.state = 'valid' and q.used = 'nobody' строки фильтруются без индекса просто перебором. Насколько я понял, это такая особенность mysql. Да, 2ms выходит многовато для моей задачи. Если исключить из условия q.state = 'valid' and q.used = 'nobody', то отрабатывает как надо - быстро.

Как оптимизировать запрос в MySQL при JOIN выборке по условиям из обеих таблиц?

@Shahelm Вообще, не особо хотелось бы делать денормализацию. А БД, которые могут использовать индексы при JOIN'е таблиц нет? Postgre, например, или еще что-нибудь?

Как оптимизировать запрос в MySQL при JOIN выборке по условиям из обеих таблиц?

@Shahelm Жаль, что нет. Кстати, мне советовали MongoDB, не знаете про нее, как она в деле на сложных запросах?

Как оптимизировать запрос в MySQL при JOIN выборке по условиям из обеих таблиц?

Добавил, но мускул решил не использовать ключ в queries_states и продолжил сыпать Using temporary; Using filesort. После FORCE KEY стало получше:

Но профилирование говорит что много времени тратится на Sending Data:


Если и его как-то уменьшить, то было бы просто замечательно. А вообще, я уже пробовал и с этим индексом, и заставлял работать через FORCE KEY, некоторые запросы приходилось делать через STRAIGHT JOIN для ускорения работы, очень странно, что мускул не может выбрать оптимальный путь на сложных запросах.
Я всерьез уже который раз задумываюсь о смене СУБД на ту, которая сама будет понимать, как надо сделать хорошо без моих насильных указаний что и как делать. Быть может кто-нибудь подскажет на какую СУБД стоит обратить внимание?

Как выбрать запись на основе ограниченного количества записей дочерней таблицы?

А если делать

SELECT * FROM `table1` as `t1` WHERE (
	SELECT count(*) as `error` FROM 
	(
			(SELECT `result`  FROM `log` as `l` WHERE `l`.`name_id` = `t1`.`id`AND `type` = 'type1' ORDER BY `l`.`id` DESC LIMIT 3)
		UNION ALL
			(SELECT `result`  FROM `log` as `l` WHERE `l`.`name_id` = `t1`.`id` AND `type` = 'type2' ORDER BY `l`.`id` DESC LIMIT 3)
		UNION ALL
			(SELECT `result`  FROM `log` as `l` WHERE `l`.`name_id` = `t1`.`id` AND `type` = 'type3' ORDER BY `l`.`id` DESC LIMIT 3)
	) as `e`
	WHERE `result` = 'error') < 9

то получаю ошибку
#1054 - Unknown column 't1.id' in 'where clause'
видимо, t1.id не пробивается через второй SELECT.

Как выбрать запись на основе ограниченного количества записей дочерней таблицы?

@DDanya С JOIN не получается соединить таблицы через вложенный SELECT. Можно узнать, как его сделать конкретно, минуя второй SELECT, который SELECT count(*) as `error` для моего примера?

Как осуществить потоконезависимую выборку записи из MySQL?

Спасибо за статью. Транзакции выглядят очень привлекательно, но как в транзакции использовать значение из SELECT?

Вот к примеру:
Старт транзакции;
SELECT `id` FROM `table` ORDER BY `last_use` LIMIT 1
Получаем значение в переменную, запоминаю ее для update // - но, как я понимаю, переменную нельзя получить до выполнения commit, как быть?
UPDATE `table` SET `last_use` = NOW() WHERE `id` = Значение_переменной_из_селекта;
конец транзакции;