项目描述:用户调用接口,接口异步开启任务A,给用户快速返回OK状态,异步任务A中会并发调用1-10000的子任务,当所有子任务结束后,redis发布任务状态,由于1-10000的子任务都有消息发送的需求,中间都会一直发送消息,同时有写库的操作,去掉事务,开启线程。(注:子任务每个执行时间都很慢)

这次要求压测项目,但是发现一个很奇怪的现象,就是当请求上去之后,程序就假死了。查看了jstack发现所有的线程都是waiting的状态,查看jmap也没有太大的对象。

然后使用visualvm看了一下项目的情况,发现CPU、内存、线程都没有问题,查看了服务器的IO也不高。分析到这就有点懵逼了,什么都不高怎么就waiting了。最终注释代码,整个service就剩下redis与数据库操作了。

到这基本就已经能发现问题了,整个service没有任何操作,都跑不上去了,看看连接池吧。最终发现redis与mysql的连接池都是默认的,没有修改。

综上所述,当程序异步等待时间过长的时候,请优先检查连接池。还是怪自己太菜~哎,必须写个博客声明一下自己的菜到抠脚的经历。

Logo

魔乐社区(Modelers.cn) 是一个中立、公益的人工智能社区,提供人工智能工具、模型、数据的托管、展示与应用协同服务,为人工智能开发及爱好者搭建开放的学习交流平台。社区通过理事会方式运作,由全产业链共同建设、共同运营、共同享有,推动国产AI生态繁荣发展。

更多推荐