Как оптимизировать данный запрос?

Question

[Иван Выров]

Добрый день!
Подскажите как оптимизировать данный MySQL запрос

SELECT registry.id, registry.reg_num, registry.reg_date, registry.Theme, registry.List_doc, registry.List_add, registry.Contractor, registry.type_send, registry.Send_date 
FROM registry INNER JOIN recipients ON recipients.letterId = registry.id 
WHERE registry.reg_date like '2016-12' 
GROUP BY registry.id 
ORDER BY registry.reg_num ASC

Иногда время запроса уходит в 15 секунд - что не есть хорошо

EXPLAIN

+----+-------------+------------+-------+-----------------------+----------+---------+------------------+------+----------------------------------------------+
| id | select_type | table      | type  | possible_keys         | key      | key_len | ref              | rows | Extra                                        |
+----+-------------+------------+-------+-----------------------+----------+---------+------------------+------+----------------------------------------------+
|  1 | SIMPLE      | registry   | index | PRIMARY,LetterId,Date | PRIMARY  | 4       | NULL             |   47 | Using where; Using temporary; Using filesort |
|  1 | SIMPLE      | recipients | ref   | LetterId              | LetterId | 4       | work.registry.id |    1 | Using index                                  |
+----+-------------+------------+-------+-----------------------+----------+---------+------------------+------+----------------------------------------------+

Comments

[AlikDex]

у вас колонка с датой строка, таймштамп, или полноформатный date тип? (нужно избавится от like)
Индекс есть по нему?
Добавить индекс для одиночной колонки таблицы registry reg_num ну это так сходу

Answer 1

[Макс]

выкладывайте EXPLAIN запроса - что там у Вас с индексами никто предсказать не может.
пока, на вскидку - LIKE. это без индекса - и это трэш на нормальных объемах. тем более что у вас LIKE не по части строки - нафига он тут вообще?

Comments

[Илья Караваев]

Тут хорошо бы еще и структуру таблицы, like явно не просто так используется для поля с датой.

[Макс]

Илья Караваев: соглашусь. однако EXPLAIN толком ничего не прояснил. По крайней мере - не для 15 сек.

[Иван Выров]

Илья Караваев: Макс: Добавил скрины структуры

[Иван Выров]

Макс: да действительно, как то с полем дата я пролетел уберу Like и поставлю >=

[Илья Караваев]

Иван Выров: еще имеется множество функций для работы с датой и временем. С >= запрос выполнился быстрее?

[Иван Выров]

да, появилось ускорение на пару секунд

Answer 2

[AlikDex]

Насколько я понял нужна выборка по месяцу? Как-то так.

SELECT @dt:=EXTRACT(YEAR_MONTH FROM '2016-12-01'); -- Дополнить вашу дату до полного формата
SELECT id, reg_num, reg_date, Theme, List_doc, List_add, Contractor, type_send, Send_date 
FROM registry
WHERE EXTRACT(YEAR_MONTH FROM reg_date) = @dt AND EXISTS(SELECT `letterId` FROM `recipients` WHERE letterId = registry.id LIMIT 1)
ORDER BY reg_num ASC

Поскольку с реципиента вы ничего не выбираете, значит можно проверить просто его существование. Тогда отпадает необходимость в группировке.
и отдельный индекс по reg_num
Также проверить индекс на reg_date Чот судя по експлейну его нет =)

Comments

[Иван Выров]

да, все верно, нужна выборка по месяцу, сейчас попробую и отпишусь. Заранее спасибо

[Иван Выров]

Спасибо, помогло

[AlikDex]

Сколько запрос стал по времени?

[Иван Выров]

5-6 сек уже гораздо комфортнее работать, думаю тут еще дело и в железе м.б. оно тормозит

[AlikDex]

Иван Выров: все равно много. Индексы проставили?

[Иван Выров]

Индексы поставил.
Думаю проблема в железе так как на домашнем ПК это дело уходит в ~0.4-1 сек