性能测试四十二：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使用率降下来了