MySQLとのmysqldumpが誤って復元を理解するには、2つのパラメータを削除

mysqldumpを、2つのパラメータが理解
--singleトランザクション
トランザクションに包装輸出によっては一貫性のあるスナップショットのデータが導出されるようになっています。テーブルのストレージエンジンはMVCC（現在のみのInnoDB）をサポートしている場合のみ動作することができ、他のエンジンは、エクスポートが一致していることを保証することはできません。（正しいテーブルデータとバイナリログの位置）エクスポートファイルが有効であることを保証するために、投入-singleトランザクションオプションをエクスポートする場合、他の接続が次の文を実行しないことを保証するために必要である：、ALTER TABLEのDROP TABLE、RENAME 、TABLEを、TRUNCATE TABLEをこれは、一貫性のあるスナップショットの失敗につながります。このオプションをオンにすると、自動的に-lock-tablesをオフにします。

-masterデータ
は、このオプションは、出力にバイナリログの場所とファイル名を追加することができ、1に等しい場合、変更マスタコマンドとして印刷され、2に等しい場合、注釈のプレフィックスを追加します。このオプションは自動的に開き、この場合にも（-single-トランザクションを設定しない限り、-lock-すべてのテーブルには、グローバルリードロックは、ダンプの最初に短い時間を追加します-single-読むことを忘れないでくださいトランザクション部分）。いずれにせよ、すべてのログ操作が輸出の正確な時間で行われます。このオプションは自動的に-lock-テーブルをシャットダウンします。


メソッドのmysqlの誤った復旧
1.一般的な方法（バックアップとリカバリ）
MASTER_LOG_FILEのスタートはスレーブ=「mysqlの-bin.002974」、MASTER_LOG_POS = 55056952まで、
一時的なインスタンスに回復し、誤って削除されますが、更新されたデータは、ダンプに戻し古い内部の例。


2.オープンソースツールのbinlog2sql回復の使用
スワップは、挿入、値設定フィールドと場所の条件の更新はデータを回復するためには、binlog2sql DBAが行う復旧原理を削除しますビンログを解析することにより、パブリックコメントに基づいて開発会社です。

インストール
PIP -R＆LTインストールrequirments.txt
Pythonのbinlog2sql.py -h127.0.0.1 -P3307 -Udba -p'dbadmin '-dyang -tflashback --start-ファイル=' MySQLの-bin.000011は「
-B回復SQLを生成するために使用されます