性能测试四十二:sql案例之联合索引最左前缀

联合索引:一个索引同时作用于多个字段

联合索引的最左前缀:

A、B、C3个字段--联合索引

这个时候,可以使用的查询条件有:A、A+B、A+C、A+B+C,唯独不能使用B+C,即最左侧那个字段必须匹配到

联合索引最左前缀如果匹配不到,会造成索引失效,对性能影响非常大,所以联合索引的顺序很重要

看一下案例

Unique:

这种情况,单个cardNO、course、sex均允许重复,但是当这3个字段组到一起以后,就不允许任何两个重复,这里为了设计特别场景,把sex移到索引字段的最前面

接口:http://localhost:8080/PerfTeach/SlowQuery?cardNO=10009&course=Math 

 由于数据库里面,cardNO和course是意义对应的,所以需要把数据库里面的数据导出来

由于这个需要一一对应,所以在jmeter中创建CSV_read函数

10个线程跑600秒

响应时间:1300多左右

TPS:20多

TOP查看:mysql占的最多

看慢查询的日志,在不断的写数据进去

用tail命令看一下

分析一下这条语句,type又是ALL了

 因为之前建的索引,第一个字段是sex,而sql里面没有用到sex,只有cardNO和course,即出现的是B+C的情况

这种情况的解决方法,就是换索引里面字段的顺序:

type变为ref了

ref:非唯一性索引扫描,或只使用了联合索引的最左前缀(性能居中)

 

再压一下

TPS:220左右,提升了接近10倍

响应时间:130毫秒左右,差不多是原来的十分之一

TOP:CPU使用率降下来了

原文地址:https://www.cnblogs.com/zhongyehai/p/10332243.html