一次线上Xxl-Job定时任务调度失败的排查与解决
在XXL-JOB系统中，每分钟执行一次的任务出现调度异常：首次调度成功，第二次调度失败，但第三次调度显示的是第二次任务的执行时间。问题源于调度中心发送的心跳请求未得到执行器响应，导致连接被Envoy代理关闭。Envoy在等待心跳响应时，后续调度请求被阻塞，直至连接因超时关闭。调度中心收到503响应后也会关闭连接，从而影响第三次调度。解决方案是更新执行器以处理心跳请求或配置Istio Sidecar以绕过Envoy代理特定流量。
使用阿里arthas 定位oom问题原因
1,最近我们生产服务器在做营销活动的时候突然发生oom，堆内存溢出。这个很让人头疼，
我们开发排查了好长时间，最终找到了问题的所在。这里我先买一个关子，问题的原因大家看完文章就一清二白了。
一次线上CPU飙高排查实录：从Arthas到JVM调优的深入之旅
本文记录了一次线上Java应用CPU使用率异常升高的故障排查过程。通过使用阿里巴巴开源工具Arthas，快速定位到问题根源：日志切面中存在性能缺陷的正则表达式在处理超长字符串时引发“回溯爆炸”，导致CPU资源耗尽。文中详细介绍了排查步骤、问题分析及解决方案，包括利用Arthas进行实时监控、线程分析、方法监控和在线热更新修复。最后总结了排查经验与技术启示，强调工具掌握、性能意识与防御式编程的重要性。