Как оптимизировать скорость запроса с использованием индексов MySQL?
Имеется монструозный запрос, который хорошо бы оптимизировать. Сам запрос переписывать возможности нет, а вот добавить нужные индексы было бы весьма кстати.
Вот пример :
здесь используется p .`id_product` , но как мы видим этот столбец не имеет самостоятельного индекса. Он используется в составном :
правильно ли я понимаю, что здесь нужно создать индекс специально для `id_product` ?
Нет, отдельный индекс по id_product использоваться не будет. Зачем брать индекс, находить значения по нему и затем искать их по первичному ключу (в innodb кластеризация по первичному ключу же), если можно искать сразу по первичному ключу?
Вот если бы первичный индекс был id_shop & id_product - тогда да, индекс по id_product был бы полезен.
Спасибо за ответ! Вот здесь и хочу разобраться. Я думал у нас создается нечто вроде хэша по двум столбцам, а следовательно этот общий хэш для поиска по одному из друх столбцов входящих в него не может быть полезным.
Значит если мы ищем id_product - индекс id_product & id_shop нам подходит. А если бы мы например искали бы id_shop , то данный индекс на бы не пригодился. И следовало бы использовать либо чистый id_shop индекс , либо тот где id_shop идет первым номером?
А если мы имеем дело не с PRIMARY индексом, а с другим, тоже составным?
Нет, никаких хешей. Для btree в целом характерен поиск слева, без разницы, уникальный он, первичный или ещё какой. Для поиска по a=5 and b=6 подойдут индексы по a& b, b & a, a & b & c. Но для поиска по b = 6 and c = 2 индекс a & b & c не подходит, а b & a будет использовать только часть индекса. Это, кстати, будет видно в explain по длине key_len
Вот вроде бы неплохая статья о составных индексах: habrahabr.ru/post/70640
