Как правильно делать PARTITION в Mysql?

Question

[Хуршед Абдужалил]

Есть таблицы записей с 6 млн записями, выборки даже простые бывают медленно выполняются. У каждой записи есть колонка город (120 городов) стоит ли разбить по городам ? И вообще поможет ли для оптимизации партиционирование?

SELECT distinct(product.id), product.id,
               product.name,
               product.description,
               product.city_id,
               product.price,
               product.company_name,
               product.timestamp_update,
               product.company_id,
               city.name as city_name
FROM `product_to_tag` `v2t`
JOIN `product` ON product.id = v2t.product_id
JOIN `product_to_city` `vtc` ON product.id = vtc.product_id
JOIN `city` `c` ON c.id = vtc.city_id
LEFT JOIN `city` `city` ON city.id=product.city_id
LEFT JOIN `company` ON company.id=product.company_id
WHERE ((`product`.`publish` = 1)) AND (product.id !=  5016460) AND (c.id = 99 or c.parent_id = 99) AND ((`v2t`.`tag_id` IN (65, 181, 228, 1135)))
ORDER BY `product`.`timestamp_update` DESC LIMIT 30;

таблица product

индексы

product_to_tag

product_to_city

company

city


explain

Answer 1

[Boris Köln]

6М - это мало. Надо не партиционировать таблицу, а правильно писать запрос и, возможно, построить индексы.
https://dev.mysql.com/doc/refman/5.7/en/explain.html

Comments

[Хуршед Абдужалил]

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

[Boris Köln]

По вопросу "что-то что-то тормозит" ничего больше не смогу подсказать.

Когда будет
1. полная структура таблицы с индексами,
2. запрос
3. его exlain
- тогда можно будет продолжить обсуждение.

[Хуршед Абдужалил]

Boris Korobkov, дополнил вопрос

[Boris Köln]

1.
"using temporary", "using filesort" - очень плохо.
"using where" - так себе, лучше добейтесь "using index"

2.
Много лишних индексов. Например, дубли "publish". И "timestamp_update" / "timestamp_update, publish". Неиспользуемые тоже лучше удалить.

3. зачем дважды джойнить city?

4. если основная таблица product_to_tag, то попробуйте первичный ключ сделать "tag_id, product_id"

5. Надо убрать company из запроса

6. Можно убрать city из запроса, а город получать потом отдельным запросом.

7. Можно убрать order by

[Хуршед Абдужалил]

Boris Korobkov,

using temporary", "using filesort" - очень плохо.
"using where" - так себе, лучше добейтесь "using index"

можете подсказать как решить эту проблему?

2. Насчет publish решили там должен быть другое поле, а именно delete

3.

4. ALTER TABLE `product_to_tag`
ADD PRIMARY KEY `tag_id_product_id` (`tag_id`, `product_id`),
DROP INDEX `PRIMARY`; так?

5. так же сделать отдельным запросом выборка company по company_id ?

6. Имеете ввиду LEFT JOIN city? и сделать запрос отдельный по city_id

7. Ну тут думаю не уместно убирать, так как товары последний выводить первыми лучше

[Хуршед Абдужалил]

Boris Korobkov, после удаления order by исчезли using temporary , using filesort но как то не хочется отказаться от сортировки