Ну это уже совсем другой запрос, теперь таблица wp_term_taxonomy в нем не участвует, кортежи должны быть разные теперь. Не из-за этого?
Вот, это уже нормально, быстро. Видно, что тормоза у вас идут на "Using temporary; Using filesort". Теперь уберите лишние столбцы, которые не нужны, из условия запроса (вместо wposts .* перечислите конкретные столбцы, которые используются в коде; если используются все - то можете оставить *), уберите из запроса "IGNORE INDEX (PRIMARY,type_status_id_date)" и увеличьте параметры sort_buffer_size и read_rnd_buffer_size для начала в 2 раза.
Изменится ли результат с order by?
А как у вас определяется, кому "даётся", а кому - нет?
Все равно многовато. Теперь еще LEFT JOIN -> INNER JOIN сделайте и покажите план выполнения.
А если убрать ORDER BY, сильно изменится время выполнения? Если да, то крутите sort_buffer_size или думайте над размещением временных файлов для сортировки на SSD.
вам точно нужен LEFT JOIN, а не простой INNER JOIN?
индексы на поля, по которым идет соединение и фильтрация в условиях запроса, стоят?
mysqltuner что на ваш конфиг говорит?
http://habrahabr.ru/post/204464/
http://dev.mysql.com/doc/refman/5.0/en/fulltext-search.html
По граммам или более крупными партиями? 🍾
Надо еще основной домен обязательно там вводить (www.домен не нужно). Я вводил
sitename.net
spb.sitename.net
msk.sitename.net т.д.
Подтверждал, правда, не по почте, а вторым способом, html файл на основой сайт sitename.net. У доменов .ru whois данные обычно закрыты же, поэтому проверка не сможет пройти.
