ZFSスナップショットを介してMySQLデータベースをバックアップする

私はこれを正確に行うことについて話している多くのサイトを見つけましたが、いくつかの重要な詳細を見逃しています。一般的な手順は

• 走る FLUSH TABLES WITH READ LOCK
• ZFSスナップショットを撮る
• 走る UNLOCK TABLES

さまざまな情報源は、私が使用しているInnoDBは実際にはを尊重しないと報告していFLUSHます。MySQLユーザーマニュアルFLUSH TABLES...FOR EXPORTには、InnoDBで使用するバリアントがありますが、データベース全体をバックアップするのではなく、各テーブルを個別に指定する必要があると記載されています。テーブルのリストが実際に存在するテーブルと同期しなくなる可能性があるため、各テーブルを個別に指定することは避けたいと思います。

私が抱えている他の問題は、私がのようなことをする予定であったことですmysql -h"$HOST" -u"$USERNAME" -p"$PASSWORD" --execute="FLUSH TABLES WITH READ LOCK"。ただし、これにより、セッションが終了した直後にロックが解除されます。これは理にかなっていますが、スナップショットを撮るときに読み取りロックを保持する必要があるため、かなり面倒です。

私の他のアイデアは、Percona XtraBackupのようなツールを使用してホットバックアップを作成し、バックアップのスナップショットを取得することですが、スナップショットを作成するためだけにすべてのデータを2番目の場所に書き込むコストを払わないことを望みます。

すべてのテーブルにInnoDBのみを使用し、以下に設定innodb_flush_log_at_trx_commitする場合：

• 1 （InnoDBログバッファーの内容は、トランザクションのコミットごとにログファイルに書き込まれ、ログファイルはディスクにフラッシュされます）または、
• 2 （InnoDBログバッファーの内容は、各トランザクションのコミット後にログファイルに書き込まれ、ログファイルは1秒に1回程度ディスクにフラッシュされます）、

スナップショットを実行する前にFLUSH TABLESは必要ありません。ZFSスナップショットを直接実行するだけです。InnoDBは、データを失うことなく、トランザクションコミットログからデータを回復できます。

参照：https : //dev.mysql.com/doc/refman/5.5/en/innodb-parameters.html#sysvar_innodb_flush_log_at_trx_commit

（ほとんどの）データベースを一貫してバックアップするには、完全なデータベースロックが必要です。

マニュアルhttps://dev.mysql.com/doc/refman/5.5/en/backup-methods.htmlには、ZFSスナップショットに特に適した読み取りロック付きのフラッシュテーブルが記載されています。

ファイルシステムスナップショットを使用したバックアップの作成

Veritasファイルシステムを使用している場合、次のようなバックアップを作成できます。

1. クライアントプログラムからを実行しFLUSH TABLES WITH READ LOCKます。
2. 別のシェルから、マウントvxfsスナップショットを実行します。
3. 最初のクライアントから、を実行しUNLOCK TABLESます。
4. スナップショットからファイルをコピーします。
5. スナップショットをアンマウントします。

同様のスナップショット機能は、LVMやZFSなどの他のファイルシステムでも使用できます。

ばかげての一種である彼らはあなたが必要とするという事実に取り残さことFLUSH TABLES table_a, table_b, table_c FOR EXPORTのためのInnoDBの手順からを。また、そのような各テーブルを指定しなければならないのも愚かなことです。しかし、EEAAが言うように、バックアップを開始するときにかなり簡単にテーブルのリストを生成できます。

ロックを保持することに関しては、スナップショットの実行中にデータベース接続をアクティブに保つ必要があります

一般に、Perlや他のプログラミング言語のようなものを使用して、接続、dbのロック、db接続の維持中にスナップショットの取得、ロック解除および切断を行うことができます。複雑ではありません。既にこれを行うツールが存在することを望んでいますが、それを書くのは簡単です。

簡単なこと、複雑なことなどではありません。基本的なプログラミングまたは優れたスクリプト作成スキルがあることを前提としています。

Tobiaによる別のServer Faultの投稿で見つけたBashの概念的にシンプルなスクリプトを取り込んで、適応させました。そこから約90％の道のりが得られるはずです。

mysql_locked=/var/run/mysql_locked

# flush & lock MySQL, touch mysql_locked, and wait until it is removed
mysql -hhost -uuser -ppassword -NB <<-EOF &
    flush tables with read lock;
    delimiter ;;
    system touch $mysql_locked
    system while test -e $mysql_locked; do sleep 1; done
    exit
EOF

# wait for the preceding command to touch mysql_locked
while ! test -e $mysql_locked; do sleep 1; done

# take a snapshot of the filesystem, while MySQL is being held locked
zfs snapshot zpool/$dataset@$(date +"%Y-%m-%d_%H:%M")

# unlock MySQL
rm -f $mysql_locked

ここで、mysql使用するコマンドはバックグラウンドで実行され、ファイルに触れます。バックグラウンドでファイルが消えるのを待ってから終了し、テーブルのロックを解除します。一方、メインスクリプトはファイルが存在するまで待機し、スナップショットを作成してファイルを削除します。

によって指し示されるファイルは$mysql_locked両方のマシンからアクセス可能である必要がありますが、それらは両方とも共通のデータセットにアクセスできるため、十分に簡単に実行できるはずです（ただし、異なるパスを使用する可能性があり、これを考慮する必要があります）。

myisamには、ジャーナリングではないため、読み取りロック付きのフラッシュテーブルが必要です。

INOはジャーナリングであるため、実際にはinnodbには何も必要ありません。とにかく一貫性があり、スナップショットのアトミックな瞬間に何かが発生した場合にジャーナルを自動的にロールバックします。

アプリケーションレベルの一貫性が必要な場合は、アプリケーションでトランザクションを使用する必要があります。アプリケーションでトランザクションとinnodbを使用している場合、スナップショットはアプリケーションレベルまで自動的に一貫性が保たれます。

これは、ロックを保持しながらZFSスナップショットを作成する方法です。

mysql << EOF
    FLUSH TABLES WITH READ LOCK;
    system zfs snapshot data/db@snapname
    UNLOCK TABLES;
EOF