【问题排查】记一次慢接口排查优化

最近做项目的一个接口查询总是很慢,有时要用好几秒,甚至十几秒,底层用的是Tidb数据库,而且是多线程查,一次请求也就两个sql,按理说这是不应该的,本着刨根问底的心态,我对该慢接口进行了分析排查。

接口名称:查询店铺评价详情列表

接口URL:http://127.0.0.1:8890/ads/api/v1/app/xxxxxx/xxxxxxx

接口响应时间(测试环境):

① 第一次:24.77s

② 第二次:15.09s

③ 第三次:16.79

通过测试我们可以发现,平均每次调用都在15s左右,甚至更高,这还只是测试环境,线上环境可见更慢。

排查思路:分段定位,逐段分析

我在代码中增加了近10个时间戳锚点,分别分析每段代码调用时长。

从锚点结果计算得出,第四段代码耗时最为严重。顺藤摸瓜,我找到了这段代码。

通过分析,这行代码尤其严重。

其主要问题是在for循环中调用redis,这样造成的后果就是,如果集合有100个,就要请求redis100次,如果有10000

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值