企业网站建设网站专业服务网站制作案例 立邦
项目背景：
服务器上主要两个系统，一个大屏的一个小系统，大屏查的那个数据库数据量很多，然后上周五客户那边说有点卡顿，我进服务器一看cpu干到98了，然后看日志报错GC内存不足了，但是当时我没看小系统的情况，然后刚刚客户说那个小系统登不上了，我进去看也是GC内存不足了，当时进系统看的时候内存的占用率其实并不高
查看两边系统的报错日志
小系统：分配的起始内存以及最大堆内存均为2048MB，在启用小系统之后任务管理器占用的内存为2357.9MB，报错时间在大系统之前并且提示堆内存不够用了
大系统：分配的起始内存以及最大堆内存均为10240MB，在启用小系统之后任务管理器占用的内存为8975.9MB
利用JDK工具查看实时的内存占用空间比
先找到服务对应的PID，然后使用jstat查看对应服务的内存分配
小系统，
-
堆内存总共分配了大约2048 MB，比较符合JVM参数。
-
当前实际使用约1282 MB，占用了分配的堆内存的62.5%左右。
大系统
-
Survivor + Eden + Old 区容量总和（即总堆容量）：
-
7168 + 8192 + 3478528 + 6990848 = 10419436 KB ≈ 10177 MB -
这与你设置的
-Xmx10240m非常接近，说明最大堆设置已经被 JVM 识别并应用。
-
-
实际使用的堆内存：
-
7118 + 0 + 1898067.2 + 5221045.9 = 7121231.1 KB ≈ 6955 MB -
当前使用了 约 6.9GB 的堆内存，占比约 68%
-
-
Survivor + Eden + Old 区容量总和（即总堆容量）：
-
7168 + 8192 + 3478528 + 6990848 = 10419436 KB ≈ 10177 MB -
这与你设置的
-Xmx10240m非常接近，说明最大堆设置已经被 JVM 识别并应用。
-
-
实际使用的堆内存：
-
7118 + 0 + 1898067.2 + 5221045.9 = 7121231.1 KB ≈ 6955 MB -
当前使用了 约 6.9GB 的堆内存，占比约 68%
-
总结：JVM 花了 过多时间（>98%）进行垃圾回收（GC），但回收了不到2%的堆内存。通常表示内存已经非常紧张，甚至快耗尽了，但是查看小系统的mapper层的时候发现数据量并不高，感觉小系统造成内存溢出的可能性并不是很大，应该是大系统占用内存过多影响到了小系统