三级小说

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

配景

最近平日出现慢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 * 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语句，查询条目不同，有可能会走索引，也有可能不会走索引。