linux机器内存溢出，占用内存最多的tomcat进程 被系统kill掉之后发现还有3个java进程？

最新推荐文章于 2024-06-18 02:21:26 发布
原创 最新推荐文章于 2024-06-18 02:21:26 发布 · 757 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文探讨了在Linux环境下，启动Tomcat后出现三个Java进程导致内存迅速消耗并溢出的问题。通过分析发现，这可能与线程池配置及对象管理有关，深入讨论了如何排查和解决此类内存管理难题。

linux机器启动tomcat之后，内存迅速飙高，free -m 查看只剩下一点点内存了，而使用top命令查看的时候，占用内存最高的java进程却只占用31.4%。 不久tomcat进程就被kill掉了，查看 cat /var/log/messages 发现竟然有3个java进程？

网上查资料，查看每个进程的占用内存，rss的值*4kb 大概都是2g多，总共就是6g多，而机器总内存8g，就内存溢出了。

现在问题是，为什么tomcat启动会有3个java进程呢？

1.tomcat应用下面有个服务中使用了线程池ThreadPoolTaskExecutor，CorePoolSize设置成了3， executor.setCorePoolSize(3) ，而我在声明ThreadPoolTaskExecutor的时候，没有使用static。跟这个会有关系吗？没有使用static导致ThreadPoolTaskExecutor对象创建在堆里，从而每个线程对应一个线程组里面一个进程？


 

 

 


 

 

 

smart_jacky
关注
大数据系列之：查看Centos服务器系统日志，排查应用进程oom情况，查看进程堆内存信息，查看进程启动参数设置
zhengzaifeidelushang的博客
09-03 1402
大数据系列之：查看Centos服务器系统日志，排查应用进程oom情况，查看进程堆内存信息，查看进程启动参数设置
JDK 7到JDK17的JVM调优：调整JVM内存配置解决内存溢出（‌OutOfMemoryError: Java heap space）‌或栈溢出（‌StackOverflowError）‌等错误
专注于计算机研发知识和资讯分享
08-16 681
‌例如，‌可以将最小堆内存设置为2GB（‌-Xms2048m）‌，‌最大堆内存设置为4GB（‌-Xmx4096m）‌。解决方案：根据服务具体的部署（启动）方式，通过调整JVM的默认内存配置来解决内存溢出（‌OutOfMemoryError）‌或栈溢出（‌StackOverflowError）‌等错误。原因分析：查询查询平台所有船舶的统计数据，接口输出的数据量达到153M，在Spring框架中处理HTTP请求的时候，调度请求给相应的处理器（Handler）偶尔会发生内存溢出。
tomcat常用优化方法
weixin_45942735的博客
02-19 622
tomcat优化配置参数 优化内存，主要是在bin/catalina.bat/sh 配置文件中进行。linux上，在catalina.sh中添加： JAVA_OPTS="-server -Xms1G -Xmx2G -Xss256K -Djava.awt.headless=true -Dfile.encoding=utf-8 -XX:MaxPermSize=256m -XX:PermSize=128...
Linux中出现 tomcat几乎一样的多个进程？
奔跑入坑大数据
04-30 2131
1.Linux中出现多个一样的进程 如下则是出现了多个进程一样的： root用户进行启动tomcat多次，我登录的是普通用户,致使tomcat停止无效。
linux 多个java进程吗_linux 同时出现两个java进程,新手~ 请详细说明,这个是怎么回事。 我就装了一个jdk...
weixin_34951416的博客
02-13 596
首先Tomcat是用java开发的，所以它的开始和停止的命令都是用java来执行的。你执行一下ps -ef |grep tomcat如果输出：sun 5144 1 0 10:21 pts/1 00:00:06 /java/jdk/bin/java -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djava.end...
linux下tomcat关闭后还有进程
weixin_30266885的博客
07-11 1018
今天发现的问题，记录一下： 修改了程序，eclipse中运行一切正常，部署到linux，重启tomcat发现，运行出现不少错误，看似之前的版本引起的，刚开始以为是tomcat缓存，然后清空了work下的Catalina还是一样。。重新部署重启了多次都无效！ 折腾许久，突然想起来查看下tomcat进程，ps -ef | grep tomcat 发现一大堆tomcat运行的进程，我晕，才发现之前一...
tomcat linux执行shutdown.sh后进程仍然存在
liaos666的博客
03-11 754
故障现象： tomcat linux执行shutdown.sh后进程仍然存在，执行startup.sh后又多了个线程 原因 代码有开额外线程，成为tomcat子线程，如线程池或任务调度，如executorService, quartz, timer，且tomcat destroy时没有shutdown定时器，后端进程一直存在，每个进程一直占据内存，但父进程tomcat已关闭，导致成为zombie进程。 解决方法： catalina.sh中pgdir上加一段 if [ -z "$CATALINA_PID" ]
Java中OutOfMemoryError(内存溢出)和Tomcat进程假死崩溃
FANHAOM的博客
01-07 2431
接手一个老项目ssh+jdk6+tomcat6，年底申报信息的系统开始频繁使用了，之前没有暴露的问题显现出来了： 1、系统页面的响应时间变的很长。 2、偶尔会卡死，但等一会就好了，隔几天会突然挂掉。 3、tomcat有时会有日志显示GC失败和OutOfMemoryError。 根据以上信息初步判断是内存溢出了，查看了tomcat访问的日志，查看了相关代码中有很多for循环里new对象的操作，更改代...
Java内存溢出故障案例及Linux内存机制探究
阳某的博客
12-03 1372
Java内存溢出故障案例及Linux内存机制探究
buffer/cach内存占用过高及k8s java后端pod容器超出内存限制被kill重启
热门推荐
Kainx
11-15 1万+
现象 之前某个后端服务pod在不停的重启导致线上环境很不稳定,于是开始分析问题的原因
生产环境tomcat进程占用异常高解决思路
天涯的博客
05-17 744
最近生产环境一台tomcat隔一段时间cpu会达到900%，导致服务响应缓慢。 首先确定排查思路 1.先找到占用cpu高的进程id ps -ef | grep PID 2.打印出该进程下的线程占用cpu情况 ps -mp pid -o THREAD,tid,time 找到耗时最高的线程4109 3.将需要的线程转为16进制 printf "%x\n" tid 4.打印线程的堆栈信息 js...
tomcat线程被打满怎么排查_优化体系--tomcat参数优化（内存、线程、压缩、集群、ARP）...
weixin_39616379的博客
11-20 623
概述关于tomcat优化方面的内容，我这边主要从内存、线程数、打开压缩功能、集群和ARP几个方面来做优化。这里面ARP相对比较少用。优化相关1、内存优化：配置文件：$TOMCAT_HOME/bin/catalina.shexport JAVA_OPTS="-server -Xms1400M -Xmx1400M -Xss512k -XX:+AggressiveOpts -XX:+UseBiasedL...
Tomcat进程占用CPU过高怎么办？
2401_85767411的博客
06-18 1294
回到我们的“pool-1-thread-x”线程，这些线程都处在“Waiting”状态，从线程栈我们看到，这些线程“等待”在getTask方法调用上，线程尝试从线程池的队列中取任务，但是队列为空，所以通过LockSupport.park调用进到了“Waiting”状态。第4步用top -H -p pid命令看到的线程列表中还有许多名为“pool-1-thread-x”的线程，它们单个的CPU使用率不高，但是似乎数量比较多。可见，有个叫“scheduling-1”的线程占用了较多的CPU，达到了42.5%。
jvm调优
weixin_30681615的博客
09-04 317
1、JVM 参数配置方法 Tomcat 的启动参数位于安装目录 ${JAVA_HOME}/bin目录下，Linux操作系统就是 catalina.sh 文件。JAVA_OPTS，就是用来设置 JVM 相关运行参数的变量，还可以在 CATALINA_OPTS 变量中设置。关于这 2 个变量，还是多少有些区别的： JAVA_OPTS：用于当 Java 运行时选项“start”、“stop”或“r...
Linux释放内存缓存
TURING.DT
02-04 837
问题描述： 一台服务器运行着3个tomcat，服务器内存为128G，有一天发现内存使用95%了， 网上搜索了下，说是通过设置环境变量来改变arena的数量，例如export MALLOC_ARENA_MAX=1 内容写的比较复杂，可能是glibc为了分配内存的性能的问题，也可能是JDK版本的问题，如下： http://blog.youkuaiyun.com/chen19870707/article/de
java.lang.OutOfMemoryError: PermGen space
lyg642259806的专栏
04-08 632
tomcat内存设置问题 收藏     在使用Java程序从数据库中查询大量的数据或是应用服务器(如tomcat、jboss,weblogic)加载jar包时会出现java.lang.OutOfMemoryError异常。这主要是由于应用服务器的内存不足引起的。这种异常常有以下几种情况（以下以tomcat环境为例，其它WEB服务器如jboss,weblogic等是同一个道理）：     1.
tomcat、jvm、mysql调优以及进程占用高的问题
qq_37822914的博客
08-26 390
本次文章是纪念某次失败后的的一次总结。 tomcat调优 tomcat介绍 首先上一张tomcat的架构图（百度的）。 这个应该很多人都了解过一点。它的结构图就对应了配置文件的结构。 下面就对照官网来具体的说一下结构。 http://tomcat.apache.org/tomcat-8.5-doc/architecture/overview.html tomcat的架构一共分为以下6个方面： Server层：对应server的标签。官网解释：In the Tomcat world, a Server re
查找tomcat程序中某个进程占用CPU高的方法
u011813453的专栏
11-29 3012
一、发现问题 在测试或是生产环境，当发现tomcat cpu一直持续保持在某一个高水平线时，说明程序处理肯定出了问题，接下来就要找原因了。如下图可以发现进程ID为8051的tomcat占用CPU高。 二、定位问题 使用命令ps -mp 8051 -o THREAD,tid,time查看8051这个进程中哪些线程使用CPU比较高，浏览查看线程8327占用的cpu较高。 将需要的线程ID转换为16进
java linux 起多个进程_linux下tomcat启动后出现多个java进程
weixin_32251071的博客
02-24 699
我安装了两台linux as 4系统，并装了tomcat5.5.23和JDK1.5,但在启动tomcat时出现多个java进程，两台机子都一样，关闭tomcat后所有进程也关闭了，原以为是操作系统的问题，可现在发现，2G的内存一天比一天少，现在只剩下30M的内存，linux下只安装 了oracle9i,java和tomcat，tomcat启动后进程如下：[root@linux223 bin]# ...
linux tomcat进程在应用运行中消失有什么可能的情况
最新发布
09-02
<think> 嗯，用户询问的是Linux系统中Tomcat进程消失的可能原因。这个问题之前有过相关引用资料，需要好好梳理一下。 用户提供的三条引用信息非常有价值。引用1中提到要检查系统kill日志，引用2描述了服务器重启后进程消失的情况，引用3则明确指出了OOM Killer机制。这些线索构成排查方向的基础。 考虑从三个主要维度分析：首先是系统资源层面，OOM Killer是最常见的原因之一。当内存不足时，系统会强制终止得分最高的进程。其次是运维操作层面，包括误操作重启、定时任务清理或部署脚本错误。最后是程序自身问题，比如JVM崩溃或Tomcat异常退出。 引用3中提到的/var/log/messages日志特别关键，这里需要强调查看系统日志的顺序：先用dmesg快速检查近期记录，再深入分析/var/log/messages。内存检测方面，不仅要看当前使用量，还要关注历史峰值，free -m命令结合/proc/meminfo会更全面。 用户的环境可能是生产服务器，所以考虑给出具体命令示例。比如用grep过滤OOM日志，用ps命令检查残留进程。另外，突然重启的情况需要单独说明排查路径，包括last命令和cron日志审查。 在补充建议部分，内存监控工具需要推荐简便易行的方案。考虑提到top/htop这类基础工具，也说明更专业的监控方案。安全防护方面，chkconfig和SELinux的检查要点也值得提醒。 最后整理几个实用问题：内存不足的预防措施放在首位，因为引用3明确提到这是常见诱因；日志分析技巧作为第二点；部署优化作为进阶问题。这样既解决当前问题，也提供深度优化方向。 </think> 根据引用内容和系统排查经验，Tomcat进程在运行中突然消失的主要原因及排查路径如下： --- ### **一、核心原因分析** 1. **OOM Killer触发（最常见）** Linux内核在**内存耗尽**时自动激活OOM Killer机制，强制终止占用内存最高的进程（如Java进程）。 **排查步骤：** - 检查系统日志：`grep -i "killed process" /var/log/messages` 或 `dmesg | grep -i "oom\|kill"` - 确认内存状态：`free -m` 查看剩余内存，`cat /proc/meminfo | grep MemAvailable` - 分析进程内存：`ps -eo pid,user,%mem,command --sort=-%mem | head` 找出高内存进程 *引用[3]明确提到OOM Killer会基于进程的oom_score值选择终止目标[^3]。* 2. **手动或脚本误操作** - **意外重启/关机**：`shutdown -r` 或 `reboot` 命令导致进程终止（引用[2]案例）[^2] - **部署脚本错误**：自动化脚本中包含 `kill -9 tomcat_pid` 逻辑 **排查：** - 检查命令历史：`history | grep -E "kill|shutdown|reboot"` - 审查定时任务：`crontab -l` 和 `/etc/cron.d/` 目录下脚本 3. **Tomcat/JVM自身崩溃** - **JVM致命错误**：如Native内存泄漏、堆外内存溢出（DirectByteBuffer等） - **Tomcat线程死锁**：线程阻塞导致进程无响应 **排查：** - 检查JVM日志：`$CATALINA_HOME/logs/catalina.out` 中的 `hs_err_pid*.log` - 启用GC日志：JVM参数添加 `-XX:+HeapDumpOnOutOfMemoryError` 4. **安全防护机制介入** - **SELinux限制**：强制阻止Tomcat操作敏感路径 - **云平台监控**：如AWS/Aliyun的进程健康检查失败后强制重启 **排查：** - 检查SELinux状态：`sestatus` 和 `/var/log/audit/audit.log` - 查看云控制台事件日志 --- ### **二、关键排查命令速查表** | **目的** | **命令** | |-------------------|--------------------------------------------------------------------------| | 检查OOM记录 | `dmesg -T | grep -i "oom\|kill"` | | 分析内存使用 | `top` → 按 `M` 按内存排序；`vmstat 2 10` 监控变化 | | 查找Tomcat残留进程 | `ps aux | grep -i tomcat` | | 检查系统重启记录 | `last reboot` 或 `journalctl --list-boots` | | 跟踪进程退出信号 | `auditctl -a exit,always -S exit_group -k process_trace` + 查看 `/var/log/audit/audit.log` | --- ### **三、解决方案建议** 1. **应对OOM Killer** - 调整OOM策略：`sysctl -w vm.oom_kill_allocating_task=1`（优先杀触发OOM的进程） - 限制Tomcat内存：JVM参数设置 `-Xmx`（如 `-Xmx4g`），**不超过系统可用内存的70%** - 升级内存或优化应用：减少内存泄漏（MAT工具分析堆转储） 2. **避免误操作** - 关键命令加锁：`chattr +i /sbin/reboot /sbin/shutdown`（需root权限） - 脚本添加确认机制：`read -p "确认重启？(y/n)" input` 3. **增强稳定性** - 使用进程守护：`systemd` 配置自动重启（示例）： ```ini [Service] Restart=on-failure RestartSec=10 ``` --- ### **相关问题** 1. 如何通过 `systemd` 配置Tomcat服务实现崩溃后自动重启？ 2. Linux下有哪些工具可以实时监控JVM内存泄漏？ 3. 除了OOM Killer，还有哪些系统级机制可能导致进程被强制终止？ 4. 如何在不停机的情况下扩展Linux服务器的Swap空间以缓解OOM问题？ > 提示：若日志中无任何进程退出记录（如引用[1]所述[^1]），需重点排查**系统级中断信号**（SIGKILL/SIGSEGV）和**硬件故障**（如内存坏块）。
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值