MySQL联合索引遵守最左前缀匹配原则
面试官： 我看你的简历上写着精通MySQL，问你个简单的问题，MySQL联合索引有甚么特性？
心想，这还不简单，这不是问到我手心里了吗？
听我给你背一遍八股文！
我： MySQL联合索引遵守最左前缀匹配原则，即最左优先，查询的时候会优先匹配最左侧的索引。
例如当我们在 (a,b,c) 三个字段上创建联合索引时，实际上是创建了三个索引，分别是(a)、(a,b)、(a,b,c)。
查询条件中包括这些索引的时候，查询就会用到索引。例以下面的查询条件，就能够用到索引：
select * from table_name where a=? and b=?;
select * from table_name where a=? and b=? and c=?;
其他查询条件不包括这些索引的语句，就不会用到索引，例如：
select * from table_name where c=?;
select * from table_name where b=? and c=?;
如果查询条件包括(a,c)，也会用到索引，相当于用到了(a)索引。
面试官： 小伙子，你的八股文背的挺熟啊。
我： 也没有辣，我只是平常酷爱学习知识，常常做一些总结汇总，所以就脱口而出了。
面试官： 别开染坊了，我再问你，MySQL联合索引一定遵守最左前缀匹配原则吗？
我擦，这把我问的不自信了。
我： 嗯，MySQL联合索引可能有时候不遵守最左前缀匹配原则。
面试官： 甚么时候遵守？甚么时候不遵守？
我： 多是晴天遵守，下雨了就不遵守了，每月那几天不舒服的时候也不遵守了……
面试官： 今天面试就到这吧，你先回去等通知，有后续消息会联系你的。
我擦，这叫甚么问题啊？
甚么遵守不遵守？
难道是面试官跟我背的八股文不是同一套？
回去到MySQL官网上翻了一下，才发现面试官想问的是索引跳跃扫描（Index Skip Scan） 。
MySQL8.0版本开始增加了索引跳跃扫描的功能，当第一列索引的唯一值较少时，即便where条件没有第一列索引，查询的时候也能够用到联合索引。
造点数据验证一下，先创建一张用户表：
`id` int NOT NULL AUTO_INCREMENT COMMENT ‘主键’,
`name` varchar(255) NOT NULL COMMENT ‘姓名’,
`gender` tinyint NOT NULL COMMENT ‘性别’,
PRIMARY KEY (`id`),
KEY `idx_gender_name` (`gender`,`name`)
) ENGINE=InnoDB COMMENT=’用户表’;
在性别和姓名两个字段上(gender,name)建立联合索引，性别字段只有两个枚举值。
履行SQL查询验证一下：
虽然SQL查询条件只有name字段，但是从履行计划中看到仍然是用了联合索引。
并且Extra列中显示增加了Using index for skip scan，表示用到了索引跳跃扫描的优化逻辑。
具体优化方式，就是匹配的时候遇到第一列索引就跳过，直接匹配第二列索引的值，这样就能够用到联合索引了。
其实我们优化一下SQL，把第一列的所有枚举值加到where条件中，也能够用到联合索引：
看来或者需要常常更新自己的知识体系，一不留心就out了！
到此这篇关于MySQL联合索引遵守最左前缀匹配原则的文章就介绍到这了,更多相关MySQL联合索引遵内容请搜索之前的文章或继续浏览下面的相关文章希望大家以后多多支持！
文章来源：丸子建站
文章标题：MySQL联合索引遵守最左前缀匹配原则
https://www.wanzijz.com/view/62419.html
