Документация MySQL, описывающая использование расширений индекса, дает следующую таблицу в качестве примера, а затем следующий запрос:
CREATE TABLE t1 (
i1 INT NOT NULL DEFAULT 0,
i2 INT NOT NULL DEFAULT 0,
d DATE DEFAULT NULL,
PRIMARY KEY (i1, i2),
INDEX k_d (d)
) ENGINE = InnoDB;
SELECT COUNT(*) FROM t1 WHERE i1 = 3 AND d = '2000-01-01';
InnoDB внутренне преобразует индекс k_d
чтобы включить первичный ключ в конец. То есть фактический индекс k_d
будет k_d
(d, i1, i2)
, три столбца.
В документации далее объясняется, что (внимание мое):
Оптимизатор не может использовать первичный ключ в этом случае, поскольку он содержит столбцы (i1, i2), и запрос не относится к i2. Вместо этого оптимизатор может использовать вторичный индекс k_d on (d), а план выполнения зависит от того, используется ли расширенный индекс.
Я смущен приведенным выше выражением. Сначала говорится, что i1
недостаточно для использования индекса первичного ключа из двух столбцов (i1, i2)
. Затем во втором предложении говорится, что можно использовать индекс k_d
on (d, i1, i2)
, несмотря на то, что используются только d
и i1
, а i2
отсутствует.
Мое общее понимание индексов в MySQL и в других вариантах SQL заключается в том, что левая часть индекса может использоваться, если присутствует подмножество всех столбцов в индексе, начиная с левой.
Что отличается от индекса первичного ключа (кластеризованного) и некластеризованного вторичного индекса, который позволяет последнему использовать частичный индекс, но первый не может?