目录
背景
解决方案
总结
背景
线上系统运行几年后,被项目上提bug,有些接口响应很慢,加载页面要几十秒
解决方案
1、步骤一,加索引
性能优化成本高,需要开发周期,临时方案先分析慢sql,通过增加索引临时解决
效果: 增加索引之后,见效甚微。问题未解决
2、步骤二,分析查询性能
排查sql执行时间,定位是不是mysql服务器问题
mysql查询数据表,总数50w,单sql查询2秒。 mysql没有问题。问题未解决
3、步骤三,导出线上库重现问题
在本地开发库,接口都很快,1秒以内。所以为了重现问题,导出线上数据库表,本地重现以及分析代码。把线上库导入到本地库,执行之后,模拟用户参数,发现接口确实很慢,要几十秒。
找到接口代码,进行分析。发现存在循环,按每查询一次2秒,循环几十次,时间确实吓人
4、步骤四,修改问题
把单个循环查询,改成批量查询。接口就只用查2次数据库,时间控制在5秒
5、步骤五,加缓存(可不做)
如果5秒,还不能满足。可以考虑加缓存,数据查询之后,把数据放入redis缓存,设置缓存过期策略。
总结
接口性能差,可以通过下面几个方面进行优化:
1、分析mysql,加索引
2、清理数据表垃圾数据,减少数据量
3、分析代码,循环多次查数据表,优化成批量查数据表
4、循环多次写数据,改成批量写数据
5、以上都不能满足,考虑加缓存
6、如果数据表数据量达到千万,考虑历史数据保存到es,非历史数据存mysql的方案。进行分库分表等处理