升级后,Ubuntu 14.04 上的 MySQL 不断崩溃,并且根据 dmesg 每 24 小时重新启动一次。我希望 MySQL 日志中出现失败的原因,但全部都是空的。有什么想法如何调试这个吗?
[32973.265291] init: mysql main process (944) terminated with status 1
[32973.265369] init: mysql main process ended, respawning
[32974.838809] type=1400 audit(1427596253.637:24): apparmor="STATUS" operation="profile_replace" profile="unconfined" n
me="/usr/sbin/mysqld" pid=5319 comm="apparmor_parser"
[119355.299897] init: mysql main process (5342) terminated with status 1
[119355.299975] init: mysql main process ended, respawning
[119356.129273] type=1400 audit(1427682634.929:25): apparmor="STATUS" operation="profile_replace" profile="unconfined"
ame="/usr/sbin/mysqld" pid=14595 comm="apparmor_parser"
[205744.920406] init: mysql main process (14616) terminated with status 1
[205744.920472] init: mysql main process ended, respawning
[205745.237559] type=1400 audit(1427769024.039:26): apparmor="STATUS" operation="profile_replace" profile="unconfined"
ame="/usr/sbin/mysqld" pid=23793 comm="apparmor_parser"
[292141.907015] init: mysql main process (23806) terminated with status 1
[292141.907071] init: mysql main process ended, respawning
[292141.937585] type=1400 audit(1427855420.737:27): apparmor="STATUS" operation="profile_replace" profile="unconfined"
ame="/usr/sbin/mysqld" pid=523 comm="apparmor_parser"
答案1
感谢 Mark Plotnick,在 cron 中有一个条目与崩溃时间一致(凌晨 4:30 - 运行 dmesg -T 以显示绝对时间)。这是一个数据库备份转储 (mysqldump),导致 mysql 服务崩溃(呵呵...)。崩溃是由于服务器因电源故障而崩溃后表损坏造成的。
老实说,我预计它会比这更有弹性。我希望 mysqldump 不会使整个服务崩溃......但也许它比我想象的更复杂。