记一次线上偶发慢查排查过程_es资源初始化耗时

实验室环境中出现接口响应慢的问题,首次调用耗时显著增加,超过1秒。排查后发现并非接口本身或ES服务的问题,而是ES接口在第一次调用时初始化加载导致的延迟。由于实验室机器平时无访问,此问题在业务测试时首次暴露。线上验证确认了这一现象,且因第一次耗时在可接受范围内,故未引起其他机器的超时反馈。解决方案可能涉及优化ES的初始化加载过程。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

1、实验室环境出现接口慢查,超过1s
2、手动测试发现访问正常
3、查看机器的时间对应cpu\gc\网络正常
4、接口底层调用es,看接口本身耗时不大
5、时间被吃掉了,从进入接口到调用es接口的时间干了啥?
6、猜想,问题可以稳定浮现吗?
7、本地连续调用两次接口,记录用时,发现第一次耗时确实长,只是不稳定,但是肯定比第二次大一个量级。第二次在30ms以内,第一次在300ms,甚至出现一次用了1400ms
8、线上验证,查看最近一次发布后的用时。和猜想吻合。
9、和es组件负责同学沟通,确定 es接口第一次调用会初始化加载一些 docValue和fieldData信息
10、为什么实验室环境今天才暴露问题?因为实验室机器平时没有访问,所以第一次访问在这次业务方测试才触发上线后第一次调用。
11、为什么其他机器没有超时反馈?因为第一次耗时是长,但是是相对第二次来说的,第一次的长业务方接受范围内,所以没有反馈。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值