mysql中联合索引是什么_mysql联合索引概念解析

联合索引是mysql中多列共同构建的B+树索引，按“字典式排序”组织数据，遵循最左匹配原则，仅当查询条件从最左字段连续出现时才生效，且前导列应选高选择性、高频过滤字段以提升性能。

联合索引是 MySQL 中对两个或更多列共同构建的一棵 B+ 树索引，它不是多个单列索引的简单叠加，而是一个整体有序的结构。

联合索引的本质是“字典式排序”

比如创建 INDEX(a, b, c)，MySQL 会按以下规则组织数据：

• 先按字段 a 升序排列；
• a 相同的记录，再按 b 升序排列；
• a 和 b 都相同的记录，再按 c 升序排列。

这种“嵌套排序”让索引在满足多条件查询时更高效——就像查电话簿，先找姓氏（a），再在该姓氏里找名字（b），最后定位具体人（c）。

最左匹配原则决定索引能否生效

这是使用联合索引最关键的规则：查询条件必须从索引最左侧字段开始、连续使用，才能触发索引。

Topaz Video AI

一款工业级别的视频增强软件

511

查看详情

• 能用上索引：WHERE a = 1；WHERE a = 1 AND b = 2；WHERE a = 1 AND b = 2 AND c = 3；
• 用不上索引：WHERE b = 2；WHERE c = 3；WHERE b = 2 AND c = 3；
• 即使 WHERE b = 2 AND a = 1 写法顺序不同，优化器通常会自动调整执行顺序，仍可能走索引，但不能依赖这点——显式以 a 开头才稳定可靠。

联合索引比单列索引更适合高频组合查询

假设业务中经常查 “用户状态 + 创建时间”，偶尔单独查 “创建时间”，但极少只查 “用户状态”：

• 建 INDEX(status, create_time) 可覆盖 status、status+create_time 两类查询；
• 若反过来建 INDEX(create_time, status)，则单独查 status 就完全无法利用；
• 相比建两个单列索引，联合索引节省空间、减少写入开销（每次 INSERT/UPDATE 只需维护一个索引）。

前导列的选择影响性能上限

联合索引的第一列（前导列）最关键，应优先放高选择性 + 高频过滤的字段：

• 选择性高：比如 user_id（几乎唯一）优于 gender（只有男/女）；
• 高频过滤：比如订单表中 is_paid=1 出现频率 80%，就不适合作为前导列；
• 范围查询注意：WHERE a = 1 AND b > 10 可用到 a、b；但 WHERE a > 1 AND b = 10 只能用到 a，b 无法走索引。