Пост просто изобилие входных данных.
Лишь предположения. Остаётся только ждать.
Ещё не забывайте, что само нахождение в ЯК давало прибавку к ТИЦ-у. Поэтому скорее всего будет значительные изменения при обновлении.
\
Он её всю перебирает из-за того что нет индекса на поле.
Всё это качели из-за массового обновления. Пока они не включают аддурелку т.к. нужно переобойти практически весь интернет. Это дело очень не быстрое, даже для гугла.
Есть такое. Возможно идёт внутренний пересчёт и перенос базы.
А какая разница, если ничего менять нельзя в структуре?
Ничего у вас быстро не выполняется. Вы не учитываете накладные расходы.
Если у вас myisam, тогда у вас проблема в индексах.
user_name обязательно установите индекс и скорость возрастёт в разы.---------- Добавлено 17.04.2018 в 16:13 ----------Также смотрите параметры:
max_heap_table_size - Used with GROUP BY
sort_buffer Used with - ORDER BY and GROUP BY
У вас индексы проставлены в user_name и в user_id?
Также COUNT(*) в InnoDB всегда выполняется долговато.---------- Добавлено 17.04.2018 в 16:02 ----------Также зачем вам SQL_NO_CACHE? Чисто для теста? В реальности, пусть закеширует и всё.
Конечно, а как иначе по вашему домену будет находить сервер то?
