Почему очень медленно выполняется запрос mysql?

Question

[Дмитрий Тарасов]

Всем привет!
Есть вот такой запрос.

EXPLAIN SELECT SQL_CALC_FOUND_ROWS
  `t1`.*,
  `ti`.`id_task` `task_id_favorite`,
  `tm`.`id_task` `task_id_hidden`,
  `bw`.`idu` `id_user_white_list`,
  COUNT(DISTINCT `reserved_amount`.`id`) `reserved_amount_task`
FROM
  `tb_task_w` AS `t1`
JOIN
  `tb_task_r` `completed` ON `completed`.`id_user` = 345437 AND `completed`.`id_task` = `t1`.`id` AND `completed`.`status` = 2
LEFT JOIN
  `tb_task_i` `ti` ON `ti`.`id_user` = 345437 AND `ti`.`id_task` = `t1`.`id`
LEFT JOIN
  `tb_task_m` `tm` ON `tm`.`id_user` = 345437 AND `tm`.`id_task` = `t1`.`id`
LEFT JOIN
  `still_block_white` `bw` ON `bw`.`idb` = 345437 AND `bw`.`idu` = `t1`.`id_author`
LEFT JOIN
  `tb_task_r` `reserved_amount` ON `reserved_amount`.`id_task` = `t1`.`id` AND(
    `reserved_amount`.`status` = 0 OR `reserved_amount`.`status` = 1
  )
WHERE
  `t1`.`id` != '' AND `tm`.`id_task` IS NULL
GROUP BY
  `t1`.`id`
ORDER BY
  `t1`.`amount` DESC
LIMIT 0, 30

Он выполняется 7 секунд, я не пойму почему.
Далее я убираю.

LEFT JOIN
  `tb_task_r` `reserved_amount` ON `reserved_amount`.`id_task` = `t1`.`id` AND(
    `reserved_amount`.`status` = 0 OR `reserved_amount`.`status` = 1
  )

И он выполняется очень быстро, за 0.0013 сек.

Или также если убрать это

JOIN
  `tb_task_r` `completed` ON `completed`.`id_task` = `t1`.`id` AND `completed`.`id_user` = 212170 AND `completed`.`status` = 2

Запрос тоже выполняется куда быстрее менее 1 секунды.

Скрин explain'a запроса тяжелого

Скрин explain'a запроса легкого без `tb_task_r` `reserved_amount`

Через какое-то время стало выполнятся около 2 секунд, сделал через профайлер

Выдало такое

Потом еще посмотрел в mysql-slow.log

скрин

там есть запросы и по 17 секунд и считывает по 18 лямов строк, что-то я делаю не так в запросе, но что ?

Кол-во записей в tb_task_r = 153 350
Кол-во записей в tb_task_w = 7 160
Кол-во записей в tb_task_i = 24 918
Кол-во записей в tb_task_m = 101 626
Кол-во записей в still_block_white = 972
Почему так происходит ?

Comments

[Антон]

какое кол-во записей в БД? если много, вероятно стоит попробовать добавить индексы на тяжелое поле

[Дмитрий Тарасов]

Антон,
Кол-во записей в tb_task_r = 153 350
Кол-во записей в tb_task_w = 7 160
Кол-во записей в tb_task_i = 24 918
Кол-во записей в tb_task_m = 101 626
Кол-во записей в still_block_white = 972

Индексы также есть.

[Максим]

первое что бы сделал я, спросил себя, почему у меня `tb_task_r` `reserved_amount` нет привязки к `id_user` как в другой такой же таблице`completed`.`id_user` = 345437, я действительно хотел найти статусы для всех пользователей

AND(
`reserved_amount`.`status` = 0 OR `reserved_amount`.`status` = 1
)
переписал бы AND `reserved_amount`.`status` in (0,1) - для лучшей читаемости

Ну и самое очевидное эта таблица LEFT JOIN `tb_task_r` `reserved_amount` делает перебор для каждой записи, их похоже 18 мил а потом групперует в 134 тыс что и занимает время.

`tb_task_m` таблицу можно написать через exists.

а скорость повторного запуска не показательна, так как данные могут быть в кеши

[Дмитрий Тарасов]

Максим,

почему у меня `tb_task_r` `reserved_amount` нет привязки к `id_user` как в другой такой же таблице`completed`.`id_user` = 345437,

Потому что так я получаю кол-во людей которые начали выполнять задание, то есть зарезервировали бюджет.

[Максим]

тогда еще вопрос, `reserved_amount`.`id` не уникален?

сейчас идет работа по ключу id_task для таблицы tb_task_r, можете показать какие там вообще есть индексы?

[Дмитрий Тарасов]

Максим, primary key(`reserved_amount`.`id`)

[Максим]

я бы предложил Вам такой индекс добавить

CREATE INDEX tb_task_r_idt_s_i ON tb_task_r (id_task, status);