forBurnInG的专栏

背景:收到cpu使用率报警，应用中多台机器cpu使用率高达99%左右。初步处理：第一时间重启一台机器，发现使用率恢复正常。陆续重启其它机器，保留一台用于观察分析问题根源。分析：初步观察这台机器的内存监控，网络监控等都基本正常。并且观察近几天的cpu使用率情况，基本都正常，就上截图中时间，突然升高。 通过堡垒机，连到该机器，top命令，发现确实java进程cpu使用率高达90%多。 top -H -p #pid，进一步观察进程中线程，cpu使用率情况；发现有多个线程，c..

https://blog.youkuaiyun.com/wilsonpeng3/article/details/70064336

现象某个大版本上线后，某服务频繁报警: load过高，但很快就会恢复，即间歇性load过高，原因难以定位。观察从报警系统观察报警时间分布，有一些周期性，但周期会在1小时到2小时之间，不稳定 初步排除是定时任务导致 观察gc日志，发现报警时间点与gc时间开销较高的点比较吻合，因此着重观察GC 发现JVM GC相关的配置不是很合理，做了简单的优化：将old区的并行收集改为CMS，情...

我的一台生产环境机器每次运行几天之后就会莫名其妙的宕机，分析日志之后发现在tomcat刚启动的时候内存占用比较少，但是运行个几天之后内存占用越来越大，通过jmap命令可以查询到一些大对象引用没有被及时GC，这里就要求解决内存泄露的问题。Java的内存泄露多半是因为对象存在无效的引用，对象得不到释放，如果发现Java应用程序占用的内存出现了泄露的迹象，那么我们一般采用下面的步骤分析：1. 用工...

概述Jstat是JDK自带的一个轻量级小工具。全称“Java Virtual Machine statistics monitoring tool”，它位于java的bin目录下，主要利用JVM内建的指令对Java应用程序的资源和性能进行实时的命令行的监控，包括了对Heap size和垃圾回收状况的监控。jstat 用法option： 参数选项 -t： 可以在打印的列加上Time...

现实企业级Java开发中，有时候我们会碰到下面这些问题： OutOfMemoryError，内存不足 内存泄露 线程死锁 锁争用（Lock Contention） Java进程消耗CPU过高 ...... 这些问题在日常开发中可能被很多人忽视（比如有的人遇到上面的问题只是重启服务器或者调大内存，而不会深究问题根源），但能够理解并...

1. 问题描述背景基本信息机器资源4c8g jdk1.7 使用log4j2 业务流程中需要访问一次mysql 业务流程是一系列计算，记了比较详细的日志 业务流程必须在60s内做完，否则超时之后，会重试整套业务流程现象应用进程cpu占用200%+，业务无法成功执行完成，并在达到超时时间后不断触发重试，导致堆积大量待处理的消息。2. 基本分析虽然每个应用的业务不尽相...

前段事件公司出现了一个严重故障（调用dubbo服务一直处于超时，整个服务系统发生雪崩，系统彻底访问不了），一开始怎么都找不到问题的根源，日志的表现形式是dubbo线程池用完了，那么具体是什么导致的没有找到，后然通过jstack日志分析才找到问题的根源，根源就是系统日志代码写有问题。通过这个故障我们来了解下如何通过jstack日志分析线上问题。首先了解下jstack简介jstack用于生成j...