前言
接手别人的代码,遇到一个客户需求,说接口查询较慢,需要进行优化。
后面通过打印执行时间定位到是某一句sql执行较慢。
执行计划判断
sql如下
select * from t_base_alarm tba where 1=1 and tba.rule_type = 1 ORDER BY alarm_status asc,end_ts desc limit 1,10
通过执行计划判断
explain select * from t_base_alarm tba where 1=1 and tba.rule_type = 1 ORDER BY alarm_status asc,end_ts desc limit 1,10
分析可知,这个查询是全表扫描。
后面给rule_type 和alarm_status 和end_ts 创建联合索引。(这里一定要给这三个字段创建联合索引)如果单独给rule_type 或者alarm_status 和end_ts 单独创建索引,索引都不会生效。具体原因,可以参考该文章的描述:https://www.cnblogs.com/yqzc/p/12541917.html
创建联合索引的语句如下
create index index_union on t_base_alarm(rule_type,alarm_status,end_ts);
再次查看执行计划,发现索引已被利用上。
至此优化结束
总结
最开始我只给rule_type 创建索引,但是发现查询依旧很慢。这是因为order by 需要根据alarm_status,end_ts这两个字段进行排序。而这两个字段即使单独设置索引,速度一样提不上来。必须要给order by 后alarm_status,end_ts两个字段和where 后的rule_tye同时设置联合索引才能充分。