学习日记-MySQL最左匹配原则

最左匹配原则

        索引可以帮助我们加快对数据的查询效率，日常开发中查询操作占到了很大的比例。适当的使用索引可以大大的提高程序的效率。

        MySQL的最左匹配原则就是指在联合索引中，如果你的 SQL 语句中用到了联合索引中的最左边的索引，那么这条 SQL 语句就可以利用这个联合索引去进行匹配。例如某表现有索引(a,b,c)，如下语句中使用的索引情况就有所区别：

        select * from t where a=1 and b=1 and c =1; #这样可以利用到定义的索引（a,b,c）,用上了a,b,c三个索引

        select * from t where a=1 and b=1; #这样可以利用到定义的索引（a,b,c）,用上了a,b两个索引

        select * from t where b=1 and a=1; #这样可以利用到定义的索引（a,b,c）,用上a,c（mysql有查询优化器）

        select * from t where a=1; #这样也可以利用到定义的索引（a,b,c）,用上a一个索引

        select * from t where a=1 and c=1; #这样可以利用到定义的索引（a,b,c），但只用上a索引，b,c索引用不到

        select * from t where b=1 and c=1; #这样不可以利用到定义的索引（a,b,c） 索引失效

        也就是说通过最左匹配原则你可以定义一个联合索引，但是使得多数查询条件都可以用到该索引。 值得注意的是，当遇到范围查询(>、<、between、like)就会停止匹配。也就是

        select * from t where a=1 and b>1 and c =1; #这样a,b可以用到（a,b,c），c索引用不到

        select * from t where a=1 and b >1 and c=1; #如果是建立(a,c,b)联合索引，则a,b,c都可以使用索引 ，优化器优化为 select * from t where a=1 and c=1 and b >1;

        这条语句只有 a,b 会用到索引，c 都不能用到索引。这个原因可以从联合索引的结构来解释。

        但是如果是建立(a,c,b)联合索引，则a,b,c都可以使用索引，因为优化器会自动改写为最优查询语句

        select * from table where a = '1' and b > ‘2’ and c='3'

        #这种类型的sql语句，在a、b走完索引后，c肯定是无序了，所以c就没法走索引，MySQL会觉得还不如全表扫描c字段来的快。

        #以index （a,b,c）为例建立这样的索引相当于建立了索引a、ab、abc三个索引。一个索引顶三个索引当然是好事，毕竟每多一个索引，都会增加写操作的开销和磁盘空间的开销。