MySQLのinnodb_force_recoveryでInnoDBクラッシュ障害から復旧する手順｜起動不能なDBからデータを救出する方法

この記事のポイント

・innodb_force_recoveryは値1から始め、起動できたら即mysqldumpを取る
・値4以上になるとDMLが禁止され、データ欠損のリスクが急に高まる
・復旧後は必ずinnodb_force_recoveryを削除し、新規DBへ再インポートする
・エラーログの確認が最初のステップ（RHEL系は/var/log/mysqld.log）

# よく見られるInnoDB障害のエラーメッセージ例（環境により異なります）
[ERROR] InnoDB: Corruption in the InnoDB tablespace
[ERROR] InnoDB: Trying to access page number X in space Y
[ERROR] InnoDB: Page [page id: space=5, page number=1234] read failed with error
[ERROR] InnoDB: Unable to open tablespace '/var/lib/mysql/mydb/orders.ibd'
[ERROR] Plugin 'InnoDB' init function returned error
[ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed

# RHEL/CentOS/Rocky Linux/AlmaLinux 系のエラーログ確認
tail -200 /var/log/mysqld.log | grep -i 'error\|innodb\|abort'

# Ubuntu/Debian 系の確認先
tail -200 /var/log/mysql/error.log | grep -i 'error\|innodb\|abort'

# ログファイルの場所をmy.cnfで確認する方法
grep log_error /etc/my.cnf /etc/mysql/mysql.conf.d/mysqld.cnf 2>/dev/null

# /etc/my.cnf または /etc/mysql/mysql.conf.d/mysqld.cnf を編集
# [mysqld] セクションに追記する

[mysqld]
innodb_force_recovery = 1

systemctl start mysqld
systemctl status mysqld

# 全データベースを一括ダンプ（innodb_force_recovery = 1～3 の場合）
mysqldump -u root -p \
  --all-databases \
  --single-transaction \
  --skip-lock-tables \
  --routines \
  --triggers \
  > /tmp/all_dbs_rescue.sql

# ダンプファイルのサイズを確認
ls -lh /tmp/all_dbs_rescue.sql

# 先頭行でCREATE DATABASEが含まれているか確認
head -30 /tmp/all_dbs_rescue.sql

# innodb_force_recovery = 4 以上の場合（書き込み禁止のため --skip-lock-tables のみ）
mysqldump -u root -p \
  --all-databases \
  --skip-lock-tables \
  --routines \
  --triggers \
  > /tmp/all_dbs_rescue.sql

systemctl stop mysqld

# [mysqld] セクションから以下の行を削除またはコメントアウト
# innodb_force_recovery = X   ← この行を削除する

# 破損した旧データディレクトリを退避（削除しない）
mv /var/lib/mysql /var/lib/mysql.broken

# 新しいデータディレクトリを作成
mkdir -p /var/lib/mysql
chown mysql:mysql /var/lib/mysql
chmod 750 /var/lib/mysql

# SELinuxが有効な環境ではラベルを設定する（RHEL系）
restorecon -R /var/lib/mysql

# InnoDBを初期化
mysqld --initialize --user=mysql --datadir=/var/lib/mysql

# 一時パスワードを確認
grep 'temporary password' /var/log/mysqld.log | tail -1

# 出力例（環境により異なります）
# [Note] A temporary password is generated for root@localhost: Ab1Cd2Ef3G!

# MySQL起動
systemctl start mysqld

# 一時パスワードでログイン
mysql -u root -p

-- 一時パスワード変更（MySQLのパスワードポリシーに合わせた文字列を指定する）
ALTER USER 'root'@'localhost' IDENTIFIED BY 'YourNewSecurePass123!';
FLUSH PRIVILEGES;
EXIT;

# ダンプをインポート（新パスワードで実行）
mysql -u root -p < /tmp/all_dbs_rescue.sql

# インポート完了後にデータベース一覧を確認
mysql -u root -p -e "SHOW DATABASES;"

# 全データベース・全テーブルのチェック
mysqlcheck -u root -p --all-databases --check

# 問題が見つかった場合は修復を試みる
mysqlcheck -u root -p --all-databases --repair

-- 現在のバイナリログ位置を確認
SHOW MASTER STATUS\G

-- バイナリログの一覧
SHOW BINARY LOGS;

# ディスク使用量の確認
df -h

# /var/lib/mysql のinode使用率も確認
df -i /var/lib/mysql

# カーネルのディスクエラーを確認
dmesg | grep -i 'error\|fail\|bad\|reset'

# ディスクの健全性確認（smartmontools が必要）
smartctl -a /dev/sda

# SELinuxの状態確認
getenforce

# mysqlに関するAVC拒否ログの確認
ausearch -c mysqld -m avc 2>/dev/null | tail -20

# データディレクトリの権限と所有者を確認
ls -la /var/lib/ | grep mysql
ls -la /var/lib/mysql/ | head -20

# 正しい状態の例（環境により異なります）
# drwxr-x--- 7 mysql mysql 4096 Nov  5 13:00 mysql