[[442711]]

本文转载自微信公众号「要领新视界」，作家二师兄。转载本文请关连要领新视界公众号。

配景

最近等闲出现慢SQL导致系统性能问题，于是决定针对索引进行一些优化。一些表结构自己照旧有了不少索引，如果再不绝添加索引，例必会影响到插入数据的性能。那么，是否不错使用组合索引来达到标的呢?这篇著述我们来一探究竟。

意志复合索引

如果where条目中使用到多个字段，何况需要对多个字段栽植索引，此时就不错接头采纳复合索引(组合索引)。比如查询地址时需要输入省、市，那么在省、市上栽植索引，当数据量大时会昭着提高查询速率。

组合索引有啥上风呢?

减少查询支出：栽植复合索引(c1,c2,c3)，骨子上终点于栽植了(c1),(c1,c2),(c1,c2,c3)三个索引。关于大表来说，不错极大减少支出。 秘密索引：MySQL不错径直通过遍历索引得回数据，而无需回表，减少了许多的随即io操作。 后果高：索引列越多，通过索引筛选出来的数据就越少，从而进步查询后果。

过失：

索引字段越多，创建的索引越多，每个索引都会增多磁盘空间的支出; 索引越多对查询后果进步越高，但对需要更新索引的增窜改操作会有后果影响;

复合索引使用建议：单表最佳不要卓绝1个复合索引，单个复合索引最佳不卓绝3个字段。一朝卓绝，就需要接头必要性和是否有其他替代决策。

最左匹配原则

复合索引确信最左匹配原则，顾名想义，在组合索引中，最左侧的字段优先匹配。因此，在创建组合索引时，where子句中使用最等闲的字段放在组合索引的最左侧。

接济索引是B+树结束的，天然不错指定多个列，但是每个列的比拟优先级不一样，写在前边的优先比拟高。一朝出现遗漏，在B+树上就无法不绝搜索了(通过补都等依次惩办的之外)，因此是按照最左联贯匹配来的。既然是在B+树上搜索，关于条目的比拟天然是要求精准匹配(即"="和"IN")。

在where子句顶用到两个字段c1和c2，那么创建索引时，两个字段的规则应该是(c1，c2)如故(c2，c1)呢?

正确的作念法是：把类似值最少的放前边。比如，95%的值都不类似，则可接头放最前边。

字段规则的影响

复合索引确信最左匹配原则，那么在where查询条目中的字段是否也需要按照索引的规则来写呢?

比如，复合索引为(c1,c2,c3)，底下两个查询条目是否会对索引有影响呢?

select kaiyun体育* from t_user where c1 = 1 and c2 = 4; select * from t_user where c2 = 4 and c1 = 1; 

看到有著述建议第一条SQL语句的后果更高，是否信得过?两种查询格式条目一样，边界也应该一样，浮浅来说Mysql也会让它们走通常的索引。

通过Mysql的查询优化器explain分析上述两个条语句，会发现履行商酌统统换取。也即是说：SQL语句中的字段规则并不需要与复合索引字段规则一致，查询优化器会自动出动规则。

如果说有后果影响，那么也即是查询优化器改造规则的影响吧，险些不错忽略不计。

单字段是否不错触发索引?

关于复合索引为(c1,c2,c3)，终点于(c1),(c1,c2),(c1,c2,c3)三个索引，如果查询条目中唯有c1，很昭着是会走索引的。

但如果where条目如下呢：

from t_user where c2 = 4; 

上述语句是否会走索引呢?这得分几种情况来阐扬。

履行explan查询c1为条目的SQL语句：

explain select * from t_user where c1 = 1; 

上述语句走的索引类型为：ref。ref类型暗意Mysql会凭证特定的算法快速查找到相宜条目的索引，而不会对索引中每一个数据都进行扫描判断。这种类型的索引为了快速查出数据，索引就需要骄傲一定的数据结构。

履行explan查询c2为条目的SQL语句：

explain select c2 from t_user where c2 = 4; 

上述语句走的索引类型为：index。index类型暗意Mysql会对统共这个词索引进行扫描，只淌若索引或索引的一部分Mysql就可能会采纳index方类型的格式扫描。由于此种格式是一条数据一条数据查找，性能并不高。

在这个例子中，对查询的字段有一定的要求，where中条目为c2，select中查询出的字段也只关联词c2，才会走index类型的索引。

如果将c2换成*或其他字段：

explain select * from t_user where c2 = 4; 

上述语句会发现，不再走index索引，而是走全表扫描了。这也从侧面阐扬了Mysql为什么要讲最左匹配原则了。

是以论断是：如果单个字段为复合索引的首个字段，则会浮浅走索引;如果单个字段是复合索引的其他字段，且仅有该字段出当今select背面，则会走index类型索引;而其他情况，则走全表扫描。

复合索引不错替代单一索引吗?

单一索引：(c1)，复合索引：(c1，c2)。

当c1当作查询条目时，单一索引和复合索引查询速率险些一样，以致比复合索引还要略快。

如果仅用答信册结索引的非肇始列(c2)当作查询条目的话，复合索引是不起任何作用的。

关于一张表来说，如果有复合索引(c1，c2)，则无需再建单一索引(c1)。

如果照旧存在单一索引(c1)，因查询所需，可添加复合索引(c1，c2)来进步后果。

小结

本篇著述整理了Mysql复合索引使用时所需提防的一些学问点，在使用时不错通过explain来稽察一下你的SQL语句是否走了索引，走了什么索引。

但还要了解的是：Mysql的履行商酌和查询的骨子履行流程并不统统吻合。

 

别问我为什么知说念，因为在施行中际遇过。磨灭条SQL语句，查询条目不同，有可能会走索引，也有可能不会走索引。