2013-10-15 5 views
8

が、私は最近、ログMySQLは再起動を保持します(しかし、なぜ私はわからない)

Oct 14 10:21:43 squire-labs kernel: [4186256.684193] init: mysql main process (16331) terminated with status 1 
Oct 14 10:21:43 squire-labs kernel: [4186256.684215] init: mysql main process ended, respawning 
Oct 14 10:21:44 squire-labs kernel: [4186257.394474] type=1400 audit(1381738904.046:23): apparmor="STATUS" operation="profile_replace" name="/usr/sbin/mysqld" pid=28201 comm="apparmor_parser" 
Oct 14 10:21:47 squire-labs /etc/mysql/debian-start[28254]: Upgrading MySQL tables if necessary. 
Oct 14 10:21:47 squire-labs /etc/mysql/debian-start[28257]: /usr/bin/mysql_upgrade: the '--basedir' option is always ignored 
Oct 14 10:21:47 squire-labs /etc/mysql/debian-start[28257]: Looking for 'mysql' as: /usr/bin/mysql 
Oct 14 10:21:47 squire-labs /etc/mysql/debian-start[28257]: Looking for 'mysqlcheck' as: /usr/bin/mysqlcheck 
Oct 14 10:21:47 squire-labs /etc/mysql/debian-start[28257]: This installation of MySQL is already upgraded to 5.5.29, use --force if you still need to run mysql_upgrade 
Oct 14 10:21:47 squire-labs /etc/mysql/debian-start[28269]: Checking for insecure root accounts. 
Oct 14 10:21:47 squire-labs /etc/mysql/debian-start[28274]: Triggering myisam-recover for all MyISAM tables 

これが頻繁に発生して(少なくとも4回分を)次のエラーを発見しました。私は本当に何がこの問題を引き起こしているのかは分かりません。 Mysqlは十分なディスク容量とメモリを備えた実動サーバー上で動作しています。昨日までは問題は一度もありませんでした。

ご協力いただければ幸いです。

+0

問題が実際に発生した場合は、より詳細なログの記録と監視が必要です。このパッケージの5.5.32バージョンがあります。おそらくそれをアップグレードしようとします。 Chekout myslq logs、syslog、およびdmesgを実行して、mysqlが停止する原因となるその他の問題がないかどうかを確認します。 – hovanessyan

+0

バージョン5.5.32を使用しています。上記のログはsyslogからのものです。 mysql.errには何もありません。私はそれ以上のログ情報を得ることはできないようです。 Dmesgには何もありません。 – Gevious

+0

そのメッセージは何ですかこのMySQLのインストールは既に5.5.29にアップグレードされています。 2つの独立したmysqlインスタンスを実行していますか? – hovanessyan

答えて

3

dbsの1つにあるテーブルが破損していることが判明しました。 This articleが非常に有用であることが判明した。

最後に、データベースのmysqldumpを作成し、ダンプを新しいデータベースに復元しました。それが問題を解決しました。

関連する問題