Mysql индекс нескольких столбцов с использованием неправильного индекса

Question

Mysql индекс нескольких столбцов с использованием неправильного индекса

0

У меня есть индексы по таблице продуктов:

ПЕРВИЧНЫЙ
products_gender_id_foreign
products_subcategory_id_foreign
idx_products_cat_subcat_gender_used (индекс нескольких столбцов)

QUERY:

select 'id', 'name', 'price', 'images', 'used'
from 'products'
where 'category_id' = '1' and
      'subcategory_id' = '2' and
      'gender_id' = '1' and
      'used' = '0'
order by 'created_at' desc
limit 24 offset 0

Вопрос:

Почему mysql использует индекс

products_subcategory_id_foreign

внедрен

idx_products_cat_subcat_gender_used (индекс нескольких столбцов)

ЗДЕСЬ ОБЪЯСНЯЕТ:

1 ПРОСТОЙ продукт NULL ref products_gender_id_foreign, products_subcategory_id... products_subcategory_id_foreign 5 const 2 2.50 Использование условия индекса; Использование где; Использование filesort

Nikola Vi 18 авг. 2018, в 01:05

Источник

5

Кажется, у вас очень мало строк, поэтому конкретный индекс не имеет значения.
Gordon Linoff 17 авг. 2018, в 22:27
3

Любой вопрос по оптимизации запроса должен включать вывод команды SHOW CREATE TABLE <name>
Bill Karwin 17 авг. 2018, в 22:33
0

Несмотря на то, что трудно читать имена вашего индекса, created_at потенциально может быть добавлен в конец индекса. Старайтесь не указывать число, если поля являются числовыми.
danblack 18 авг. 2018, в 06:26
0

Вам нужно добавить индекс к created_at чтобы, возможно, избежать filesort .
Luis Muñoz 23 авг. 2018, в 13:44
0

Пожалуйста, не махайте рукой; предоставьте SHOW CREATE TABLE чтобы мы могли точно видеть, какие у вас есть индексы, а также типы данных и другие вещи.
Rick James 27 авг. 2018, в 04:48
1

@ LuisMuñoz - Добавление created_at не избежать FileSort , если индекс также не обрабатывает все WHERE .
Rick James 27 авг. 2018, в 04:56

Показать ещё 4 комментария

Теги:

mysql

optimization

sql

indexing

query-optimization

2 ответа

Ещё вопросы

Кажется, у вас очень мало строк, поэтому конкретный индекс не имеет значения.
Любой вопрос по оптимизации запроса должен включать вывод команды SHOW CREATE TABLE <name>
Несмотря на то, что трудно читать имена вашего индекса, created_at потенциально может быть добавлен в конец индекса. Старайтесь не указывать число, если поля являются числовыми.
Вам нужно добавить индекс к created_at чтобы, возможно, избежать filesort .
Пожалуйста, не махайте рукой; предоставьте SHOW CREATE TABLE чтобы мы могли точно видеть, какие у вас есть индексы, а также типы данных и другие вещи.
@ LuisMuñoz - Добавление created_at не избежать FileSort , если индекс также не обрабатывает все WHERE .

Arturo Seijas · Answer 1 · 2018-08-23T13-48-00.000Z

Как поясняется в документации MySQL, индекс может быть проигнорирован в некоторых случаях. Те, которые могут применяться в вашем случае, поскольку один из индексов уже используется, следующие:

Вы сравниваете индексированные столбцы с постоянными значениями, и MySQL вычислил (на основе дерева индексов), что константы покрывают слишком большую часть таблицы и что сканирование таблицы будет быстрее. См. Раздел 8.2.1.1, "Оптимизация предложения WHERE".
Вы используете ключ с низкой мощностью (многие строки соответствуют значению ключа) через другой столбец. В этом случае MySQL предполагает, что с помощью ключа он, вероятно, будет выполнять многие ключевые поисковые запросы и что сканирование таблицы будет быстрее.

Я предполагаю, что значения category_id недостаточно разрежены

Rick James · Answer 2 · 2018-08-27T02-01-00.000Z

Как я сказал здесь, это

where 'category_id' = '1' and
      'subcategory_id' = '2' and
      'gender_id' = '1' and
      'used' = '0'
order by 'created_at' desc
limit 24 offset 0

требуется составной индекс из 5 столбцов:

INDEX(category_id, subcategory_id, gender_id, used,  -- in any order
      created_at)

чтобы добраться до значения LIMIT, тем самым не нужно брать много строк и сортировать их.

Что касается вашего фактического вопроса о том, какой индекс он выбрал... Вероятно, мощность одного неадекватного индекса была лучше, чем у другого.