Сильное зависание MYSQL - "Copying to tmp table"

yura5, sql запрос неполный написали, что после where? есть ли группировка? в мануалах и пишут что параметр tmp_table_size отвечает за ускорение обработки группирующих запросов (если я правильно понял), из-за того что вы обнулили, вероятно, вы дали разрешение использовать максимально возможное значение, поэтому все и виснет.

теоретически mysqltuner фигни не посоветует.

Надо кешировать результат этого запроса, скажем на несколько часов...

yura5, укажите еще так - tmpdir = /dev/shm, что бы временные таблицы создавались в памяти.

1. Запрос не полный

2. SHOW PROCESSLIST в Mysql вряд ли адекватный :)

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

4. EXPLAIN в студию

Так запросы не пишут!

Тут может быть полное объединение таблиц :)

Нужно использовать JOIN:

FROM 

	wp_posts P

JOIN

	wp_term_relationships R ON (R.some_field = P.some_field)

JOIN

	wp_term_taxonomy T ON (T.some_field = R.some_field)

Если помогло, то ок. :)

У самого часто висят запросы с такой информацией в SHOW PROCESSLIST.

Дивно, что отключение временные таблиц в памяти решило проблему. :)

Полный запрос:

---------- Добавлено 08.02.2017 в 14:18 ----------

Так наоборот, вещало mysql раньше, когда значения была больше нуля.

Сейчас поставил 0 вроде нормально

Не понятно почему...

---------- Добавлено 08.02.2017 в 14:19 ----------

А что это даст, если таких запросов сотни... или тысячи

---------- Добавлено 08.02.2017 в 14:20 ----------

Нужно заменить строку:

???

---------- Добавлено 08.02.2017 в 14:22 ----------

FROM 

	wp_posts P

JOIN

	wp_term_relationships R ON (R.some_field = P.some_field)

JOIN

	wp_term_taxonomy T ON (T.some_field = R.some_field)

Спасибо

Запрос полный выше, посмотрите пожалуйста.

Проблема в том, программист который делал это все, ушел.

Можно ли решить проблему увелечением join_buffer_size? Или еще как-то

Да, и следует убедиться, что памяти есть свободных tmp_table_size МБ

Подобные проблемы лучше решать оптимизацией запросов или структуры БД, чем добавлением ресурсов.

Это самописный запрос или CMS его сама генерирует?

SELECT 

	DISTINCT P.ID

FROM 

	wp_posts P

JOIN 

	wp_term_relationships R ON (R.object_id = P.ID)

JOIN 

	wp_term_taxonomy T ON (T.term_taxonomy_id = R.term_taxonomy_id AND T.term_id = 685)

WHERE

	1

	AND P.post_status = 'publish' 

	AND P.post_type = 'post' 

	AND P.post_date < NOW()

Какой EXPLAIN у Вашего и моего запроса?

Мой

id select_type table type possible_keys key key_len ref rows Extra

1 SIMPLE wp_term_taxonomy ref PRIMARY,term_id_taxonomy term_id_taxonomy 8 const 1 Using temporary

1 SIMPLE wp_term_relationships ref PRIMARY,term_taxonomy_id term_taxonomy_id 8 site-bd.wp_term_taxonomy.term_taxonomy_id 90

1 SIMPLE wp_posts eq_ref PRIMARY,type_status_date PRIMARY 8 site-bd.wp_term_relationships.object_id 1 Using where

Ваш запрос:

id select_type table type possible_keys key key_len ref rows Extra

1 SIMPLE T ref PRIMARY,term_id_taxonomy term_id_taxonomy 8 const 1 Using temporary

1 SIMPLE R ref PRIMARY,term_taxonomy_id term_taxonomy_id 8 site-bd.T.term_taxonomy_id 90

1 SIMPLE P eq_ref PRIMARY,type_status_date PRIMARY 8 site-bd.R.object_id 1 Using where

---------- Добавлено 10.02.2017 в 18:44 ----------

Запрос самописный, отдельный скрипт заливает данные в БД

EXPLAIN-ы как бы одинаковые.

Только я хз, почему

в первой таблице "const 1 Using temporary"

То есть выбирается по индексу 1 строка, но используются временные таблицы :)

Можно запрос переписать так:

SELECT 

	P.ID

FROM 

	wp_posts P

JOIN 

	wp_term_relationships R ON (R.object_id = P.ID)

JOIN 

	wp_term_taxonomy T ON (T.term_taxonomy_id = R.term_taxonomy_id AND T.term_id = 685)

WHERE

	1

	AND P.post_status = 'publish' 

	AND P.post_type = 'post' 

	AND P.post_date < NOW()

GROUP BY

	P.ID