DB/MySQL/障害復旧 の履歴差分(No.3)

• 履歴一覧
• 現在との差分 を表示
• ソース を表示
• 履歴 を表示
• DB/MySQL/障害復旧 へ行く。
  • 1 (2020-07-22 (水) 06:28:46)
  • 2 (2020-07-22 (水) 08:26:48)
  • 3 (2020-11-11 (水) 21:16:30)
  • 4 (2020-11-27 (金) 12:16:03)
  • 5 (2020-12-03 (木) 07:36:17)
  • 6 (2020-12-05 (土) 10:22:14)
  • 7 (2020-12-05 (土) 21:45:36)

• 追加された行はこの色です。
• 削除された行はこの色です。

#author("2020-07-21T23:26:48+00:00","default:wikiadmin","wikiadmin")
#author("2020-11-11T12:16:30+00:00","default:wikiadmin","wikiadmin")
-個人レベルならmysqldump流し込み、それ以外はフルバックアップ+binlogでロールフォワード

*ファイルの種別 [#n3a4b5a8]

|mysql-bin.index|今のbinログを保持するテキストファイル|
|mysql-bin.00000x|binログ。mysql再起動か--flush-logsをつけてdumpした場合にはインクリメントされる|


*mysqlbinlog [#ja17adc5]

バイナリログとあるが、実はSQLを羅列したファイル

**ポイントインタイムリカバリー [#qf218a2d]

https://dev.mysql.com/doc/refman/5.6/ja/point-in-time-recovery.html

binlogが別れていても一度に復旧させないと不整合の元になる。

-NG (１に一時テーブルが含まれているとコネクション切断時に消滅、２で使っているとエラー）

 mysqlbinlog binlog.000001 | mysql -u root -p
 mysqlbinlog binlog.000002 | mysql -u root -p

-OK

 mysqlbinlog binlog.000001 binlog.000002 | mysql -u root -p

-一つのテキストに繋げて、内容確認してから流すのが良い

 mysqlbinlog binlog.000001 >  /tmp/statements.sql
 mysqlbinlog binlog.000002 >> /tmp/statements.sql
 mysql -u root -p -e "source /tmp/statements.sql"

-スタートのポジションを指定して実施

 mysqlbinlog --start-position=880 mysql-bin.000011 | more

*binlog2sql [#m52408c0]

中国製ツール

https://www.percona.com/blog/2020/07/09/binlog2sql-binlog-to-raw-sql-conversion-and-point-in-time-recovery/