Mule ESB 自行重启答案

【问题标题】：Mule ESB restarting itselfMule ESB 自行重启
【发布时间】：2013-03-13 22:43:29
【问题描述】：

我的 Mule 应用程序有问题。

我在 Amazon Micro Instance 上运行我的 Mule 应用程序，该应用程序开始在 mysql 数据库中插入大量数据，突然 mule 应用程序重新启动，将其留在日志中：

JVM exited unexpectedly.
JVM exited in response to signal SIGKILL 
9
...
...
...
Startup failed: Timed out waiting for signal from JVM.
JVM did not exit on request, terminated
JVM exited on its own while waiting to kill the application.
JVM exited in response to signal SIGKILL 
9
...
...
...

会不会是因为 Micro Instance 提供的资源不足而导致 CPU 数量的内存问题？如果没有，什么是好的解决方案？

【问题讨论】：

似乎类似于stackoverflow.com/q/13104630/387927：您可以尝试建议的解决方案吗？
这方面有什么进展吗？真的是OOM问题吗？

标签： mysql memory-management mule

【解决方案1】：

可能启动太慢了。尝试在 conf/wrapper.conf 更新超时：

# Increase the default startup timeout so that the JVM has enough
# time to download the required jars on a slow connection
wrapper.startup.timeout=1200

【讨论】：

只有当骡子慢慢上来时才会发生这种情况。但这不属于这个问题，因为 Mule 已经在运行并且会在高负载下被杀死..

【解决方案2】：

Mule 进程将由wrapper 控制，该wrapper 也监视该进程。可以有不同的情况。例如，JVM 在高负载下不会回复wrapper 发送的 ping。默认配置将杀死（kill -9）Mule 进程并重新启动。

【讨论】：

【解决方案3】：

我收到了类似的日志错误。原因是：

不正确的 jvm 系统属性：-M ...

https://docs.mulesoft.com/mule-runtime/4.3/mule-app-properties-system

ram 小于 512m
内存超过硬件限制
java 内存：xmx xms 不正确

【讨论】：

【解决方案4】：

这绝对是内存问题。你没有足够的内存。

由于您的内存有限 - 优化您的解决方案以使用流而不是将值保存在内存/变量中。

【讨论】：