一则sql优化实现接口耗时降低30倍的优化案例

业务场景:

也测的业务,如上图,通过捕获业务的涉及的接口如下:

查询接口耗时大于7s,已经是非常的慢

经验提示:

一般接口响应时间慢的问题,最简单的方式就是监控接口相关的sql是否存在问题

开启mysql的慢查询监控:

 

这两个sql加起来,大致等于接口的响应时间,证明问题猜的没错,问题就是这两个sql查询慢导致的问题7s左右

验证sql是否有问题:

 

查看这个表的执行计划:

 

 

发现d表走了全表扫描,直接查询60多万的数据,肯定会很慢

由于d表已经存在orgId存在索引,考虑给o表添加索引

ALTER table t_debt_overview ADD INDEX IDX_orgId(`orgId`);

 

现在扫描的行数减少了,只扫描必要的4999行

 

 

另外的sql问题也解决了

不用压测,这个性能问题就可以解决

总结:所以在性能测试的过程中,不一定非要执行压测才能发现性能问题,一般在性能压测前,简单的执行一下业务,看看是否存在耗时比较长的业务,提前优化,提高压测的效率

 

posted @ 2019-09-26 11:19  Agoly  阅读(534)  评论(0编辑  收藏