mysql 联合索引 复合索引（abc）如何索引命中规则实测

鉴于读者们评论,但平时较忙用不到回来看笔记时也看不到评论,今天有时间再补充下实测图片吧

可以略过

最近找工作面试时，被问及了mysql联合索引的一些问题，之前看过‘高性能mysql’中第五章关于索引的部分，也看过部分类似的问题，但我回答的却被面试官质疑，我说从mysql某版本后 where后 与a b c 顺序无关了，b = and c = and a = 也会使用联合索引，顺序不是abc时mysql索引优化器会自动优化。说我错了 叉 叉 叉... ... 还出来interview...
不过
确实如果在网上搜索关于这相关问题，一些老的文章中真的说这是错的，但近几年的文章都有说 和顺序无关了

实际在本地测一下吧

数据准备 说明

本地 MYSQL版本 8.0.17
现在实测(2022-03-2) 版本 8.0.27

mysql创建一张表，表名：‘test_models’

image.png

索引:

image.png

脚本随机生成100万条数据

image.png image.png

• id列为 主键，int类型 ，自增
• a,b,c,d,e 全部是int（11）
• 为（a,b,c）添加一个联合索引 index_abc

执行语句大体这样吧：

CREATE TABLE `test_models` (
`id` INT(11) NOT NULL AUTO_INCREMENT,
 `a` INT(11) DEFAULT NULL,
 `b` INT(11) DEFAULT NULL,
 `c` INT(11) DEFAULT NULL,
 `d` INT(11) DEFAULT NULL,
 `e` INT(11) DEFAULT NULL,
 PRIMARY KEY (`id`),
 KEY `index_abc` (`a`,`b`,`c`)
);

我用代码往表中写入100万条数据
其中每行数据取值

• a 范围 0 - 1000 随机整数
• b 范围 0 - 10000 随机整数
• c 范围 0 - 100000 随机整数
• d 范围 0 - 1000 随机整数
• e 范围 0 - 1000 随机整数

开始测试 联合索引（a,b,c）

使用 ‘EXPLAIN’ sql语句查看执行详情
EXPLAIN SELECT * FROM test_models WHERE a = 100 AND b = 1000 AND c = 10000;

image.png

结论（下面结论全部都实际测试过）

AND AND 只要用到了最左侧a列，和顺序无关 都会使用 索引

a = 1 AND b = 2 AND c = 3 ; 使用索引
c = 1 AND b = 2 AND a = 3 ; 使用索引 
a = 1 AND b = 2 ; 使用索引
a = 1 AND c = 3 ; 使用索引
c = 1 AND a = 2 ; 使用索引

测试截图:

image.png
image.png image.png
image.png image.png

不包含最左侧的 a 的不使用索引

c = 3 ; 未使用索引
b = 2 ; 未使用索引
b = 2 AND c = 3 ; 未使用索引
c = 1 AND b = 2 ; 未使用索引

测试截图:

image.png
image.png
image.png
image.png

OR 不使用索引

a = 1 AND b = 2 OR c = 3 未使用索引
a = 1 OR b = 2 AND c = 3 未使用索引
a = 1 OR b = 2 OR c = 3 未使用索引

image.png
image.png
image.png

最左侧的‘a’列 被大于，小于，不等于比较的 ，不一定使用索引.

看比较后结果集是否足够小.

鉴于此处有网友实测和我结论不一样,这里我又多进行了一些数字测试,找到了一些规律
发现有时会使用索引,有时不会使用索引
这应该和MySQL现在对索引的优化有关.
我的数据a列取值是0-1000,似乎当a列被极小范围或足够小范围查询时是会使用索引的,当a列被比较小查询或取值范围较大时,MySQL就放弃了使用索引.(先只是猜测,等有时间好好查查资料)
测试
a > 1时,确实不会使用索引,这里2-1000范围太大了
a < 1时,这里会使用索引,这里a取值是0-1000,<1范围就极小了,就是0了
实测a逐渐增大 a < 10 ,a<20,a<100,a<140;时都会使用索引.
但当 a < 150时,就不再使用索引了.

同时a 大于某数时情况是同样的.
a > 1 这里没有使用索引 ( a > 1,等于2-1000)
a > 850时,会开始使用索引

a > 1 AND b = 2 AND c = 3  此处情况不定,看a被比较后取值范围集是否足够小,足够小时会开始使用索引
a < 1 AND b =  2 AND c = 3  未使用索引
a > 1 ; 未使用索引
a <> 1 AND b = 2 AND c = 3 未使用索引

测试截图:

image.png
image.png
image.png
image.png image.png
image.png
image.png
image.png
image.png

当 a < 150 时就不再使用索引,这时扫描的rows值已经很大了,和推断一样.

image.png

---

a > x 和 上面一样, 当a被比较后取值范围足够小时才会使用索引推论一样.

image.png image.png
image.png
image.png

999 时 rows直接=1了,只扫描了一行数据

image.png

最左侧a=某某，后面列大于小于无所谓，都使用索引（但后面必须 and and ）

a = 1 AND b < 2 AND c = 3 使用索引
a = 1 AND c = 2 AND b < 3 使用索引
a = 1 AND b < 2 使用索引
a = 1 AND b <> 2 AND c = 3 使用索引
// 可以说 OR一出现就不使用
a = 1 AND b < 2 OR c = 2 未使用索引

image.png
image.png
image.png
image.png
image.png
image.png

OR出现

image.png

ORDER BY

a = 某，后面order 无所谓 都 使用索引 （和最上面的最左匹配一样）
看

a = 1 AND b = 2 AND c = 3 ORDER BY a;// 或者 ORDER BY b ， ORDER BY c ，ORDER BY d, 使用索引
a = 1 ORDER BY a; // 或者 ORDER BY b,ORDER BY c,ORDER BY d 使用abc索引

b = 某，不使用

b = 1 ORDER BY a; //ORDER BY b 都 未使用索引

ORDER BY 似乎没有任何影响，去掉 ORDER BY 确实和上面的测试重复

image.png
image.png
image.png