![](https://img-blog.csdnimg.cn/20201014180756918.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
现网查证
文章平均质量分 77
Wengy.Xu
tel: 13916573769
/e-mail: wengy.xu@hotmail.com
展开
-
一次内存溢出的排查经历
排查经过在春节影院APP出现保障,出现接口偶发性的超时,一段时间正常,一段时间超时非常严重,最高达到了200s并且越来越严重cpu出现飙高,由于当时运维立刻重启没有保留现场,所以没有定性问题的依据,但当时通过观察Zabix 上下文切换数和中断数趋势出现不一致的情况(中断数陡增)另外CPU飙高,网络流量没有明显增加,重启后恢复,基于以上几点怀疑是内存泄露。但由于没有数据支持,只能等待再次复现果然过了2天CPU再次上升到了50%的告警,并出现了响应超时的情况,立刻上去拉了栈dump和堆dump,原创 2021-09-04 12:39:08 · 1420 阅读 · 2 评论 -
log4j2 你真的会用吗
大家一提到log4j2的优化,可能就会有人说,采用异步日志最近因为工作的原因最近在做压测,由于某个项目中的日志量特别的大,于是就在网上搜了很多文章,网上有许多讲log4j2配置调优配置,但实际验证下来,却有很大的出入(误人子弟)。没办法,只能自己亲自验证,分析。首先先抛出结论:开启异步日志以后,如果日志的生产速度,大于消费速度的话,那么异步的效率反而会比同步的低。在官网的一句描述中找到原因参考:https://logging.apache.org/log4j/2.x/manual/async.h原创 2021-06-10 21:41:04 · 3054 阅读 · 2 评论 -
现网问题排查小记
现网问题排查小记排查过程在测试环境,有一个服务的消费速度非常慢。希望提高消费者的线程数,来消费提高性能,但发现没有起到作用,本地测试了一下,发现有一哥方法占用cpu时间非常高涉及的具体的代码如下:这边首先怀疑是不是replaceAll() 正则替换引起的,测试机的cpu在70%左右经过测试,将该方法的逻辑删除,返回改成固定的静态值,消费速度确实大幅提高。经过高人指点,决定使用火焰图进行性能分析,查看比较慢的方法:YoungGC频繁 10原创 2021-07-08 18:22:52 · 887 阅读 · 2 评论 -
ConcurrentLinkedQueue 引发的现网问题
问题排查 在公司某次重大活动的保障中,某个组件突然收到了CPU过高的预警(超过80%),收到预警以后,立刻查看监控,发现现网一共10个节点,其中3个节点cpu超过80%,剩余节点cpu正常(cpu不超过60%),并且问题节点的cpu中断数,突然陡增。‘ 疑点一:在同样级别的请求量下,只有3台服务器 疑点二:CPU中断数,在某个时间点突然陡增,但上下文切换没有明显变化 (如果上下文切换数,和中断数两个同时上升,很有可能是GC的原因导致的) 这边首先怀疑是不是6个服务节点,收到的原创 2021-06-24 17:03:01 · 1193 阅读 · 0 评论