龙飞的博客

从上述表现来看，jvm内存分配过多，给pod本身留的内存不足，导致业务高峰期pod内存逐渐被打满，临时使用磁盘充当内存，导致磁盘读飙升，请求变得异常缓慢(接口频繁超时)，请求堆积多了之后，pod内存被打满甚至溢出，触发pod重启。重启后暂时恢复，过一段时间后又出现上述问题。业务(重量级业务，比较庞大)高峰期接口偶尔频繁超时，重启机器即可恢复，或连续超时多次超时后pod内存溢出，直接触发重启后恢复。请求pod内存打满后内存溢出，磁盘读速率直接飙升5，触发pod重启，重启后恢，时间一长再次出现问题。

一般的服务器日志一个可能大的有几十上百m，小的也得几百k，里面内容是比较多的，如拿到日志没思路去看的话，下面一些办法可以让你快速定位到日志中的异常错误信息下面的这块日志可以作为练习参考步骤1:定位到错误信息再那个日志中(grep)当天日志可能比较多，被切分成很多个小日志如下图如果出现这种情况，我们可以使用这种办法来定位错误信息再那个日志中比如我们有相关的关键字可以直接用，用关键字匹配日志从上面我们可以直接定位到错误信息在server.log.2022-11-14-21和server.log