鉴于读者们评论,但平时较忙用不到回来看笔记时也看不到评论,今天有时间再补充下实测图片吧
可以略过
最近找工作面试时，被问及了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
网友评论