本文主要是介绍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联合查询、最左匹配、范围查询导致失效的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
