MySQL で誤って削除したテーブル データを回復する方法 (必読)

MySQL で誤って削除したテーブル データを回復する方法 (必読)

バックアップがあれば、非常に簡単です。最新のバックアップ データを生成し、mysqlbinlog を使用してバックアップ時点以降のデータを取得し、現在のネットワークに復元するだけです。

バックアップがない場合、面倒なことになり、データの取得コストも非常に高くなります。

バックアップ時点以降のデータを取得するために mysqlbinlog を使用する方法は次のとおりです。

簡単な実験として、mysql テーブル データを削除し、mysqlbinlog を使用して削除したテーブルのデータを取得します。

アプリテーブルの作成時間とデータの挿入時間: 2013-02-04 10:00:00

原則: mysqlbinlog

前提条件: mysql で bin ログが有効になっている

削除をテストする前に:

mysql> テーブルを表示します。
+-----------------------+
| レポート内のテーブル |
+-----------------------+
| アプリ |
| テスト |
+-----------------------+

mysql> now() を選択します。
+---------------------+
| 今() |
+---------------------+
| 2013-02-04 11:45:44 |
+---------------------+
セット内の1行(0.01秒)


mysql> アプリから count(1) を選択します。
+----------+
| カウント(1) |
+----------+
| 10 |
+----------+
セット内の1行(0.01秒)

データの削除を開始します:

mysql> id =1 のアプリから削除します。
クエリは正常、1 行が影響を受けました (0.00 秒)

マイSQL> 
mysql> ID < 6 のアプリから削除します。
クエリは正常、4 行が影響を受けました (0.01 秒)


mysql> アプリから count(1) を選択します。
+----------+
| カウント(1) |
+----------+
| 5 |
+----------+
セット内の 1 行 (0.00 秒)

 

mysql> now() を選択します。
+---------------------+
| 今() |
+---------------------+
| 2013-02-04 12:08:45 |
+---------------------+

データの取得を開始します:

1. bin ログの場所を見つけます。

/app/mysql/ログ

-rw-rw---- 1 mysql mysql 17K 2月4日 11:43 alert.log
-rw-rw---- 1 mysql mysql 1.0K 11月1日 14:52 master-bin.000001
-rw-rw---- 1 mysql mysql 126 12月25日 14:00 master-bin.000002
-rw-rw---- 1 mysql mysql 126 12月25日 14:02 master-bin.000003
-rw-rw---- 1 mysql mysql 126 12月25日 14:02 master-bin.000004
-rw-rw---- 1 mysql mysql 107 12月25日 14:02 master-bin.000005
-rw-rw---- 1 mysql mysql 13K 2月4日 12:02 master-bin.000006

最近変更されたbinログはmaster-bin.000006だけであることがわかります。

(誤って削除したデータが複数の bin ログにまたがる場合は、bin ログを取得するときにデータを 1 つずつ取得する必要があります。)

この期間中に実行されたすべての SQL ステートメントを、復元する SQL ファイルに保存します。

mysqlbinlog --start-date='2013-02-04 10:00:00' --stop-date='2013-02-04 12:08:45' /app/mysql/log/master-bin.000006 >/app/mysql/mysql_restore_20130204.sql

もちろん、現在のネットワーク環境では、この時間はそれほど正確ではない可能性があり、他のトランザクション SQL ステートメントからの干渉がある可能性があります。

一時データベースの作成

データベース for_bak を作成します。

現在のデータベースアプリで誤って削除されたテーブルをエクスポートします

mysqldump -uroot -ppwd my_db アプリ > /app/mysql/app.sql

現在のデータを一時テーブルにインポートします。

mysql -root -ppwd for_bak < /app/mysql/app.sql

/app/mysql/mysql_restore_20130204.sql の内容の一部を見てみましょう: (悪意のある削除ステートメントが確認できます)

タイムスタンプを 1359949544/*!*/ に設定します。
始める
//*!*/;
# 12878 で
#130204 11:45:44 サーバー ID 1 end_log_pos 12975 クエリ thread_id=5 exec_time=974 error_code=0
タイムスタンプを 1359949544/*!*/ に設定します。
ID = 1 のアプリから削除
//*!*/;
# 12975 で
#130204 11:45:44 サーバー ID 1 end_log_pos 13002 Xid = 106
専念 /*!*/;
# 13002 で
#130204 11:45:44 サーバー ID 1 end_log_pos 13077 クエリ thread_id=5 exec_time=1013 error_code=0
タイムスタンプを 1359949544/*!*/ に設定します。
始める
//*!*/;
# 13077 で
#130204 11:45:44 サーバー ID 1 end_log_pos 13175 クエリ thread_id=5 exec_time=1013 error_code=0
タイムスタンプを 1359949544/*!*/ に設定します。
ID < 6 のアプリから削除
//*!*/;
# 13175 で
#130204 11:45:44 サーバー ID 1 end_log_pos 13202 Xid = 107
専念 /*!*/;
区切り文字 ;
# ログファイルの終了

データがいつ削除されたかを確認できます。 特定の時刻は、select from_unixtime(1359949544); を使用して照会することもできます。

幸いなことに、create table app ステートメントと insert ステートメントもこのファイルに含まれています。 削除ステートメントを手動で削除した後、一時データベースのmysqlbinlogから取得したSQLファイルをソースします。

これにより、アプリは削除される前の状態に復元されます。 次に、一時ライブラリ内のデータを既存のネットワーク データにインポートします (これはこの記事の焦点では​​ありません)。

バックアップがない場合、特に binlog ファイルが多く、それぞれが比較的大きい場合は、アプリ テーブルに関連するすべてのデータを取得するのが非常に面倒になる可能性があります。

その場合、アプリの作成から現在までのアプリテーブルに関連する DML 操作の SQL レコードを、mysqlbinlog を使用して 1 つずつ取得し、データを統合して復元するしかありません。

一般的にこのような状況はまれだと思います。面倒ではありますが、復旧不可能ではありません。

MySQL で誤って削除されたテーブル データを回復する方法 (必読) に関する上記の記事は、私が皆さんと共有したいことのすべてです。この記事が皆さんの参考になれば幸いです。また、123WORDPRESS.COM をサポートしていただければ幸いです。

以下もご興味があるかもしれません:
  • MySQL データを誤って削除した場合の簡単な解決策 (MySQL フラッシュバック ツール)
  • MySQLデータベースを誤って削除した後にデータを回復するための手順
  • mysqlテーブルの物理ファイルを誤って削除した場合の解決策
  • 誤って削除されたMySQLのルートユーザーを回復する方法
  • 誤ってibdata1を削除した後にmysqlを回復する方法
  • MySQL が誤って root ユーザーを削除したり、root パスワードを忘れたりした場合の解決策
  • MySQL のデータの偶発的な削除の解決策と kill ステートメントの原則

<<:  Nginx 運用保守ドメイン名検証方法例

>>:  Chrome Dev Tools を使用してページのパフォーマンスを分析する方法 (フロントエンドのパフォーマンス最適化)

推薦する

Docker に fastdfs イメージをインストールする際の注意事項

1. Docker環境を準備する2. fastdfsイメージを検索する 3. イメージをプルするdo...

サイトマップをウェブページの下部に配置するメリットと例

以前は、ほとんどすべての Web サイトに、すべてのページをリストしたサイトマップ ページがありまし...

ラベルタグの使用時に発生する問題の分析と解決策

最近何かをするときにラベル タグを使用しました。以前はラベル タグをほとんど使用していなかったため、...

HTML テーブルタグチュートリアル (32): セルの水平方向の配置属性 ALIGN

水平方向では、セルの配置を左、中央、右に設定できます。基本的な構文<TD ALIGN=&quo...

ova ファイルを VMware にインポートする際の落とし穴の概要

問題の原因ご存知のとおり、すべてのネットワーク動作は対応するネットワークトラフィックを生成し、すべて...

dockerにros2をインストールするための詳細な手順

目次メイントピック1. UbuntuにDockerをインストールする2. DockerにROS2-F...

React でカレンダー コンポーネントを構築するためのステップ バイ ステップ ガイド

目次事業背景テクノロジーの活用技術的な問題デザインのアイデア😱 困惑と苦痛に満ちた顔🙄考え始める🌲デ...

CentOS7 で jar アプリケーションの起動を設定する方法

プロジェクトの展開中に遭遇した落とし穴Zhihudemo を展開する際、Jenkins などの自動展...

CentOS 8 に Postfix メール サーバーをインストールして設定する方法

Postfix は、Linux システム上で電子メールをルーティングまたは配信するために使用される無...

Dockerコンテナとホスト間のデータ相互作用の概要

序文実稼働環境で Docker を使用する場合、多くの場合、データを複数のコンテナ間で永続化または共...

要素 el-table テーブルの二次カプセル化 (テーブルの高さの調整付き)

序文会社でのインターンシップ中、フロントエンド開発にはvue+element-uiフレームワークを使...

JavaScriptを使用してページ効果を作成する

11. JavaScriptを使用してページ効果を作成する11.1 DOMプログラミングDOM プロ...

Tomcatのデフォルトパスの設定によって発生するプロジェクトURLの競合を解決する方法の詳細な説明

序文Tomcat は優れた Java コンテナですが、避けられない小さな落とし穴もいくつかあります。...

Linux ファイル/ディレクトリの権限と所有権の管理

1. ファイルの権限と所有権の概要1. アクセス権Read r: ファイルの内容を表示し、ディレクト...

vue3 watch と watchEffect の使い方と違い

1.リスナーを見る時計のご紹介 'vue' から { ref, reactive, ...