mysql联合索引顺序变了会走索引吗-CFANZ编程社区

MySQL联合索引顺序变更与索引使用

在数据库设计中，索引是优化查询性能的一种重要手段。MySQL中的联合索引（Composite Index）是由多个列组合而成的索引。为了确保数据库查询的高效性，了解联合索引的顺序是非常重要的。

什么是联合索引？

联合索引是一个包含多个列的索引。当一个查询条件中包含联合索引的顺序时，数据库可以利用这个索引来加速查询。在实际使用中，联合索引的列顺序直接影响索引能否被有效使用。

索引顺序对查询的影响

在创建联合索引时，假设我们有一个表 orders，包含 user_id, order_date, amount 三个字段。我们创建联合索引的 SQL 语句如下：

CREATE INDEX idx_user_date ON orders (user_id, order_date);

如果一个查询的条件依赖于这三个字段的组合，如下：

SELECT * FROM orders WHERE user_id = 1 AND order_date = '2023-01-01';

这种情况下，索引会被有效使用，因为查询条件中的列顺序与索引创建时的顺序一致。

但是，如果我们尝试以下查询：

SELECT * FROM orders WHERE order_date = '2023-01-01' AND user_id = 1;

这个时候，由于 order_date 在联合索引中的位置不匹配，MySQL 可能无法使用该索引或使用的效率较低。

代码示例

以下是两个不同查询和它们执行计划的示例：

使用联合索引：

EXPLAIN SELECT * FROM orders WHERE user_id = 1 AND order_date = '2023-01-01';

此查询会显示利用 idx_user_date 索引的执行计划，表明索引被有效使用。

不使用联合索引：

EXPLAIN SELECT * FROM orders WHERE order_date = '2023-01-01' AND user_id = 1;

执行计划不会显示使用 idx_user_date 索引，这就表明因为顺序问题，该索引没有被利用。

联合索引的优化策略

为了优化联合索引的使用，建议遵循以下准则：

优先选择过滤性强的列：通常，将选择性强的列放在前面，如 user_id，能有效提升索引的利用率。
考虑查询模式：在创建索引前，考虑数据访问模式和查询频率，合理设计索引的列顺序。
避免冗余索引：如果某两个列的组合已经建立了联合索引，那么再为其中某一列单独建立索引是多余的。

Gantt图表显示索引使用情况

接下来，我们使用 Gantt 图展示索引的使用情况。假设数据的增删改查过程，我们以时间路径的方式展示索引的影响。

gantt
    title 索引使用时间线
    dateFormat  YYYY-MM-DD
    section 查询使用
    使用索引的查询      :a1, 2023-01-01, 2d
    不使用索引的查询    :a2, 2023-01-03, 2d
    section 结果反馈
    有效利用索引结果    :a3, after a1, 3d
    低效结果调整方案    :a4, after a2, 3d