もしデータベースページが破損したら、SELECT INTO ... OUTFILE を利用してデータベースからテーブルをダンプしたいかもしれません。通常、この方法で取得されたデータは無傷です。ただし、破損によって SELECT * FROM tbl_name ステートメントや InnoDB バックグラウンド操作がクラッシュしたりアサートしたり、または InnoDB 前進復旧がクラッシュしたり、ということが起こる可能性があります。そのような場合には、innodb_force_recovery オプションを使用することで、バックグラウンド処理が実行されないようにしながら InnoDB ストレージエンジンを強制的に起動することができます。そうすればテーブルのダンプを行えます。たとえば、サーバーを再起動する前に、オプションファイルの [mysqld] 節に次の行を追加することができます:

[mysqld]
innodb_force_recovery = 4

innodb_force_recovery のデフォルトは 0 (強制的な復旧を行わない通常の起動) です。innodb_force_recovery のゼロ以外で指定可能な値を、次に示します。大きい数字は小さい数字のすべての予防策を含んでいます。もし最大 4 のオプション値を利用してテーブルをダンプすることができれば、破損した独立ページ上のいくつかのデータが失われるだけなので、比較的に安全です。データベースページはすでに廃止された状態で残されるので、6 の値はさらに徹底的であり、B ツリーやその他のデータベース構造に更なる破損を引き起こす可能性があります。

データベースはそれ以外の場合にゼロ以外の値の innodb_force_recovery とともに利用するべきではありません。innodb_force_recovery が 0 よりも大きい場合、安全のため、InnoDB はユーザーが INSERT、UPDATE、または DELETE 操作を行うのを防ぎます。

それらをダンプするためにテーブルから SELECT することができ、または強制復旧が利用されたとしてもテーブルを DROP か CREATE することができます。もし与えられたテーブルがロールバック上でクラッシュを引き起こしていると知ったら、それを削除することができます。大量の失敗インポートや ALTER TABLE によって引き起こされた暴走ロールバックを停止するためにもこれを利用することができます。ロールバックせずにデータベースを立ち上げるために mysqld 処理を停止し、innodb_force_recovery を 3 に設定し、そして暴走ロールバックを引き起こしているテーブルを DROP することができます。