MySQLのバックアップ運用について色々
- 12. ステップ的なもの
サイズ 使いどころ コマンド例
フルバックアップ でかい 必ず必要 tar, rsync,
mysqldump,
XtraBackup
差分バックアップ ⼩さい フルバックアップの
間隔が短ければ要ら
ない
mysqldump(スキー
マに制約)
XtraBackup
増分バックアップ 更新量に依存 ほぼ間違いなく必要 cp, rsync,
mysqlbinlog
11/58
- 14. フルバックアップの選択肢
コマンド エンジン アプリ影響 ⽅式 サイズ
tar, rsync MyISAM ×
停⽌またはロッ
ク
物理 ⼤きめ
tar, rsync InnoDB ×
mysqld停⽌
物理 ⼤きめ
LVMスナップ
ショット
MyISAM
InnoDB
△
性能劣化がひど
い
物理 ⼤きめ
mysqldump MyISAM ×
ロック
論理 ⼩さめ
mysqldump InnoDB ○ 論理 ⼩さめ
XtraBackup MyISAM ×
ロック
物理 ⼤きめ
XtraBackup InnoDB ○ 物理+論理 ⼤きめ
13/58
- 47. クラッシュしたあとは
マスターのsync̲binlog != 1 だと、スレーブの
master̲log̲positionが先に進んでしまうとか
どっちを⽣かす︖-
log̲slave̲updatesしてればスレーブを⽣かせるんだけ
どさ。。
GTID有効ならlog̲slave̲updates必須なので、⼀意に選択できる。
-
⾃動昇格に任せるという⼿もある(Durabilityよりも
ConsistencyとAvailabilityを取る)
-
46/58
- 57. 直観的なヒント
⽌めて物理バックアップ => mysqldump =>
XtraBackup => 混合、と推移していくものかなと
思う。
次のステップに進むべき時にはたぶん⾃然とわかる
⽌めて物理バックアップで⾜りている時期にはXtraBackupのドキュメント読んでもき
っと⾯⽩くもなんともない
mysqldumpでリストアが無理だろうってなった時にはXtraBackupの機能はきっとわ
かる
順当にやってきてれば、XtraBackupだけでつらくなってきた時に他の選択肢をきっと
思いつく
-
56/58