長年の議論に終止符 -- MySQL/MariaDBのバックアップとロックの関係＋クラッシュセーフについて - interdb’s diary

よい機会なのでまとめておく。対象はMySQL5.6以下とMariaDB10.0以下。 (2014.12.3追記：以下の書籍にも記述した。) 要旨 MySQL/MariaDBのバックアップについて、相変わらず「InnoDBさえ使っていれば、FLUSH TABLES WITH READ LOCKは不要。よってバックアップ中に更新不可になることはない！」との主張が繰り返されているが、少なくとも5.6/10.0まではそんなことはない。 オンラインバックアップに関するロックの正確な記述 より正確に言えば「全データベース領域をバックアップする場合には、FLUSH TABLES WITH READ LOCKは必須。特定のInnoDBだけのデータベースやテーブルをバックアップする際は、この限りではない」。 なのだが、全領域のバックアップをしたい人に対してロック不要説を吹き込む人が未だにいる。 ロックの必要

[interdb]

オプション、直しました。昼間にちょっとしたやりとりがあって、その勢いで１５分で原稿をまとめて公開しました。

[sh2]

--lock-all-tableは--all-databasesの間違いかな / 直った / XtraBackup(MySQL Enterprise Backupも方式は同じ)が今のところ妥当かなという感想だけど、実はロックタイムアウトを起こすことがあるので困っている http://bugs.mysql.com/bug.php?id=71580

[nilab]

「全データベース領域をバックアップする場合には、FLUSH TABLES WITH READ LOCKは必須。特定のInnoDBだけのデータベースやテーブルをバックアップする際は、この限りではない」

[hatajoe]

Dockerのデータコンテナを使うとバックアップとリストアが相当楽になりそう。そこら辺研究したいけどなかなか時間を確保できない。

[gologo13]

Mysql のバックアップオペレーションについて