MySQL binlog は MySQL ログの中で非常に重要なログであり、データベースのすべての DML 操作を記録します。 binlog ログを通じて、データベースの読み取り/書き込み分離、データの増分バックアップ、サーバーがダウンした場合のデータ復旧を実行できます。 定期的なバックアップは、サーバーがクラッシュしたときにデータを迅速に復元できますが、従来のフルバックアップはリアルタイムで実行できないため、クラッシュが発生すると一部のデータが破損します。このとき、binlog をオンにしておけば、バックアップが行われなかった期間に失われたデータを binlog を通じて復元できます。 Redis に詳しい人は、Redis には AOF と RDB という 2 つの永続モードがあると思っているかもしれません。 RDB は MySQL の完全レプリケーションに似ており、AOF は MySQL の binlog に似ています。 データ復旧について一言。binlog はとても優れているので、binlog が有効になっている場合は定期的なバックアップを行う必要がないということでしょうか? これはしないでください。なぜでしょうか? binlog データの量が非常に大きいため、データ復旧に binlog を使用するとパフォーマンスが非常に低くなるからです。 binlog は操作の記録なので、例えばある瞬間に、まずデータを挿入して、その後データを削除しました。データ自体は消えていますが、操作は 2 つあります。フルバックアップであれば、そのようなデータは絶対に存在しません。binlog を使用する場合は、挿入と削除の操作を実行する必要があるため、パフォーマンスとファイルサイズが比較的大きくなります。 長々と話しましたが、データ復旧についてお話ししましょう。 正式に始める前に、MySQL データベースを完全にバックアップし、データベースを復元する方法について説明します。 データベースをバックアップします。まず、データベースmytestを作成しましょう データベース mytest を作成します。 次にテーブルを作成しましょう mytest を使用します。 テーブル t1(id int 、name varchar(20)) を作成します。 次に2つのデータを挿入します t1値に挿入します(1、 'xiaoming'); t1値に挿入します(2、 'xiaohong'); 次に、mytestデータベースを/root/bakup/にバックアップします。 mysqldump -uroot -p -B -F -R -x --master-data=2 mytest | gzip > /root/backup/bak_$(date +%F).sql.gz パラメータの説明: -B: データベースを指定する -F: ログを更新 -R: バックアップ保存処理など -x: テーブルをロック --master-data: CHANGE MASTER ステートメントと binlog ファイルおよび場所の情報をバックアップ ステートメントに追加します。 バックアップファイルを表示するこのようにして、データの完全なバックアップが作成されました。次に、データベースを削除し、データをバックアップして復元します。 gzip -d バッチアップ_xxx.gz mysql -uroot -p < bakup_xxx.sql これで、データがライブラリにインポートされました。 上記の操作を続行して、xiaoli と xiaozhao という 2 つの新しいデータを追加し、xiaozhao のレコードを削除します。 削除する前に、binlog ログを更新して新しいログを生成し、後で実行するすべての操作が新しいログ ファイルに記録されるようにします。 (上記の binlog ログの詳細な説明から、サービスが更新されて再起動されるたびに binlog ログ ファイルが生成されることがわかります。) ログをフラッシュする。 マスターステータスを表示します。 binlog ファイルは 0009 であり、位置は 154 であることがわかります。これら 2 つの情報は非常に重要です。 挿入と削除の操作をしてみましょう この時、後でこの状態に復元できるように、binlog ログの状態を確認する必要があります。ただし、実際の環境ではこの状態はわからないため、ここではこの状態を確認しません。この状態の値は、後で binlog ログ ファイルを確認することで分析できます。では、エラーから始めましょう: xiaozhaoを削除しましょう このようにデータが削除されました。もう一度binlogの状態を確認してみましょう。 マスターステータスを表示します。 この時点で、削除操作が間違った操作であることがわかり、回復する必要があります。では、どのように回復すればよいのでしょうか?この時点で、binlog の位置を通じて復元できます。 0009のbinlogログを確認してみましょう。 delete_rows の終了点は 928 で、開始点は 755 であることがわかります。最後のバックアップまでのデータを削除し、binlog を実行して、もちろん 755 より前まで復元できます。 構文は次の通りです
たとえば、すべての操作を復元したいとします (ポイント 755 で行われたことがわかっている削除は除きます)。 mysqlbinlog mysql-bin.000009 --開始位置 154 --停止位置 755 | mysql -uroot -p mytest もう一度表を見てみましょう xiaozhao が再び戻ってきたことがわかりました。もちろん、バックアップ前にデータを削除しなかったため、ここには余分な xiali があります。もちろん、回復プロセス中に、xiaozhao のコンテンツのみを復元することを選択できます。 以下は、binlog ログのリカバリでよく使用されるパラメータです。 --start-datetime: ローカルコンピュータのタイムスタンプと同じかそれ以降の時刻をバイナリログから読み取ります --stop-datetime: バイナリ ログから、タイムスタンプより小さいか、ローカル コンピューターの時刻に等しい時刻値を読み取ります。値は上記と同じです。 --start-position: バイナリ ログから指定された位置のイベント位置を開始として読み取ります。 --stop-position: バイナリログから指定された位置のイベント位置をイベント終了として読み取ります。 MySQL でデータ復旧に binlog ログを使用する方法についての記事はこれで終わりです。MySQL binlog データ復旧の詳細については、123WORDPRESS.COM の以前の記事を検索するか、以下の関連記事を引き続き参照してください。今後とも 123WORDPRESS.COM をよろしくお願いいたします。 以下もご興味があるかもしれません:
|
<<: Webフロントエンドインターフェースの設計に必須のスキル
<br />百度百科事典の正式版がついにオンラインになりました。2年間の「テスト版」の帽...
META タグは、一般的に タグと呼ばれ、HTML Web ページのソース コード内の重要な HTM...
Vue ファースト スクリーン パフォーマンス最適化コンポーネントVue ファースト スクリーン パ...
ヒントこのプラグインは https プロトコルでのみアクセスできます。http プロトコルはうまく機...
DNMP の紹介DNMP (Docker + Nginx + MySQL + PHP7/5 + Re...
目次複数の種類のフィルタリングをサポート複数の範囲のクエリを避ける並べ替えを最適化するインデックスの...
序文基本的に、職場のプログラマーは、count(*)、count(1)、または count(prim...
目次1. Bootstrapグリッドシステムの仕組み1.1 12グリッドシステム1.2 Bootst...
この記事では、参考までに、JSでスネークゲームを書くための具体的なコードを紹介します。具体的な内容は...
事前に一言:突然、複数のドメイン名のアクセスを https に転送するというタスクを受け取りました。...
公式の Docker レジストリを使用して作成されたウェアハウスでは、イメージを削除してもデフォルト...
目次1. 準備1. 環境を整える2. インストール方法3. ネットワークカードの構成2. インストー...
MySQL 8.0.16 にインストールする場合、「UTF8B3」ではなく「UTF8B4」が使用さ...
PostgreSQL正規表現の一般的な機能の概要正規表現は、複雑なデータ処理を必要とするプログラムに...
1. 需要絵が左から右へ無限ループで動く2. コードモバイルデバイスに適用されているため、rem 単...