关于springboot并发请求量超过20时请求响应缓慢的问题

本文讲述了生产环境中调控云模型服务因并发请求过多导致响应迟缓,最初误认为是Zookeeper服务问题,实则为MySQL数据库视图复杂查询导致。通过调整数据库视图,将视图数据抽取到物理表,优化查询效率,成功解决了服务卡顿和请求积压问题。

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

上午发现生产环境中的调控云模型服务(dcloudmodelservice)因为请求并发多而导致的请求响应迟缓的问题,严重影响到用户登录以及与此服务相关的其它服务,导致一整个上午电话不断,排查很久,最初以为是zookeeper服务注册问题,后来经过排查,跟zk没关系,然后排查调控云模型服务问题,只要将模型服务重启一下,问题就会好一会儿,一段时间后,请求又会积压,必须不停重启,直到找到最后的问题所在,即并发请求太多导致,中间有考虑加nginx代理,无法满足生产需求,后来发现是一直存在的数据库视图问题,因为MySQL数据库视图套视图,导致执行时特别费时间,需要5s左右才可以出结果,而且模型服务是循环查询这个视图,来多少请求就查多少次,导致大量请求被积压,有些请求由于等待响应超时,直接放弃等待,导致大量服务卡顿甚至卡死,然而模型服务却一直在运行,业务逻辑没问题,后经过修改数据库视图为查询一张表,将原视图里的数据抽取到物理表中,再将此物理表查询语句做为视图供模型服务使用,才解决了此问题。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值