本文主要是介绍MySQL联合查询、最左匹配、范围查询导致失效,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
服务器版本
客户端:navicat premium16.0.11
联合索引
假设有如下表
- 联合索引就是同时把多列设成索引,如(empno,ename)
- 在查询的时候就会先按照empno进行查询,再按照ename进行查询
- 其中empno是全局有序,ename是局部有序。什么意思呢?
- B+树在构建的时候,由于联合索引遵循最左匹配原则,所以,按照从左往右的优先级进行选择,那么当遇到empno相同的时候,就会按照ename进行匹配。
- 在这个过程中,ename只有在empno相同的时候才会进行匹配,那么他在之前就没有必要排序,在empno相同的时候有序即可。
最左匹配原则
- 如果SQL 语句中用到了联合索引中的最左边的索引,那么这条 SQL 语句就可以利用这个联合索引去进行匹配,用上例(empno,ename)举例,只有当查询中where 后面出现empno,即联合索引中最左边的列,才会使用联合查询,单单使用
where ename=×××
是不会用到联合索引的 - 注意! 当遇到范围查询(比如
>、<、between、like
)就会停止匹配。
小林coding中的实验结论不一致
- 注意!在小林coding中说到,关于范围查询对联合索引的影响对于 >=、<=、BETWEEN、like 前缀匹配的范围查询,并不会停止匹配。并且给出了他的实验结果,但是在我自己的实验结果下,以上范围查询全部失效了,所以这个什么情况失效什么情况不失效,也是个迷,我还没搞清楚。
- 实验结果就不贴了,就是设计好了表然后用navicat看执行结果解释中的
type,key,key_len
等字段,小林coding中有贴图演示
这篇关于MySQL联合查询、最左匹配、范围查询导致失效的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!