強(qiáng)制InnoDB恢復(fù)

為了研究數(shù)據(jù)庫頁損壞，你能用SELECT … INTO OUTFILE從數(shù)據(jù)庫中轉(zhuǎn)儲表。通常，以這種方式獲得的大部分?jǐn)?shù)據(jù)是完整的。嚴(yán)重的損壞可能導(dǎo)致SELECT* FROM tbl_name語句或InnoDB的后臺操作崩潰或斷言，甚至造成InnoDB前滾恢復(fù)崩潰。 在這樣的情況下，可以使用innodb_force_recovery選項強(qiáng)制InnoDB存儲引擎啟動同時阻止后臺操作運行，這樣你就能轉(zhuǎn)儲表了。例如，你可以在重新啟動服務(wù)器之前添加以下行到選項文件的[mysqld]部分：

[mysqld]

innodb_force_recovery = 1

警告

只有在緊急情況下將innodb_force_recovery設(shè)為大于0的值，你才能啟動InnoDB并轉(zhuǎn)儲表。在進(jìn)行此操作之前，確保你有數(shù)據(jù)庫的備份副本，以備需要重建它。4及以上的值可以永久破壞數(shù)據(jù)文件。只有在數(shù)據(jù)庫的獨立物理副本的成功地測試了設(shè)置，才能在生產(chǎn)服務(wù)器實例使用4及以上的innodb_force_recovery設(shè)置。當(dāng)強(qiáng)制InnoDB恢復(fù)，你應(yīng)該總是以innodb_force_recovery=1啟動，且僅在需要時增加值。

innodb_force_recovery默認(rèn)為0(沒有強(qiáng)制恢復(fù)的正常啟動)。對于innodb_force_recovery允許的非零值是1至6。較大值包括較小值的功能。例如，為3的值包括所有的值1和2的功能。

如果你能以innodb_force_recovery為3或更低值轉(zhuǎn)儲你的表，那么你是比較安全的，只有在損壞的個人頁的一些數(shù)據(jù)會丟失。4或更大的值被認(rèn)為是危險的，因為數(shù)據(jù)文件可以被永久地?fù)p壞。值6被認(rèn)為是嚴(yán)重的，數(shù)據(jù)庫頁被留在一個陳舊的狀態(tài)，這反過來又可能帶給B-trees和其它數(shù)據(jù)庫結(jié)構(gòu)更多的損壞。

作為一個安全措施，InnoDB 在innodb_force_recovery大于0時阻止INSERT，UPDATE或DELETE操作。對于MySQL5.6.15，將innodb_force_recovery設(shè)為4或更高會讓InnoDB處于只讀模式。

1 (SRV_FORCE_IGNORE_CORRUPT)

即使服務(wù)器檢測到損壞的頁仍讓它運行。試圖使SELECT* FROM tbl_name跳過損壞的索引記錄和頁，這樣有助于轉(zhuǎn)儲表。

2 (SRV_FORCE_NO_BACKGROUND)

阻止主線程和任何清除線程的運行。如果崩潰會在清除操作中發(fā)生，該恢復(fù)值會阻止它。

3 (SRV_FORCE_NO_TRX_UNDO)

不要在崩潰恢復(fù)后運行事務(wù)回滾。

4 (SRV_FORCE_NO_IBUF_MERGE)

阻止插入緩沖合并操作。如果它們會導(dǎo)致崩潰，不要做這些。不計算表統(tǒng)計。這個值可以永久損壞數(shù)據(jù)文件。使用這個值后，準(zhǔn)備號刪除并重建所有輔助索引。在MySQL5.6.15中，設(shè)置InnoDB為只讀。

5 (SRV_FORCE_NO_UNDO_LOG_SCAN)

在啟動數(shù)據(jù)庫時不查看撤消日志：InnoDB將即使未完成的事務(wù)也作為已提交。這個值可以永久損壞數(shù)據(jù)文件。在MySQL5.6.15中，設(shè)置InnoDB為只讀。

6 (SRV_FORCE_NO_LOG_REDO)

不要通過恢復(fù)對重做日志進(jìn)行前滾。這個值可能永久損壞數(shù)據(jù)文件。數(shù)據(jù)庫頁被留在一個陳舊的狀態(tài)，這反過來又可能帶給B-trees和其它數(shù)據(jù)庫結(jié)構(gòu)更多的損壞。在MySQL5.6.15中，設(shè)置InnoDB為只讀。

你可以從表中SELECT來轉(zhuǎn)儲它們。innodb_force_recovery的值為3或更低，你可以DROP或CREATE表。在MySQL 5.6.27中，DROP TABLE還受大于3的innodb_force_recovery值支持。

如果你知道一個給定表在回滾造成崩潰，你可以將其刪除。如果遇到所造成失敗的大規(guī)模導(dǎo)入的失控回滾或ALTER TABLE，你可以殺掉mysqld進(jìn)程，并設(shè)置innodb_force_recovery為3使數(shù)據(jù)庫啟動而不回滾，然后DROP導(dǎo)致失控回滾的表。

如果表數(shù)據(jù)中的損壞阻止你轉(zhuǎn)儲整個表的內(nèi)容，帶ORDER BY?primary_key?DESC子句的查詢能夠轉(zhuǎn)儲損壞部分后的表的部分。

如果一個高innodb_force_recovery值需要啟動InnoDB，可能有被破壞的數(shù)據(jù)結(jié)構(gòu)，可能導(dǎo)致復(fù)雜查詢(含有WHERE，ORDER BY或其他子句的查詢)失敗。在這種情況下，你可能只能運行基本的SELECT* FROM t查詢。

總結(jié)

以上是生活随笔為你收集整理的mysql recovery = 4_强制MySQL InnoDB恢复参数innodb_force_recovery的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。