MySQL的ABC联合索引-酒店常州论坛

建立了ABC联合索引

INDEX idx_abc (A, B, C)

各种查询条件是否会走ABC联合索引，核心在于查询条件是否满足最左前缀匹配原则（查询条件必须从索引最左列开始连续匹配）

查询条件简写	是否可能走`idx_abc`	实际利用程度	说明（是否满足最左前缀）
`A`	会	用到 A	满足
`B`	不会	不用	不满足，缺少最左列 A
`AB`	会	用到 A、B	满足，连续命中前两列
`AC`	会	用到A， MySQL 5.6 以前`C`不能用于连续定位，5.6+ 可能通过 ICP 在索引层过滤	不满足，因为跳过了`B`，所以不能完整利用`(A,B,C)`； 5.6 前通常在 Server 层判断`C`， 5.6+ 可能在存储引擎层先判断`C`，从而减少回表；是否回表取决于是否覆盖索引
`BC`	不会	不用	不满足，缺少最左列 A
`ABC`	会	用到 A、B、C	满足，完整命中
`CBA`	会	用到 A、B、C	满足，优化器会重排为ABC，ABC满足
`A或B`	不一定	用到 A，会用B 用不到A，则后面也不用	比较复杂，`OR`逻辑要拆成两个分支看： `A=?`分支满足最左前缀， `B=?`分支不满足最左前缀；因此整体是否走联合索引不稳定
`A或A`	会	用到 A	满足，类似`A IN (...)`
`A IN + B`	会	用到 A、B	满足，`IN`可视为多个等值匹配
`A IN +` `B IN + C`	会	一般可用 A、B、C	满足，都是等值匹配，较友好
`A范围`	会	用到 A 范围	满足，从 A 开始做范围扫描
`A范围 + B`	会	主要用 A	满足，A 已经是范围，B 通常不能继续精确定位
`A + B范围`	会	用到 A、B	满足，B 作为范围条件
`A + B范围 + C`	会	用到 A、B，C 多数过滤	满足，B 范围之后，C 通常不能继续定位
`A前缀LIKE`	会	用到 A 范围	满足，如`A LIKE 'abc%'`
`A后缀LIKE`	不会	不用	不满足，如`A LIKE '%abc'`

上面查询语法的完全写法

简写	示例语法
`ABC`	`WHERE A = ? AND B = ? AND C = ?`
`A或B`	`WHERE A = ? OR B = ?`
`A IN + B IN + C`	`WHERE A IN (?, ?) AND B IN (?, ?) AND C = ?`
`A + B范围 + C`	`WHERE A = ? AND B > ? AND C = ?`
`A前缀LIKE`	`WHERE A LIKE 'abc%'`

企业官网建设流程全解析

热门文章

文章分类

标签云

需要专业的网站建设服务？

企业官网建设流程全解析

热门文章

文章分类

标签云

相关文章

论“无中生有”之元逻辑——《凌微经——对称性共生关系论》随读

Python 3.11 数据科学实战：5步构建批判性思维分析框架，识别数据偏见

如何给c盘扩容

需要专业的网站建设服务？