MySQL的终止状态1？(mysql terminated with status 1?)

今天早上，我发现我的MySQL服务器未运行。 一看日志，我发现下面的信息。 虽然这是令人不安的是，mysqld服务跑出的内存和被打死，更令人不安的是，MySQL无法重新启动。

为什么MySQL的不能重生任何想法？ 如何测试，以确保如果该进程被终止会重生？

谢谢。

387 Oct 10 06:37:09 ip-xxx-xxx-xxx-xxx kernel: [12218775.475042] Out of memory: Kill process 810 (mysqld) score 232 or sacrifice child
388 Oct 10 06:37:09 ip-xxx-xxx-xxx-xxx kernel: [12218775.475060] Killed process 810 (mysqld) total-vm:888108kB, anon-rss:139816kB, file-rss:0kB
389 Oct 10 06:37:09 ip-xxx-xxx-xxx-xxx kernel: [12218775.655663] init: mysql main process (810) killed by KILL signal
390 Oct 10 06:37:09 ip-xxx-xxx-xxx-xxx kernel: [12218775.655745] init: mysql main process ended, respawning
391 Oct 10 06:37:10 ip-xxx-xxx-xxx-xxx kernel: [12218776.044805] type=1400 audit(1381408630.181:13): apparmor="STATUS" operation="profile_replace" name="/usr/sbin/mysqld" pid=27754 comm="apparmor_parser"
392 Oct 10 06:37:10 ip-xxx-xxx-xxx-xxx kernel: [12218776.676434] init: mysql main process (27763) terminated with status 1
393 Oct 10 06:37:10 ip-xxx-xxx-xxx-xxx kernel: [12218776.676489] init: mysql main process ended, respawning
394 Oct 10 06:37:11 ip-xxx-xxx-xxx-xxx kernel: [12218777.468923] init: mysql post-start process (27764) terminated with status 1
395 Oct 10 06:37:11 ip-xxx-xxx-xxx-xxx kernel: [12218777.512363] type=1400 audit(1381408631.649:14): apparmor="STATUS" operation="profile_replace" name="/usr/sbin/mysqld" pid=27800 comm="apparmor_parser"
396 Oct 10 06:37:11 ip-xxx-xxx-xxx-xxx kernel: [12218777.681433] init: mysql main process (27804) terminated with status 1
397 Oct 10 06:37:11 ip-xxx-xxx-xxx-xxx kernel: [12218777.681491] init: mysql respawning too fast, stopped

Answer 1:

http://ubuntuforums.org/showthread.php?t=1475798

循环脚本问题可能

Answer 2:

我会尝试运行mysqld直接的命令，并查看输出。 这可能是如InnoDB的腐败导致产卵后立即停药 ，在这一点upstart可能会尝试重生，直到apparmour停止。

Answer 3:

一个老问题，而是经常性的问题。 现在的问题有两个面：

• 第一，为什么MySQL进程运行内存不足？
• 其次，为什么MySQL进程不能重新开始？

第一种是一些在配置给矫枉过正。 超大缓存配置可以使MySQL要求更多的内存比系统可以提供。 验证这个问题，得到的如何找到适合您的环境最适合的见解。

第二个问题可能是非常trickful。 有很多的可能性，可以防止mysql的启动问题。 可以执行以下步骤找出的原因是什么。 第一条线索可以在MySQL错误日志文件中找到，在大多数/var/log/mysql/error.log发现然而，这个问题无论性质的情况下，错误日志文件可以是空的。 在这种情况下尝试：

1. 考虑系统日志：在终端提示

    type tail -f /var/log/syslog 

   而在另一端试图启动mysql：

    service start mysql 

如果这种方法不提供任何有用的线索，请尝试以下操作：

2. 启动在详细模式原料的mysqld：

    su mysql mysqld -v 

作为显示在这里 。

输出消息可以有助于找出根源防止MySQL的启动。

文章来源: mysql terminated with status 1?