如何理解MYSQL索引最左匹配原则？学习心得分享

今天来讲讲MySQL索引的相关问题，谈到索引，其实算是有个非常有深度的问题，本人才疏学浅，能力有限，理解不当之处，请各位大佬批评指正！不胜感激；

言归正转，回到今天要说的MYSQL索引最左匹配原则问题；

测试表结构，有三个字段，分别是id,name,cid

CREATE TABLE `stu` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `name` varchar(255) DEFAULT NULL,
  `cid` int(11) DEFAULT NULL,
  PRIMARY KEY (`id`),
  KEY `idx_name_cid` (`name`,`cid`)
);

索引方面：id是主键，(name,cid)是一个多列复合索引。

下面是有疑问的两个查询：

explain select * from stu where cid=1001;

explain select * from stu where cid=1001 and name='wjq1';

疑问是：sql查询用到索引的条件是必须要遵守最左前缀原则，为什么上面两个查询还能用到索引？

讲上面问题之前，我先补充一些知识，因为我觉得你对索引理解是狭隘的，因为最开始的时候我就存在这样疑惑：

上述你的两个查询的explain结果中显示用到索引的情况类型是不一样的。,可观察explain结果中的type字段。

查询中分别是：

1. type: index

2. type: ref

解释：

index：这种类型表示是mysql会对整个该索引进行扫描。要想用到这种类型的索引，对这个索引并无特别要求，只要是索引，或者某个复合索引的一部分，mysql都可能会采用index类型的方式扫描。但是呢，缺点是效率不高，mysql会从索引中的第一个数据一个个的查找到最后一个数据，直到找到符合判断条件的某个索引。

如下是官方文档解释：

The index join type is the same as ALL, except that the index tree is scanned. This occurs two ways:
If the index is a covering index for the queries and can be used to satisfy all data required from the table, only the index tree is scanned. In this case, the Extra column says Using index. An index-only scan usually is faster than ALL because the size of the index usually is smaller than the table data.
A full table scan is performed using reads from the index to look up data rows in index order. Uses index does not appear in the Extra column.
链接：https://dev.mysql.com/doc/refman/5.7/en/explain-output.html#jointype_index

所以：对于你的第一条语句：

explain select * from stu where cid=1001;

判断条件是cid=1001,而cid是(name,cid)复合索引的一部分，没有问题，可以进行index类型的索引扫描方式。explain显示结果使用到了索引，是index类型的方式。

ref：这种类型表示mysql会根据特定的算法快速查找到某个符合条件的索引，而不是会对索引中每一个数据都进行一一的扫描判断，也就是所谓你平常理解的使用索引查询会更快的取出数据。而要想实现这种查找，索引却是有要求的，要实现这种能快速查找的算法，索引就要满足特定的数据结构。简单说，也就是索引字段的数据必须是有序的，才能实现这种类型的查找，才能利用到索引。

如下是官方文档解释：

All rows with matching index values are read from this table for each combination of rows from the previous tables. ref is used if the join uses only a leftmost prefix of the key or if the key is not a PRIMARY KEY or UNIQUE index (in other words, if the join cannot select a single row based on the key value). If the key that is used matches only a few rows, this is a good join type.
链接：https://dev.mysql.com/doc/refman/5.7/en/explain-output.html#jointype_ref

有些了解的人可能会问，索引不都是一个有序排列的数据结构么。是这样没错，不过答案说的还不够完善，那只是针对单个索引，而复合索引的情况可能就不太了解了。

下面就说下复合索引：

以该表的(name,cid)复合索引为例,它内部结构简单说就是下面这样排列的：