MySQL データベースのバックアップ プロセスに関する注意事項

今日は、データ バックアップに関連するいくつかの点について調べ、MySQL データ バックアップに関する注意点をいくつかまとめました。簡単に共有したいと思います。

各 DBA は MySQL バックアップについて異なる理解を持っている可能性があります。バックアップは次の次元に分けられます。

ファイルタイプの分類:

1. 物理バックアップ。xtrabackup に代表される物理バックアップは、最も一般的に使用されるバックアップ方法であり、大規模なデータベースのバックアップによく使用されます。

2. mysqldump に代表される論理バックアップは、50G 未満のデータのバックアップに適しています。

バックアップ内容による分類:

1. フルバックアップは、簡単に言えば、データベースの完全なバックアップです。

2. 増分バックアップは完全バックアップに基づいています。たとえば、完全バックアップの期限が昨日の場合、昨日から今日までのデータが増分バックアップになります。

3. ログ バックアップ。ログ バックアップは、バックアップ ファイルに基づいて MySQL バイナリ ログをバックアップすることです。バイナリ ログには、MySQL の DDL および DML 操作が記録されます。バイナリ ログは、データベースの中間状態を復元するために使用できます。

今日、オンラインバックアップの内容を整理していたら、役に立つかもしれない以下の知識ポイントを見つけました。役に立ったら嬉しいです。そうでなかったら、自分の楽しみとして捉えてくださいね〜

1. xtrabackupを使用してバックアップする場合、複数のインスタンスを持つ単一のマシンの場合は、複数のMySQLインスタンスを同時にバックアップするとディスクIOに大きな影響を与えるため、異なる時間にバックアップするのが最適です。この時点で他のデータが書き込まれている場合は、

2. NFS マウントを使用して、ローカル データをリモート マシンにバックアップできます。これにより、ローカル バックアップの負荷が軽減され、ローカル ハード ディスクの問題がデータの回復に影響しないようにすることができます。この方法を適用する場合は、マシン間のネットワーク帯域幅を考慮する必要があります。アーキテクチャ図は次のとおりです。

3. xtrabackup でバックアップしたバックアップ ファイルを使用して復元する場合、2 つの手順を実行する必要があることがわかります。最初の手順は apply_log で、2 番目の手順は copy back です。バックアップが完了したら、ログを直接適用することをお勧めします。失敗した場合は、再度バックアップできます。そうでない場合、デフォルトで使用できると、復元時に問題に対処するのが難しくなります。

4. バイナリログに基づく増分リカバリも、より便利なアプローチです。一定期間ごとにフルバックアップを実行するだけでなく、定期的にバイナリログをバックアップします。この期間中、バックアップされたバイナリログを通じて、任意の時点のデータを復元できます。

5. 複数のマシンがオンラインになっている場合は、mysqldump と xtrabackup を使用してバックアップを実行し、50G などのしきい値を設定できます。データ量が 50G 未満の場合は、mysqldump の方がパフォーマンスが優れています。データ量が 50G を超える場合は、xtrabackup を使用してバックアップを実行することを検討してください。

6. データをバックアップする目的は、データを復元することです。バックアップ データの可用性を確保するには、バックアップが完了した後に復元を試みるのが最善です。

7. 大量のデータを持つインスタンスの場合、バックアップ時間が特に長く、リカバリが不便な場合があります。クロスデータセンタースレーブライブラリ方式を使用してデータをバックアップできます。このとき、遅延スレーブライブラリを構築して、メインライブラリにエラーが発生した場合にスレーブライブラリが時間内に停止し、関連するエラー操作手順をスキップできるようにします。

上記は、MySQL データベースのバックアップ プロセスの注意事項の詳細です。MySQL バックアップの詳細については、123WORDPRESS.COM の他の関連記事に注意してください。