最佳左前缀法则(Optimal Left-Prefix Rule)

一、举例

表A有索引index (a,b,c)有三个字段,

select * from A where c = '1' ,不会走index索引;

select * from A where b ='1' and c ='2' 也不会走index索引;

select * from A where a='0' and b='1' ,索引部分生效;

select * from A where a='0' and b='1' and c='2',索引生效。

二、定义与原理

最佳左前缀法则指的是在创建和使用复合索引时,查询条件应该尽量包含从索引最左边开始的一个或多个连续列。换句话说,如果一个复合索引是按照列A, 列B, 列C的顺序创建的,那么最优的查询将包括列A(单独使用或与其他列组合),其次是列A和列B的组合,最后是列A、列B和列C的组合。如果查询只涉及列B或列C而不包括前面的列A,则无法有效利用该复合索引。

这一原则背后的逻辑在于B树(或其他类似的平衡树结构)索引的工作原理:它们按照索引键的顺序组织数据,而复合索引的键是由多个列组成的。因此,只有当查询能够匹配到索引的最左侧部分时,数据库引擎才能有效地遍历索引树来查找匹配的记录。

三、特殊情况

select * from A where c='2' and b='1' and a='0' 会走索引吗?

会走索引,且能充分利用该联合索引。

原因分析:

1.联合索引的本质 :

联合索引 (a, b, c) 是按 a→b→c 的顺序构建的 B+ 树,索引节点先按 a 排序,相同 a 再按 b 排序,相同 b 最后按 c 排序。

2.查询条件的适配性 :

虽然查询条件中 c、b、a 的顺序与索引定义的 a、b、c 不同,但 MySQL 优化器会自动调整 WHERE 子句中 AND 连接的条件顺序,使其与索引的字段顺序匹配(因为 AND 条件的逻辑顺序不影响结果)。

优化后等价于 WHERE a='0' AND b='1' AND c='2',完全符合联合索引的最左前缀原则,且是精确匹配(=),因此能高效利用整个联合索引。

相关推荐
aiks_yuan9 分钟前
MySQL GROUP BY 很慢怎么优化:加了索引反而从 1 秒变 7 秒,Using temporary 该不该消(MySQL 8.2 实测 400 万行)
mysql
SelectDB31 分钟前
列式存储为什么适合分析类负载?原理、限制与日志场景应用
数据库
数据库小学妹1 小时前
MySQL大字段治理:行溢出机制、覆盖索引与拆表
数据库·mysql·性能优化
爱吃奥利奥_wen2 小时前
SQL Server 基础语法详解:从建库建表到约束与增删改查
服务器·数据库·oracle
这个DBA有点耶2 小时前
MySQL 8.0不可见索引:删索引怕出事,不删又拖慢写入——中间态怎么用?
数据库·mysql·代码规范
测试界的小码农4 小时前
【图数据库实战进阶(01):从零认识 Neo4j,搭建第一个图数据库项目】
数据库·neo4j
x_SpiderMan4 小时前
搭建Oracle RAC 集群
数据库·oracle
测试界的小码农4 小时前
【图数据库实战进阶(03):Neo4j 图数据建模实战——节点、关系与属性应该怎么设计?】
数据库·oracle·neo4j
瑞克-桑切斯4 小时前
redis
数据库·redis·缓存