这篇博客主要记录了一次线上Java进程CPU占用异常的情况，通过`jstat -gcutil`命令发现Solr频繁进行垃圾回收。博主通过观察JVM内存使用情况，发现年轻代和旧生代的内存分配可能不恰当。使用`jmap -heap`进一步分析后，博主决定重启Solr并增大`Xmx`和`Xms`设置，从而稳定了CPU占用。此外，还提到了可以通过修改Solr配置文件来按需启动JVM内存。
线上java进程占用CPU忽高忽低，就是说一下子40%左右，一下子减下去。
这台服务器只有Solr，所以估计是Solr在GC。
# jstat -gcutil 2072 2s
JVM名词解释参考java内存泄漏的定位与分析
一些术语的中文解释：
S0C：年轻代中第一个survivor（幸存区）的容量 (字节)
S1C：年轻代中第二个survivor（幸存区）的容量 (字节)
S0U：年轻代中第一个survivor（幸存区）目前已使用空间 (字节)
S1U：年轻代中第二个survivor（幸存区）目前已使用空间 (字节)
EC：年轻代中Eden（伊甸园）的容量 (字节)
EU：年轻代中Eden（伊甸园）目前已使用空间 (字节)
OC：Old代的容量 (字节)
最低0.47元/天 解锁文章
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
