记一次线上classnotfound问题排查

最近生产环境的一个功能忽然报classnotfound的问题,排查问题花费了大量时间,最后发现问题其实很简单,自己还是本领不到家,对系统架构的理解还是不深刻,特此记录一下,路漫漫其修远兮,吾将上下而求索。

问题原因:出现了同名的msu,导致jar包没有被系统扫描,从而导致找不到类。
解决方法:1、重新起个名字,2、将jar包移动到正常的路径下

问题反思:
1、一般出现这种问题都是同名文件引起的,分析问题的时候,没有坚定自己的想法,走向了错误的道路,从而浪费了大量时间。总之还是修炼不够
2、本地环境没有问题,没有尝试去使环境保持一致,导致问题无法复现,从而在错误的道路上越走越远
3、日志还是没有仔细看,启动时的日志,由于不是error信息,没有输出,但是在系统启动时,报出的信息也没有想着去看,这就不应该了
4、思想僵化、没有深入思考,只是流于表面,老是想着找别人解决,不太应该
5、缺少积累,懒惰,

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
在一个流量高峰期间,我们的网站开始出现了性能问题,特别是Tomcat的worker线程居高不下。这个问题对我们的系统稳定性和用户体验产生了严重影响,因此我们立即进行了排查和解决。 首先,我们使用工具监控了Tomcat的worker线程数,发现在高峰期间线程数增长过快,并且没有下降的趋势。接下来,我们对服务器进行了资源监控,发现CPU和内存的使用率都没有超过正常范围。这表明问题不是由于服务器资源不足导致的。 然后,我们查看了Tomcat的日志文件,发现一些异常错误信息与数据库连接相关。我们怀疑是数据库连接池的问题,因此我们进一步检查了数据库的连接数和连接池的配置。经过对比分析,我们发现数据库连接池的最大连接数被设置得过小,导致在高流量时无法满足请求的需求。我们立即调整了连接池的配置,增加了最大连接数,以应对高峰期的负载。 随后,我们重启了Tomcat,并观察了一段时间。我们发现线程数在高峰期开始时仍然有所增长,但是随着时间的推移开始逐渐下降,最终稳定在一个正常的范围内。这表明我们的排查和解决措施是有效的。 为了进一步确保问题的解决,我们还增加了日志监控和报警机制,以便更及时地发现和解决类似问题。 通过这次经历,我们学到了对于高并发流量情况下的线上问题,需要全面考虑不同组件的性能和配置,并对各个环节进行监控和调整。同时,日志分析和排查是至关重要的工作,能够帮助我们准确定位问题并采取合适的解决措施,最终提升系统的稳定性和性能。

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值