アップグレード後、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がサービス全体をクラッシュさせないことを願っていますが...多分あなたは思ったよりも複雑です。