Mysql Mule ESB重新启动自身

我的Mule应用程序有问题

我正在Amazon Micro实例上运行我的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
...
...
...

---

这可能是由于微实例提供的资源不足而导致的CPU内存量问题吗？如果不是，什么是好的解决方案？

可能启动太慢。尝试在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

---

可能启动太慢了。尝试在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过程将由

包装器控制，包装器也会监控该过程。可能有不同的情况。例如，
JVM
将不会在高负载下响应
包装器
发送的ping。默认配置将终止（
kill-9
）Mule进程并重新启动
 Mule流程将由
包装器控制，包装器也会监控流程。可能有不同的情况。例如，
JVM
将不会在高负载下响应
包装器
发送的ping。默认配置将终止（
kill-9
）Mule进程并重新启动
 我得到了一个类似的日志错误。原因是：


jvm系统属性不正确：-M



ram小于512m
ram超过硬件限制
java ram:xmx xms不正确
我遇到了类似的日志错误。原因是：


jvm系统属性不正确：-M



ram小于512m
ram超过硬件限制
java ram:xmx xms不正确
这肯定是内存问题。你没有足够的内存

由于内存有限，请优化解决方案以使用流，而不是将值保留在内存/变量中。
这肯定是内存问题。你没有足够的内存

由于您的内存有限-优化您的解决方案以使用流，而不是将值保留在内存/变量中。
类似于：您可以尝试建议的解决方案吗？这方面有什么进展吗？这真的是一个OOM问题吗？似乎类似于：你能尝试提议的解决方案吗？这方面有什么进展吗？这真的是一个OOM问题吗？只有当骡子慢慢地上来时，才会发生这种情况。但这不属于问题，因为骡子已经开始运转，并且会在高负荷下被杀死。只有骡子慢慢地上来，这才可能发生。但这不属于问题，因为骡子已经开始运转，在高负荷下会被杀死。。