完全バックアップとポイントインタイムバックアップにmysqldumpを使用する方法

Mysqldump は MySQL の論理バックアップに使用されます。高速ではありませんが、柔軟性が高く、機能も豊富です。柔軟に使用すると、間違いなく強力なツールになります。

まず、MySQL をバックアップする必要がある理由について考えてみましょう。主な理由はデータのセキュリティです。たとえば、メイン データベースがクラッシュしてデータが誤って削除された場合、完全バックアップが非常に重要です。

完全バックアップはプライマリ データベースから実行する必要がありますか、それともセカンダリ データベースから実行する必要がありますか?

1: メインライブラリから

メインデータベースの方が重要ですが、実際にはバックアップはデータベースに影響を与えません

mysqldump --host= --user= --password= --single-transaction --master-data=1 --flush-logs --databases >~/db.log

--single-transaction パラメータを使用すると、テーブルをロックせずに一貫した読み取りが可能になります。つまり、バックアップ中にデータの更新が影響を受けることはありません。

アプリケーションをブロックすることなく、START TRANSACTION が発行された時点でのデータベースの一貫した状態をダンプします。

一貫性のある読み取りにより座標点の位置を保証できるため、バックアップ時間が長くても正しい同期位置点を取得できます。

単一トランザクションダンプが進行中に、有効なダンプファイル（正しいテーブル内容とバイナリログ座標）を確保するため

--master-data パラメータも非常に重要です。エクスポートされたステートメントには、バックアップ ステートメントに同期されたバイナリ ファイルとロケーション ポイントを含む CHANGE MASTER TO ステートメントが含まれます。

このオプションを使用すると、マスター レプリケーション サーバーをダンプして、別のサーバーをマスターのスレーブとして設定するために使用できるダンプ ファイルが生成されます。これにより、ダンプ出力に、ダンプされたサーバーのバイナリ ログ座標 (ファイル名と位置) を示す CHANGE MASTER TO ステートメントが含まれます。これらは、ダンプ ファイルをスレーブにロードした後、スレーブがレプリケーションを開始するマスター サーバーの座標です。

--flush-logs は新しいバイナリ ファイルの再生成を強制し、回復を容易にします。

2: 二次図書館から

セカンダリライブラリからバックアップする方が安全だと感じます。

mysqldump --host=--user= --password= --dump-slave=1 --flush-logs --apply-slave-statements --include-master-host-port --databases >~/db.log;

--dump-slave と --master-data パラメータは非常に似ています。

このオプションは --master-data と似ていますが、レプリケーション スレーブ サーバーをダンプして、ダンプされたサーバーと同じマスターを持つスレーブとして別のサーバーを設定するために使用できるダンプ ファイルを生成するために使用されます。これにより、ダンプ出力に、ダンプされたスレーブのマスターのバイナリ ログ座標 (ファイル名と位置) を示す CHANGE MASTER TO ステートメントが含まれます。これらは、スレーブがレプリケーションを開始するマスター サーバー座標です。

プライマリライブラリ（バックアップライブラリではない）のbinログ座標を取得することに注意してください。

—dump-slave は、ダンプされたサーバーの座標ではなく、マスターの座標を使用します。

ダンプされたステートメントには、レプリケーションまたはポイントインタイムリカバリを開始する位置が含まれます。

--apply-slave-statements は、ダンプ ステートメントにスレーブの開始ステートメントと停止ステートメントを自動的に含めます。 --include-master-host-port には、マスター ライブラリの接続情報が含まれます。

覚えておかなければならないことが 1 つあります。--single-transaction ステートメントを使用しても、--dump-slave によって MySQL の同期が中断されます。つまり、バックアップ データベースのデータはメイン データベースより遅れるため、一般的な自動スクリプトでは、バックアップ時に最初にバックアップ データベースが削除されます。

このオプションにより、mysqldump はダンプ前にスレーブ SQL スレッドを停止し、ダンプ後に再起動します。

3: ポイントインタイムリカバリを実行する方法

実際に試したことはありません。まず、最新のフルバックアップに基づいて復元し、その後、後続の binlog ファイル (これらのファイルがまだ存在する場合) をインポートします。そのため、セカンダリ データベースの binlog ステートメントもバックアップすることをお勧めします。

誤ってデータを削除した場合は、バックアップ ポイント (--flush-logs が有効) から今朝までの binlog ステートメントをインポートするか、安全な binlog の場所を見つけて復元します。 「危険な発言」をどうやって飛ばすかという点については、制御がより困難です。

上記は、mysqldump を使用して完全バックアップとポイントインタイム バックアップを行う方法の詳細です。mysqldump を使用して完全バックアップとポイントインタイム バックアップを行う方法の詳細については、123WORDPRESS.COM の他の関連記事をご覧ください。