线上遇到慢接口的解决方案

一、背景

某一天早上,正在上班路上,突然间手机滴滴不断收到大量告警提醒,赶紧查看了下告警信息,结果显示某个接口出现大量超时,平均响应时间超过3s,这个时候怎么办,是不是有点慌?

二、此类问题解决思路

出现生产问题,我们绝对不能马虎放过抱着侥幸心里,必须要找到根本原因及时处理,防止下次留下更大的坑。那我们的处理思路是什么呢?我这里给大家分享以下

1)定位问题
首先我们要快速定位接口的哪一个环节比较比较慢,性能瓶颈在哪里?这个时候可以采用APM工具快速定位,常见的工具:skywalking、pinpoint,cat、zipkin假如我们应用没有接入APM,可以在生产环境装一下阿里的A.rthas,利用trace接口方法,大概能分析是哪一块比较慢,定位的力度稍微有点粗糙

2)解决办法
.扩容(应用自动扩容、redis扩容、mysql在线扩容、kafka分区扩容).应用重启大法
.优化代码逻辑,走hotfix发版解决

三、常见优化接口性能方案分析

1)数据库慢SQL
通过explain执行计划分析下
.锁表(先把锁表的慢SQL kill一波)
.未加索引
.加了索引,索引失效(对索引加方法转换、区分度很低比如枚举值、索引列大量空值).小表驱动大表(尽可能过滤数据)
.SQL太复杂(join超过3张表或者子查询比较多,建议拆分SQL为多个按口,比如先从某个主接口查某个表数据,然后关联字段作为条件从另外一个表查询,进行内存拼接)

  • 1
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值