Table cache hit rate - стремится к нулю, в чем может быть причина?

Почему Вы уверены, что такие запросы у ТС - есть?

ну и где там написано "откажитесь от join, чтобы не создавались временные таблицы" ?

If there is an ORDER BY clause and a different GROUP BY clause, or if the ORDER BY or GROUP BY contains columns from tables other than the first table in the join queue, a temporary table is created.

iHead добавил 16.11.2011 в 13:19

причины создания временных таблиц известны (ок, соглашусь, что не только из-за джойнов).

раз они создаются, значит такие запросы у ТС есть. значит есть, что оптимизировать :)

хорошо.

теперь чтобы осмыслить это, переведите на русский и прочитайте.

какое слово вам не понятно?

Я вам переведу, если вы не осилили:

Т.е. не при всех join создаются временные таблицы.

с этим я не спорю.

Что значит "не только"? Это просто несвязанные вещи.

А почему Вы считаете, что они не оптимизированны? Создаются временные таблицы, и? Если это настолько фатально - ORDER BY & GROUP BY в запросах с JOIN (данный сценарий подробно описан в документации) просто не было бы.

Я не вижу вообще пока реальной проблемы - в этом, собственно, и есть основная проблема у ТС.

я предложил переписать запросы без джойнов.

понятно, что там где это необходимо. я не утверждаю, что они есть у ТС, но с большой вероятностью есть (временные таблицы обсуждать начали до меня в этой теме).

отсюда и пошел сыр-бор. временные таблицы могут возникать при использовании join.

тут я поспешил с ответом, не внимательно прочитав вопрос.

конечно, там этого не было сказано.