在 MySQL 表关联中是否需要遵循联合索引的最左匹配原则？-开发者社区

在进行数据库表关联时，如何高效利用索引是每个开发者需要掌握的核心技能之一。今天，我们将深入探讨一个常见的误解：联合索引在表关联时是否因为关联条件顺序与联合索引顺序不一致而不使用索引？

一、背景

在 MySQL 中，联合索引（Composite Index）被广泛用于优化查询性能，尤其是在多表关联和复杂查询中。对于联合索引，MySQL 的最左匹配原则是其优化的核心思想之一。

然而，很多开发者在实际操作中会产生一个疑问：

当我们进行表关联时，联合索引的列顺序与关联条件的顺序不一致时，MySQL 会忽略这个联合索引吗？

我做了一些实验，并通过 EXPLAIN 执行计划分析，发现这个问题的答案并不是我们常规理解中的“是”。通过一系列实验，得出了一个新的结论：即使关联条件顺序与联合索引的列顺序不一致，优化器仍然可以有效利用联合索引。

二、实验说明

1. 原始表结构与索引设计

假设我们有一张名为t_zhuge_project的表，结构如下：

CREATETABLE`t_zhuge_project`(`id`int(11)NOTNULLAUTO_INCREMENTCOMMENT'主键id',`data_time`varchar(12)DEFAULTNULLCOMMENT'数据时间',`city_name`varchar(100)DEFAULTNULLCOMMENT'城市名称',`district_name`varchar(64)DEFAULTNULLCOMMENT'行政区',`project_name`varchar(64)DEFAULTNULLCOMMENT'小区名称',`date_level`varchar(64)CHARACTERSETutf8mb4DEFAULTNULLCOMMENT'时间层级(month/year/week)',PRIMARYKEY(`id`)USINGBTREE,KEY`index_mom_near`(`data_time`,`city_name`,`district_name`,`project_name`,`date_level`)USINGBTREECOMMENT'关联索引')ENGINE=InnoDBAUTO_INCREMENT=14700345DEFAULTCHARSET=utf8COMMENT='诸葛小区级别';

2. 原始 JOIN 查询

假设我们在t_zhuge_project表上进行以下 LEFT JOIN 查询：

EXPLAINSELECT*FROM`t_zhuge_project`tLEFTJOINt_zhuge_project momONmom.data_time='2025-01'ANDt.city_name=mom.city_nameANDt.district_name=mom.district_nameANDt.project_name=mom.project_name;

执行计划如下所示：

1 SIMPLE t ALL 12224888 100.00 1 SIMPLE mom ref index_sort, index_mom_near index_mom_near 732 const, extdata.t.city_name, extdata.t.district_name, extdata.t.project_name 1 100.00

可以看到，mom表中的联合索引index_mom_near被有效使用，并且所有条件都遵循了最左匹配原则。

3. 修改后的查询：调整 JOIN 条件的顺序

接下来，我调整了 SQL 查询中的 JOIN 条件顺序，首先将mom.data_time = '2025-01'条件放在最后面：

EXPLAINSELECT*FROM`t_zhuge_project`tLEFTJOINt_zhuge_project momONt.city_name=mom.city_nameANDt.district_name=mom.district_nameANDt.project_name=mom.project_nameANDmom.data_time='2025-01';

执行计划如下：

1 SIMPLE t ALL 12224888 100.00 1 SIMPLE mom ref index_sort, index_mom_near_new index_mom_near_new 732 extdata.t.city_name, const, extdata.t.district_name, extdata.t.project_name 1 100.00

这里我们依然看到了联合索引index_mom_near_new被成功利用，并且ref中的列顺序与索引顺序完全对应。这表明无论查询条件的顺序如何，优化器都能根据最左匹配原则调整索引的使用顺序。