剛才又一個一不小心,在Slave上執行了更改資料庫schema的操作,結果是這台伺服器在mmm_control中的狀態就變成了:REPLICATION_FAIL。先通過writer執行了同樣的操作,保證伺服器正常運行,然後就考慮把這台slave重新拉回到mysql-mmm陣營。
看了一下執行的增量SQL檔案,它進行的主要操作有:為一個表A添加三個欄位A1、A2、A3,增加一個新表B,為表C增加一個欄位C1,其中C1為外鍵CF1(關鍵點是:外鍵的名字和欄位的名字相同,假設都為C1),關聯B的主鍵B1。所以接下來要進行的就是復原這些操作:
1、刪除A表中的新增的三個欄位:
- ALTER TABLE A DROP COLUMN A1;
- ALTER TABLE A DROP COLUMN A2;
- ALTER TABLE A DROP COLUMN A3;
|
2、刪除C表中的外鍵CF1,然後刪除C1:
ALTER TABLE C DROP FOREIGN C1; |
執行這條語句得到了下面的錯誤資訊:
ERROR 1025 (HY000): Error on rename of './db1/C' to './db1/#sql2-31ef-2c2d4e' (errno: 152)
那麼直接刪除欄位C1呢:
ALTER TABLE C DROP COLUMN C1; |
得到的錯誤資訊是:
ERROR 1025 (HY000): Error on rename of './db1/#sql-31ef_2c2d4e' to './db1/C' (errno: 150)
問題的原因在上面已經提示到了:外鍵和欄位使用了同樣的名字。
解決方案:
1、先通過
找到建立外鍵的語句:
CONSTRAINT `C_ibfk_2` FOREIGN KEY (`C1`) REFERENCES `B` (`B1`) ON DELETE SET NULL ON UPDATE CASCADE |
2、 通過CONSTRAINT的名字刪除外鍵:
ALTER TABLE C DROP FOREIGN KEY C_ibfk_2; |
然後再執行其他後續操作就可以了。
解決上面的問題後,通過“START SLAVE”重新啟動slave線程,過一會兒再去查看mmm_control的狀態,發現該slave已經回來了。
參考資料:http://dev.mysql.com/doc/refman/5.0/en/innodb-error-codes.html