1. MySQL4.1.21のレプリケーションの障害復旧 短いです…

2. 環境と経緯 MySQL4.1.21(InnoDB) マスター＆スレーブのレプリケーションにて冗長化していた スレーブ・マシンに障害発生し、レプリケーションを一旦停止 復旧後、レプリケーションが正常に再開できず。 異常を発見して、レプリケーションの復旧を試みる

3. レプリケーションの状態の確認 「mysql> show slave status;」のSlave_IO_Running: とSlave_SQL_Running: を見る Slave_IO_Running:I/Oスレッドが開始されたかどうかを示す Slave_SQL_Running:SQLスレッドが開始されたかどうかを示す

4. 稼働時と停止時 稼働時Slave_IO_Running: YesSlave_SQL_Running: Yes 停止時Slave_IO_Running: NoSlave_SQL_Running: No

5. 異常により停止している状態 I/Oスレッドが停止しているSlave_IO_Running: NoSlave_SQL_Running: Yes↓マスターサーバに接続できない（host名が間違っている等）、ディスクに空きがない、スレーブを停止した時点以前のバイナリログがない、等 SQLスレッドが停止しているSlave_IO_Running: YesSlave_SQL_Running: No↓スレーブサーバに更新系のSQLを発行してしまった、等

6. I/Oスレッドが停止している場合の対処 まずは、start slave io_thread; を試す。※オプションなしのstart slave;でI/OとSQLのスレーブスレッドを同時に開始させることができるが、ここでは念のため、オプションを指定して試している。 改善しない場合には以下を実施（主な施策）A.マスターサーバのhost名の確認my.cnf：「master-host」「master-user」「master-password」show slave status;：「Master_Host」と「Master_User」 間違っていた場合my.cnf->書き直し、mysqlを再起動show slave status->CHANGE MASTER TO MASTER_HOST = ‘ホスト名’,MASTER_USER = ‘ユーザ名’, MASTER_PASSWORD = ‘パスワード’,MASTER_LOG_FILE = ‘master-bin.0000XX’, MASTER_LOG_POS = YYY;

7. バイナリログがなくなっていた場合 マスターサーバのバイナリログが残っているか確認し、show slave status;の「Master_Log_File」の値にあるバイナリログよりも以前のログがない場合↓I/Oの起動は不可。マスターサーバをもとネタに、スレーブマシンを再構築する

8. SQLスレッドが停止している場合の対処 まずは、start slave sql_thread; を試す。※オプションなしのstart slave;でI/OとSQLのスレーブスレッドを同時に開始させることができるが、ここでは念のため、オプションを指定して試している。 改善しない場合↓今回の異常はこのパターン原因は、レプリケーション停止中にスレーブサーバでなんらかの更新系SQLがはいってしまった。

9. Show slave status;の「Last_Error:」 Last_Error: Error 'Duplicate entry ‘123456' for key 1' on query. Default database: ‘db_name'. Query: 'INSERT INTO sessions (`updated_at`, `session_id`, `data`) VALUES('2009-09-08 18:04:04', 'afa6900d3b0352f745aca345e249d879', 'BAh7BiIKZmxhc2hJQzonQWN0aW9uQ29udHJvbGxlcjo6Rmxhc2g6OkZsYXNoSGFzaHsABjoKQHVzZWR7AA==')‘ テーブル「db_name」(DBはテーブル名から推論する)のid「123456」(entry`123456`の部分)のレコードが重複している、というアラート↓つまり、スレーブ側にすでにIDが存在するため、同期ができない、という状態

10. 復旧の手順 Stop slave; Show slave status;の「Last Error:」から、テーブル名とIdを確認 重複したレコードを同期回避するA.同レコードを削除する (DELETE文)B.同レコードを無視する (SET GLOBAL SQL_SLAVE_SKIP_COUNTER=1; ) Start slave;

11. 注意点など 重複レコードを削除する場合には、削除後のレプリケーション再開後に、同IDのレコードが再度スレーブに書き込まれているか確認する スレーブへの書き込みがあり得ないならば、my.cnfにread_onlyオプションを指定する

12. 参考 現場指向のレプリケーション詳説http://www.irori.org/doc/mysql-rep.html [MySQLウォッチ]第１８回レプリケーションのトラブル脱出http://itpro.nikkeibp.co.jp/members/ITPro/oss/20050712/164383/?ST=oss&P=1 MySQLレプリケーションの設定http://www.maruko2.com/mw/MySQL_レプリケーションの設定 [MySQL]レプリケーションとスレーブ(Slave)エラーの対処(データの整合性)http://blog.mikuriya.biz/archives/6 MySQLレプリケーションを安全に利用するための１０のテクニックhttp://nippondanji.blogspot.com/2009/03/mysql10.html