mysqlbinlog - クラウドでオンライン

プログラム：

NAME

mysqlbinlog-バイナリログファイルを処理するためのユーティリティ

SYNOPSIS

mysqlbinlog [オプション] ログファイル ...

DESCRIPTION

サーバーのバイナリログは、変更を説明する「イベント」を含むファイルで構成されています
データベースの内容に。 サーバーはこれらのファイルをバイナリ形式で書き込みます。 それらを表示するには
テキスト形式のコンテンツは、 mysqlbinlog 効用。 使用することもできます mysqlbinlog 〜へ
レプリケーション設定でスレーブサーバーによって書き込まれたリレーログファイルの内容を表示します
リレーログはバイナリログと同じ形式であるためです。 バイナリログとリレーログは
セクション5.2.4「バイナリログ」およびセクション17.2.2「レプリケーション」でさらに説明します。
リレーおよびステータスログ」。

呼び出します mysqlbinlog このような：

シェル> mysqlbinlog [オプション] ログファイル ...

たとえば、binlog.000003という名前のバイナリログファイルの内容を表示するには、これを使用します
コマンド：

シェル> mysqlbinlog binlog.0000003

出力には、binlog.000003に含まれるイベントが含まれます。 ステートメントベースのロギングの場合、イベント
情報には、SQLステートメント、それが実行されたサーバーのID、
ステートメントが実行されたときのタイムスタンプ、所要時間など。 にとって
行ベースのロギング。イベントは、SQLステートメントではなく行の変更を示します。 見る
ロギングモードについては、セクション17.1.2「レプリケーションフォーマット」を参照してください。

イベントの前には、追加情報を提供するヘッダーコメントがあります。 例えば：

＃141
＃100309：9：28サーバーID36 end_log_pos 123
クエリthread_id = 3350 exec_time = 11 error_code = 0

最初の行のatに続く数字は、ファイルのオフセットまたは開始を示します
バイナリログファイル内のイベントの位置。

XNUMX行目は、ステートメントがいつ開始されたかを示す日付と時刻で始まります。
イベントが発生したサーバー。 レプリケーションの場合、このタイムスタンプはスレーブに伝播されます
サーバー。 server idは、イベントが発生したサーバーのserver_id値です。
end_log_posは、次のイベントが開始する場所を示します（つまり、次のイベントの終了位置です。
現在のイベント+1）。 thread_idは、どのスレッドがイベントを実行したかを示します。 exec_timeは
マスターサーバーでのイベントの実行に費やされた時間。 奴隷では、それは違いです
スレーブでの終了実行時間からマスターでの開始実行時間を引いたもの。
この違いは、レプリケーションがマスターよりどれだけ遅れているかを示すものとして機能します。
error_codeは、イベントの実行結果を示します。 ゼロはエラーがないことを意味します
発生しました。

Note
イベントグループを使用する場合、イベントのファイルオフセットをグループ化して、
イベントのコメントはグループ化できます。 これらのグループ化されたイベントを間違えないでください
空白のファイルオフセット。

からの出力 mysqlbinlog 再実行できます（たとえば、への入力として使用することにより）
mysqlの）ログ内のステートメントをやり直します。 これは、後のリカバリ操作に役立ちます。
サーバーがクラッシュします。 その他の使用例については、このセクションの後半および
セクション7.5「バイナリログを使用したポイントインタイム（インクリメンタル）リカバリ」。

通常、あなたは使用します mysqlbinlog バイナリログファイルを直接読み取り、それらをに適用するには
ローカルMySQLサーバー。 を使用して、リモートサーバーからバイナリログを読み取ることもできます。
　 --リモートサーバーからの読み取り オプション。 リモートバイナリログを読み取るには、接続パラメータ
サーバーへの接続方法を示すオプションを指定できます。 これらのオプションは - ホスト,
- パスワード, - 港, - プロトコル, - ソケット, - ユーザー; あなたがいる場合を除いて、それらは無視されます
また、 --リモートサーバーからの読み取り オプションを選択します。

mysqlbinlog コマンドラインで指定できる次のオプションをサポートします。
オプションファイルの[mysqlbinlog]および[client]グループ内。 オプションについての情報
MySQLプログラムで使用されるファイルについては、4.2.6項「オプションファイルの使用」を参照してください。

· - 助けて, -?

ヘルプメッセージを表示して終了します。

· --base64-output =値

このオプションは、イベントをbase-64文字列としてエンコードして表示するタイミングを決定します
BINLOGステートメントを使用します。 オプションには、次の許容値があります（大文字と小文字は区別されません）。

・AUTO（「自動」）またはUNSPEC（「未指定」）は、BINLOGステートメントを表示します
必要に応じて自動的に（つまり、フォーマット記述イベントと行の場合）
イベント）。 いいえの場合 --base64-出力 オプションが与えられた場合、効果はと同じです
--base64-output = AUTO.

Note
自動BINLOG表示は、を使用する場合の唯一の安全な動作です。
の出力 mysqlbinlog バイナリログファイルの内容を再実行します。 他のオプション
値は、デバッグまたはテストの目的でのみ使用されます。
実行可能形式のすべてのイベントを含まない出力を生成します。

・BINLOGステートメントが表示されないようにしないでください。 mysqlbinlog で終了します
BINLOGを使用して表示する必要がある行イベントが見つかった場合はエラー。

・DECODE-ROWSは次のように指定します mysqlbinlog 行イベントをデコードする予定であること
また、を指定することにより、コメント付きSQLステートメントとして表示されます。 -詳細 オプションを選択します。
NEVERと同様に、DECODE-ROWSはBINLOGステートメントの表示を抑制しますが、NEVERとは異なり、
行イベントが見つかった場合、エラーで終了することはありません。

の効果を示す例について --base64-出力 & -詳細 行イベントで
出力については、「MYSQLBINLOG ROWEVENTDISPLAY」というセクションを参照してください。

· --bind-address =IPアドレス

複数のネットワークインターフェイスを備えたコンピューターでは、このオプションを使用して、
MySQLサーバーへの接続に使用するインターフェース。

このオプションは、MySQL5.6.1以降でサポートされています。

· --binlog-row-event-max-size =N

┌────────────────────┬───────────────────────────── ──────────────┐
│コマンドライン フォーマット │--binlog-row-event-max-size=＃│
├────────────────────┼───────────────────────────── ──────────────┤
││ 許可された 価値観 │
│├───────────────────┬──────────────────────┤
││ プラットフォーム ビット サイズ │64│
│├───────────────────┼──────────────────────┤
││ タイプ │数値│
│├───────────────────┼──────────────────────┤
││ デフォルト │4294967040│
│├───────────────────┼──────────────────────┤
││ 最小値 値 │256│
│├───────────────────┼──────────────────────┤
││ 最大値 値 │18446744073709547520│
└────────────────────┴───────────────────┴───────── ──────────────┘
行ベースのバイナリログイベントの最大サイズをバイト単位で指定します。 行はグループ化されます
可能であれば、このサイズよりも小さいイベントに。 値は256の倍数である必要があります。
デフォルトは4GBです。

· --character-sets-dir =path

文字セットがインストールされているディレクトリ。 セクション10.5「文字セット」を参照してください。
構成"。

· --connection-server-id =サーバーID

このオプションは、BINLOG_DUMP_NON_BLOCKのサポートについてMySQLサーバーをテストするために使用されます
MySQL 5.6.5で誤って削除され、MySQLで復元された接続フラグ
5.6.20（Bug＃18000079、Bug＃71178）。 通常の操作には必要ありません。

このオプションの有効なデフォルト値と最小値は、 mysqlbinlog
ブロッキングモードまたは非ブロッキングモードで実行されます。 いつ mysqlbinlog ブロッキングで実行されます
モードでは、デフォルト（および最小）値は1です。 非ブロッキングモードで実行する場合、デフォルト
（および最小）値は0です。

このオプションはMySQL5.6.20で追加されました。

· -データベース=データベース名, -d データベース名

このオプションにより、 mysqlbinlog バイナリログからエントリを出力する（ローカルログのみ）
それは データベース名 USEによってデフォルトデータベースとして選択されています。

　 -データベース のオプション mysqlbinlog に似ています --binlog-do-db のオプション
mysqldを、ただし、XNUMXつのデータベースのみを指定するために使用できます。 もしも -データベース 複数が与えられます
場合によっては、最後のインスタンスのみが使用されます。

このオプションの効果は、ステートメントベースのロギングか行ベースのロギングかによって異なります。
フォーマットは、の効果と同じように使用されています --binlog-do-db かどうかに依存します
ステートメントベースまたは行ベースのロギングが使用されています。

ステートメントベース ロギングを選択します。 -データベース オプションは次のように機能します。

・ その間 データベース名 はデフォルトのデータベースであり、ステートメントは変更するかどうかに関係なく出力されます
のテーブル データベース名 または別のデータベース。

・ そうでもなければ データベース名 デフォルトデータベースとしてが選択されている場合、ステートメントは出力されません。
でテーブルを変更しても データベース名.

・CREATE DATABASE、ALTER DATABASE、およびDROPDATABASEには例外があります。 ザ
データベースは 作成した、 変更されました、 or 落とした デフォルトと見なされます
ステートメントを出力するかどうかを決定するときのデータベース。

を使用してこれらのステートメントを実行することにより、バイナリログが作成されたとします。
ステートメントベースのロギング：

INSERT INTO test.t1（i） VALUES（100）;
INSERT INTO db2.t2（j） VALUES（200）;
USEテスト;
INSERT INTO test.t1（i） VALUES（101）;
INSERT INTO t1（i） VALUES（102）;
INSERT INTO db2.t2（j） VALUES（201）;
db2を使用します。
INSERT INTO test.t1（i） VALUES（103）;
INSERT INTO db2.t2（j） VALUES（202）;
INSERT INTO t2（j） VALUES（203）;

mysqlbinlog --database = test 最初のXNUMXつのINSERTステートメントは出力されません。
デフォルトのデータベースはありません。 USEに続くXNUMXつのINSERTステートメントを出力します
テストしますが、USEdb2に続くXNUMXつのINSERTステートメントはテストしません。

mysqlbinlog --database = db2 最初のXNUMXつのINSERTステートメントは出力されません。
デフォルトのデータベースはありません。 次のXNUMXつのINSERTステートメントは出力されません。
USEテストですが、USEdb2に続くXNUMXつのINSERTステートメントを出力します。

行ベース ロギング. mysqlbinlog に属するテーブルを変更するエントリのみを出力します
データベース名。 デフォルトのデータベースはこれに影響を与えません。 バイナリログが
説明は、ステートメントベースのロギングではなく行ベースのロギングを使用して作成されました。
mysqlbinlog --database = test テストでt1を変更するエントリのみを出力します
USEが発行されたかどうか、またはデフォルトのデータベースが何であるかに関係なく、データベース。 もし
サーバーはbinlog_formatをMIXEDに設定して実行されており、
つかいます mysqlbinlog -データベース オプションの場合、次のテーブルを確認する必要があります
変更されたものは、USEによって選択されたデータベースにあります。 （特に、クロスデータベースはありません
更新を使用する必要があります。）

MySQL 5.6.10より前では、 -データベース 書き込まれたログでオプションが正しく機能しませんでした
GTID対応のMySQLサーバーによる。 （バグ＃15912728）

· -デバッグ[=デバッグオプション], -# [デバッグオプション]

デバッグログを書き込みます。 典型的な デバッグオプション 文字列はd：t：o、file_name。 デフォルト
d：t：o、/ tmp /mysqlbinlog.traceです。

· --デバッグチェック

プログラムの終了時にデバッグ情報を出力します。

· - デバッグ情報

プログラム時にデバッグ情報とメモリおよびCPU使用率の統計を出力する
終了します。

· --default-auth =プラグイン

使用するクライアント側の認証プラグイン。 セクション6.3.7「プラガブル」を参照してください。
認証」。

このオプションはMySQL5.6.2で追加されました。

· --defaults-extra-file =file_name

このオプションファイルは、グローバルオプションファイルの後で、（Unixでは）ユーザーの前に読んでください。
オプションファイル。 ファイルが存在しないか、他の方法でアクセスできない場合、エラーが発生します。
file_name 相対パスとして指定されている場合は、現在のディレクトリを基準にして解釈されます
フルパス名ではなく名前。

· --defaults-file =file_name

指定されたオプションファイルのみを使用してください。 ファイルが存在しないか、そうでない場合
アクセスできない場合、エラーが発生します。 file_name 現在の相対的な解釈
フルパス名ではなく相対パス名として指定されている場合は、ディレクトリ。

· --defaults-group-suffix =STR

通常のオプショングループだけでなく、通常の名前と
の接尾辞 STR。 例えば、 mysqlbinlog 通常、[client]と[mysqlbinlog]を読み取ります
グループ。 の場合 --defaults-group-suffix = _other オプションが与えられ、 mysqlbinlog また読む
[client_other]および[mysqlbinlog_other]グループ。

· --ログビンを無効にする, -D

バイナリログを無効にします。 これは、を使用する場合に無限ループを回避するのに役立ちます
--最後のログまで オプションで、同じMySQLサーバーに出力を送信しています。 このオプション
また、クラッシュ後に復元するときに、ステートメントの重複を避けるために役立ちます。
ログに記録しました。

このオプションには、SUPER特権が必要です。 それが原因 mysqlbinlog 〜へ
SET sql_log_bin = 0ステートメントを出力に含めて、のバイナリロギングを無効にします。
残りの出力。 SUPERがない限り、SETステートメントは無効です。
特権。

· --exclude-gtids =gtid_set

にリストされているグループを表示しないでください gtid_set。 MySQL5.6.5で追加されました。

· --force-if-open, -F

バイナリログファイルが開いていたり、正しく閉じられていなくても、それらを読み取ります。

· --強制読み取り, -f

このオプションを使用すると、 mysqlbinlog 認識しないバイナリログイベントを読み取り、
警告を出力し、イベントを無視して続行します。 このオプションがないと、
mysqlbinlog そのようなイベントを読み取ると停止します。

· --hexdump, -H

と呼ばれるセクションで説明されているように、コメントでログのXNUMX進ダンプを表示します
「MYSQLBINLOGXNUMX進ダンプ形式」。 XNUMX進出力は、レプリケーションに役立ちます
デバッグ。

· --host =ホスト名, -h ホスト名

指定されたホストのMySQLサーバーからバイナリログを取得します。

· --include-gtids =gtid_set

リストされているグループのみを表示します gtid_set。 MySQL5.6.5で追加されました。

· --local-load =path, -l path

指定されたディレクトリにLOADDATAINFILE用のローカル一時ファイルを準備します。

重要
これらの一時ファイルはによって自動的に削除されません mysqlbinlog またはその他の
MySQLプログラム。

· --login-path =名

.mylogin.cnfログインファイルの指定されたログインパスからオプションを読み取ります。 「ログインパス」
限られたオプションのセットのみを許可するオプショングループです。 host, user,
password。 ログインパスは、サーバーホストと
サーバーで認証するための資格情報。 ログインパスファイルを作成するには、
　 mysql_config_editor 効用。 見る mysql_config_editor（1）。 このオプションはで追加されました
MySQL5.6.6。

· --no-デフォルト

オプションファイルを読み取らないでください。 不明なオプションの読み取りが原因でプログラムの起動に失敗した場合
オプションファイルから、 --no-デフォルト それらが読み取られないようにするために使用できます。

例外は、.mylogin.cnfファイルが存在する場合は、すべての場合に読み取られることです。 この
次の場合でも、コマンドラインよりも安全な方法でパスワードを指定できます。
--no-デフォルト 使用されている。 （.mylogin.cnfはによって作成されます mysql_config_editor ユーティリティ。
見る mysql_config_editor（1）。）

· -オフセット=N, -o N

最初をスキップ N ログのエントリ。

· -パスワード[=password], -NS[password]

サーバーに接続するときに使用するパスワード。 ショートオプションフォームを使用する場合
(-p）、 君は オプションとパスワードの間にスペースを入れてください。 省略した場合
password 次の値 - パスワード or -p コマンドラインのオプション、 mysqlbinlog
XNUMXつのプロンプト。

コマンドラインでパスワードを指定することは安全ではないと見なされるべきです。 見る
セクション6.1.2.1「パスワードセキュリティのエンドユーザーガイドライン」。 オプションを使用できます
コマンドラインでパスワードを指定しないようにするためのファイル。

· --plugin-dir =path

プラグインを探すディレクトリ。 このオプションを指定する必要がある場合があります
もし --デフォルト認証 オプションは認証プラグインを指定するために使用されますが
mysqlbinlog 見つかりません。 6.3.7項「プラガブル認証」を参照してください。

このオプションはMySQL5.6.2で追加されました。

· --port =ポート番号, -P ポート番号

リモートサーバーへの接続に使用するTCP / IPポート番号。

· --print-defaults

プログラム名と、オプションファイルから取得したすべてのオプションを印刷します。

· -プロトコル= {TCP |ソケット|パイプ|メモリ}

サーバーへの接続に使用する接続プロトコル。 これは、
他の接続パラメータは通常、プロトコル以外のプロトコルが使用される原因になります。
あなたが欲しいもの。 許容値の詳細については、4.2.2項「への接続」を参照してください。
MySQLサーバー」。

· - 生

デフォルトでは、 mysqlbinlog バイナリログファイルを読み取り、イベントをテキスト形式で書き込みます。 ザ
- 生 オプションは言う mysqlbinlog それらを元のバイナリ形式で記述します。 その使用
それが必要です --リモートサーバーからの読み取り ファイルが要求されるためにも使用されます
サーバーから。 mysqlbinlog サーバーから読み取られたファイルごとにXNUMXつの出力ファイルを書き込みます。
　 - 生 オプションを使用して、サーバーのバイナリログのバックアップを作成できます。 とともに
-停止-決して オプションの場合、バックアップは「ライブ」です。 mysqlbinlog 接続を維持します
サーバ。 デフォルトでは、出力ファイルは同じディレクトリで現在のディレクトリに書き込まれます
元のログファイルとしての名前。 出力ファイル名は、を使用して変更できます。
-結果ファイル オプション。 詳細については、「MYSQLBINLOGの使用」というセクションを参照してください。
バイナリログファイルをバックアップするには」。

このオプションはMySQL5.6.0で追加されました。

· --read-from-remote-master =type

COM_BINLOG_DUMPまたはCOM_BINLOG_DUMP_GTIDを使用してMySQLサーバーからバイナリログを読み取ります
オプション値をBINLOG-DUMP-NON-GTIDSまたは
それぞれ、BINLOG-DUMP-GTIDS。 もしも --read-from-remote-master = BINLOG-DUMP-GTIDS is
と組み合わせること --exclude-gtids、トランザクションはマスターでフィルターで除外できます。
不要なネットワークトラフィックを回避します。

の説明も参照してください --リモートサーバーからの読み取り.

このオプションはMySQL5.6.5で追加されました。

· --リモートサーバーからの読み取り, -R

ローカルログファイルを読み取るのではなく、MySQLサーバーからバイナリログを読み取ります。 どれでも
このオプションも指定されていない限り、接続パラメータオプションは無視されます。 これらは
オプションは - ホスト, - パスワード, - 港, - プロトコル, - ソケット, - ユーザー.

このオプションでは、リモートサーバーが実行されている必要があります。 バイナリログでのみ機能します
リレーログファイルではなく、リモートサーバー上のファイル。

MySQL 5.6.5以降、このオプションは次のようになります。
--read-from-remote-master = BINLOG-DUMP-NON-GTIDS.

· --result-file =名, -r 名

なし - 生 オプション、このオプションは、対象のファイルを示します mysqlbinlog 書き込み
テキスト出力。 と - 生, mysqlbinlog ログファイルごとにXNUMXつのバイナリ出力ファイルを書き込みます
サーバーから転送され、デフォルトで現在のディレクトリに次のように書き込みます。
元のログファイルと同じ名前。 この場合、 -結果ファイル オプション値
出力ファイル名を変更するプレフィックスとして扱われます。

· --セキュア認証

古い（4.1より前の）形式でサーバーにパスワードを送信しないでください。 これにより接続が妨げられます
新しいパスワード形式を使用するサーバーを除きます。 このオプションはによって有効になります
ディフォルト; 使用する --skip-secure-auth 無効にします。 このオプションは、MySQL5.6.17で追加されました。

Note
4.1より前のハッシュ方式を使用するパスワードは、次のようなパスワードよりも安全性が低くなります。
ネイティブパスワードハッシュ方式を使用するため、避ける必要があります。 4.1より前のパスワード
は非推奨であり、それらのサポートは将来のMySQLリリースで削除される予定です。 にとって
アカウントのアップグレード手順については、6.3.8.3項「4.1より前のバージョンからの移行」を参照してください。
パスワードハッシュとmysql_old_passwordプラグイン」。

· --server-id =id

指定されたサーバーIDを持つサーバーによって作成されたイベントのみを表示します。

· --server-id-bits =N

最初のものだけを使用してください N サーバーを識別するためのserver_idのビット。 バイナリログの場合
によって書かれました mysqldを server-id-bitsが32未満に設定され、ユーザーデータが保存されている
最上位ビットで、実行中 mysqlbinlog 　 --サーバー ID ビット 32に設定
このデータを表示できるようにします。

このオプションは、のバージョンでのみサポートされています mysqlbinlog MySQLに付属
クラスター配布、またはMySQLクラスターソースから構築。

· --set-charset =文字セット名

セット名を追加する 文字セット名 文字セットを指定する出力へのステートメント
ログファイルの処理に使用されます。

· --shared-memory-base-name =名

Windowsでは、共有メモリを使用して行われる接続に使用する共有メモリ名
ローカルサーバー。 デフォルト値はMYSQLです。 共有メモリ名では大文字と小文字が区別されます。

サーバーは、 - 共有メモリ 共有メモリを有効にするオプション
接続。

· - ショートフォーム, -s

ログに含まれるステートメントのみを表示し、追加情報や
行ベースのイベント。 これはテスト専用であり、本番環境では使用しないでください
システム。

· --skip-gtids [=（true | false）]

出力にGTIDを表示しないでください。 これは、ダンプファイルに書き込むときに必要です
この例に示すように、GTIDを含むXNUMXつ以上のバイナリログから：

シェル> mysqlbinlog -スキップ-gtids binlog.000001 > /tmp/ダンプ.sql
シェル> mysqlbinlog -スキップ-gtids binlog.000002 >> /tmp/ダンプ.sql
シェル> mysqlの -u ルート -p -e "ソース /tmp/dump.sql "

それ以外の場合、このオプションの使用は、通常、本番環境では推奨されません。

このオプションはMySQL5.6.5で追加されました。

· -ソケット=path, -S path

localhostへの接続の場合、使用するUnixソケットファイル、またはWindowsの場合は
使用する名前付きパイプ。

· --start-datetime =日付時刻

タイムスタンプがそれ以降の最初のイベントでバイナリログの読み取りを開始します
より 日付時刻 引数。 は 日付時刻 値は、上のローカルタイムゾーンを基準にしています
あなたが走るマシン mysqlbinlog。 値は、受け入れられる形式である必要があります
DATETIMEまたはTIMESTAMPデータ型。 例えば：

シェル> mysqlbinlog --start-datetime = "2005-12-25 11:25:56」 binlog.000003

このオプションは、ポイントインタイムリカバリに役立ちます。 セクション7.3「バックアップの例と
回復戦略」。

· --start-position =N, -j N

位置が同じかそれ以上の最初のイベントでバイナリログの読み取りを開始します
より N。 このオプションは、コマンドラインで指定された最初のログファイルに適用されます。

このオプションは、ポイントインタイムリカバリに役立ちます。 セクション7.3「バックアップの例と
回復戦略」。

· --stop-datetime =日付時刻

タイムスタンプがそれ以降の最初のイベントでバイナリログの読み取りを停止します
より 日付時刻 口論。 このオプションは、ポイントインタイムリカバリに役立ちます。 を参照してください
の説明 --開始日時 に関する情報のオプション 日付時刻 の値です。

このオプションは、ポイントインタイムリカバリに役立ちます。 セクション7.3「バックアップの例と
回復戦略」。

· -停止-決して

このオプションは --リモートサーバーからの読み取り。 それは伝えます mysqlbinlog 残る
サーバーに接続されています。 さもないと mysqlbinlog 最後のログファイルが終了すると終了します
サーバーから転送されました。 -停止-決して 含意する --最後のログまで、だから最初だけ
転送するログファイルは、コマンドラインで名前を付ける必要があります。

-停止-決して で一般的に使用されます - 生 ライブバイナリログバックアップを作成するだけでなく、
なしで使用できます - 生 ログイベントの継続的なテキスト表示を維持するために
サーバーがそれらを生成します。

このオプションはMySQL5.6.0で追加されました。

· --stop-never-slave-server-id =id

-停止-決して, mysqlbinlog サーバーに接続すると、65535のサーバーIDを報告します。
サーバー。 --stop-never-slave-server-id レポートするサーバーIDを明示的に指定します。 これ
スレーブサーバーまたは別のサーバーのIDとの競合を回避するために使用できます mysqlbinlog
処理する。 「MYSQLBINLOGサーバーIDの指定」というセクションを参照してください。

このオプションはMySQL5.6.0で追加されました。

· --stop-position =N

位置が同じかそれ以上の最初のイベントで、バイナリログの読み取りを停止します
より N。 このオプションは、コマンドラインで指定された最後のログファイルに適用されます。

このオプションは、ポイントインタイムリカバリに役立ちます。 セクション7.3「バックアップの例と
回復戦略」。

· --最後のログまで, -t

MySQLサーバーから要求されたバイナリログの最後で停止するのではなく、
最後のバイナリログが終了するまで印刷を続けます。 出力をに送信する場合
同じMySQLサーバーの場合、これにより無限ループが発生する可能性があります。 このオプションには
--リモートサーバーからの読み取り.

· --user =USER_NAME, -u USER_NAME

リモートサーバーに接続するときに使用するMySQLユーザー名。

· -詳細, -v

行イベントを再構築し、コメント付きのSQLステートメントとして表示します。 このオプションが
XNUMX回指定すると、出力には列のデータ型といくつかを示すコメントが含まれます
メタデータ

の効果を示す例について --base64-出力 & -詳細 行イベントで
出力については、「MYSQLBINLOG ROWEVENTDISPLAY」というセクションを参照してください。

· --verify-binlog-チェックサム, -c

バイナリログファイルのチェックサムを確認します。 このオプションはMySQL5.6.1で追加されました。

· - バージョン, -V

バージョン情報を表示して終了します。

MySQL 5.6.11より前では、 mysqlbinlog 表示されているバージョン番号は3.3でした。 MySQL5.6.11では
以降、これは3.4です。 （バグ＃15894381、バグ＃67643）

次の変数を使用して設定することもできます --変数名=値 構文：

・open_files_limit

予約する開いているファイル記述子の数を指定します。

あなたはの出力をパイプすることができます mysqlbinlog に mysqlの イベントを実行するクライアント
バイナリログに含まれています。 この手法は、次の場合にクラッシュから回復するために使用されます
古いバックアップ（セクション7.5「バイナリを使用したポイントインタイム（増分）リカバリ」を参照）
ログ"）。 例えば：

シェル> mysqlbinlog binlog.000001 | mysqlの -u ルート -p

または：

シェル> mysqlbinlog binlog。[0-9] * | mysqlの -u ルート -p

によって生成されたステートメントの場合 mysqlbinlog BLOB値が含まれている可能性があり、これらが原因である可能性があります
ときの問題 mysqlの それらを処理します。 この場合、呼び出します mysqlの -バイナリモード
オプションを選択します。

の出力をリダイレクトすることもできます mysqlbinlog 必要に応じて、代わりにテキストファイルに変換します
最初にステートメントログを変更します（たとえば、不要なステートメントを削除するには
何らかの理由で実行します）。 ファイルを編集した後、ファイルに含まれるステートメントを実行します
それをへの入力として使用することによって mysqlの プログラム：

シェル> mysqlbinlog binlog.000001 > tmpファイル
シェル>..。 edit tmpファイル ...
シェル> mysqlの -u ルート -p < tmpファイル

日時 mysqlbinlog で呼び出されます -開始位置 オプション、それはそれらだけを表示します
バイナリログ内のオフセットが特定の位置以上のイベント（
指定された位置は、XNUMXつのイベントの開始と一致する必要があります）。 停止および開始するオプションもあります
指定された日時のイベントが表示されたとき。 これにより、実行することができます
を使用したポイントインタイムリカバリ --停止日時 オプション（たとえば、
「データベースを今日の午前10時30分にロールフォワードします」）。

MySQLサーバーで実行するバイナリログが複数ある場合、安全な方法は次のとおりです。
サーバーへの単一の接続を使用してそれらすべてを処理します。 これがその例です
何ができるかを示しています 安全でない:

シェル> mysqlbinlog binlog.000001 | mysqlの -u ルート -p # 危険！！
シェル> mysqlbinlog binlog.000002 | mysqlの -u ルート -p # 危険！！

サーバーへの複数の接続を使用してこの方法でバイナリログを処理すると、問題が発生します
最初のログファイルにCREATETEMPORARYTABLEステートメントとXNUMX番目のログが含まれている場合
一時テーブルを使用するステートメントが含まれています。 最初のとき mysqlの プロセス
終了すると、サーバーは一時テーブルを削除します。 XNUMX番目のとき mysqlの プロセスの試行
テーブルを使用するために、サーバーは「不明なテーブル」を報告します。

このような問題を回避するには、 mysqlの すべてのコンテンツを実行するプロセス
処理するバイナリログ。 これを行うXNUMXつの方法は次のとおりです。

シェル> mysqlbinlog binlog.000001 binlog.000002 | mysqlの -u ルート -p

もうXNUMXつの方法は、すべてのログをXNUMXつのファイルに書き込んでから、そのファイルを処理することです。

シェル> mysqlbinlog binlog.000001 > /tmp/statements.sql
シェル> mysqlbinlog binlog.000002 >> /tmp/statements.sql
シェル> mysqlの -u ルート -p -e "ソース /tmp/statements.sql "

mysqlbinlog LOAD DATAINFILE操作を再現する出力を生成できます。
元のデータファイル。 mysqlbinlog データを一時ファイルにコピーし、LOADを書き込みます
ファイルを参照するDATALOCALINFILEステートメント。 ディレクトリのデフォルトの場所
これらのファイルが書き込まれる場所はシステム固有です。 ディレクトリを明示的に指定するには、
　 --ローカルロード オプションを選択します。

なぜなら mysqlbinlog LOAD DATAINFILEステートメントをLOADDATA LOCALINFILEに変換します
ステートメント（つまり、LOCALを追加します）、使用するクライアントとサーバーの両方
ステートメントを処理するには、LOCAL機能を有効にして構成する必要があります。 見る
6.1.6項「LOADDATALOCALのセキュリティ問題」。

警告
LOAD DATALOCALステートメント用に作成された一時ファイルは次のとおりです。 自動的に
これらのステートメントを実際に実行するまで必要になるため、削除されました。 君
ステートメントログが不要になったら、一時ファイルを自分で削除する必要があります。
ファイルは一時ファイルディレクトリにあり、次のような名前が付いています。
original_file_name-＃-＃.

MYSQLBINLOG HEX DUMP FORMAT

　 --hexdump オプションの原因 mysqlbinlog バイナリログの内容のXNUMX進ダンプを生成するには：

シェル> mysqlbinlog --hexdump マスタービン.000001

XNUMX進出力は、＃で始まるコメント行で構成されているため、出力は次のようになります。
前のコマンドの場合：

/ *！40019 SET @@ session.max_insert_delayed_threads = 0 * /;
/ *！50003 SET @ OLD_COMPLETION_TYPE = @@ COMPLETION_TYPE、COMPLETION_TYPE = 0 * /;
＃4
＃051024：17：24サーバーID13 end_log_pos 1
＃位置タイムスタンプタイプマスターIDサイズマスター位置フラグ
＃00000004 9d fc 5c 43 0f 01 00 00 00 5e 00 00 00 62 00 00 00 00 00
＃00000017 04 00 35 2e 30 2e 31 35 2d 64 65 62 75 67 2d 6c | ..5.0.15.debug.l |
＃00000027 6f 67 00 00 00 00 00 00 00 00 00 00 00 00 00 00 | og .............. |
＃00000037 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 | ................ |
＃00000047 00 00 00 00 9d fc 5c 43 13 38 0d 00 08 00 12 00 | ....... C.8 ...... |
＃00000057 04 04 04 04 12 00 00 4b 00 04 1a | ....... K ... |
＃開始：binlog v 4、server v5.0.15-debug-logcreated 051024 17:24:13
＃起動時
ロールバック;

XNUMX進ダンプの出力には、現在、次のリストの要素が含まれています。 このフォーマットは
変更の予定。 （バイナリログ形式の詳細については、を参照してください。 MySQL 内部： 　
バイナリ ログ[1]。

・位置：ログファイル内のバイト位置。

・タイムスタンプ：イベントのタイムスタンプ。 示されている例では、「9d fc5c43」は
'051024：17：24'の13進数での表現。

・タイプ：イベントタイプコード。 示されている例では、「0f」は
FORMAT_DESCRIPTION_EVENT。 次の表に、可能なタイプコードを示します。

┌─────┬──────────────────────────┬───────────────── ──────────────────────┐
│タイプ │ 名前 │ 意味 │
├─────┼──────────────────────────┼───────────────── ──────────────────────┤
│00│UNKNOWN_EVENT│このイベントは絶対に行わないでください│
│││ログに存在します。 │
├─────┼──────────────────────────┼───────────────── ──────────────────────┤
│01│START_EVENT_V3│これは開始を示します│
│││によって書き込まれたログファイルの
│││MySQL4以前。 │
├─────┼──────────────────────────┼───────────────── ──────────────────────┤
│02│QUERY_EVENT│最も一般的なタイプの│
│││イベント。 これらには│が含まれています
│││で実行されたステートメント
││││
│││マスター。 │
├─────┼──────────────────────────┼───────────────── ──────────────────────┤
│03│STOP_EVENT│マスターが持っていることを示します│
│││停止しました。 │
├─────┼──────────────────────────┼───────────────── ──────────────────────┤
│04│ROTATE_EVENT│マスター時に書かれる│
│││新しいログファイルに切り替えます。 │
├─────┼──────────────────────────┼───────────────── ──────────────────────┤
│05│INTVAR_EVENT│AUTO_INCREMENTに使用│
│││値または
│││LAST_INSERT_ID（）│
│││機能│
│││はステートメントで使用されます。 │
├─────┼──────────────────────────┼───────────────── ──────────────────────┤
│06│LOAD_EVENT│LOADDATAに使用│
│││MySQLのINFILE│
│││3.23。 │
├─────┼──────────────────────────┼───────────────── ──────────────────────┤
│07│SLAVE_EVENT│将来の使用のために予約されています。 │
├─────┼──────────────────────────┼───────────────── ──────────────────────┤
│08│CREATE_FILE_EVENT│LOADDATAに使用│
│││INFILE│
│││ステートメント。 これは、│を示しています
│││開始│
│││そのようなステートメントの実行。 A│
│││一時的│
│││ファイルが作成されます│
│││スレーブ上。 MySQL4でのみ使用されます。 │
├─────┼──────────────────────────┼───────────────── ──────────────────────┤
│09│APPEND_BLOCK_EVENT│で使用するデータが含まれています│
│││データの読み込み│
│││INFILE│
│││ステートメント。 データは│に保存されます
│││一時的な│
│││スレーブ上のファイル。 │
├─────┼──────────────────────────┼───────────────── ──────────────────────┤
│0a│EXEC_LOAD_EVENT│LOADDATAに使用│
│││INFILE│
│││ステートメント。 │の内容
│││一時ファイル│
│││はスレーブのテーブルに格納されます。 │
│││MySQL4で使用│
│││のみ。 │
├─────┼──────────────────────────┼───────────────── ──────────────────────┤
│0b│DELETE_FILE_EVENT│ロードデータのロールバック│
│││INFILE│
│││ステートメント。 一時ファイル│
│││は│である必要があります
│││スレーブで削除されました。 │
├─────┼──────────────────────────┼───────────────── ──────────────────────┤
│0c│NEW_LOAD_EVENT│LOADDATAに使用│
│││MySQLのINFILE│
│││4以前。 │
├─────┼──────────────────────────┼───────────────── ──────────────────────┤
│0d│RAND_EVENT│に関する情報を送信するために使用されます│
│││ランダムな値の場合
│││RAND（）関数│
│││は│です
│││で使用される│
│││ステートメント。 │
├─────┼──────────────────────────┼───────────────── ──────────────────────┤
│0e│USER_VAR_EVENT│ユーザー変数を複製するために使用されます。 │
├─────┼──────────────────────────┼───────────────── ──────────────────────┤
│0f│FORMAT_DESCRIPTION_EVENT│これはログの開始を示します│
│││MySQL5以降で作成されたファイル。 │
├─────┼──────────────────────────┼───────────────── ──────────────────────┤
│10│XID_EVENT│XAのコミットを示すイベント│
│││トランザクション。 │
├─────┼──────────────────────────┼───────────────── ──────────────────────┤
│11│BEGIN_LOAD_QUERY_EVENT│LOADDATAに使用│
│││INFILE│
│││MySQL5以降のステートメント。 │
├─────┼──────────────────────────┼───────────────── ──────────────────────┤
│12│EXECUTE_LOAD_QUERY_EVENT│LOADDATAに使用│
│││INFILE│
│││MySQL5以降のステートメント。 │
├─────┼──────────────────────────┼───────────────── ──────────────────────┤
│13│TABLE_MAP_EVENT│テーブルに関する情報│
│││定義。 MySQL5.1.5および│で使用
│││後で。 │
├─────┼──────────────────────────┼───────────────── ──────────────────────┤
│14│PRE_GA_WRITE_ROWS_EVENT│単一のテーブルの行データ
│││を作成する必要があります。 MySQLで使用される│
│││5.1.5│
│││5.1.17へ。 │
├─────┼──────────────────────────┼───────────────── ──────────────────────┤
│15│PRE_GA_UPDATE_ROWS_EVENT│単一のテーブルの行データ
│││更新する必要があります。 MySQLで使用される│
│││5.1.5〜5.1.17。 │
├─────┼──────────────────────────┼───────────────── ──────────────────────┤
│16│PRE_GA_DELETE_ROWS_EVENT│単一のテーブルの行データ
│││削除する必要があります。 MySQLで使用される│
│││5.1.5│
│││5.1.17へ。 │
├─────┼──────────────────────────┼───────────────── ──────────────────────┤
│17│WRITE_ROWS_EVENT│単一のテーブルの行データ
│││を作成する必要があります。 MySQLで使用される│
│││5.1.18│
│││以降。 │
├─────┼──────────────────────────┼───────────────── ──────────────────────┤
│18│UPDATE_ROWS_EVENT│単一のテーブルの行データ
│││更新する必要があります。 MySQLで使用される│
│││5.1.18および│
│││後で。 │
├─────┼──────────────────────────┼───────────────── ──────────────────────┤
│19│DELETE_ROWS_EVENT│単一のテーブルの行データ
│││削除する必要があります。 MySQLで使用される│
│││5.1.18│
│││以降。 │
├─────┼──────────────────────────┼───────────────── ──────────────────────┤
│1a│INCIDENT_EVENT│異常な何か│
│││起こった。 MySQL5.1.18で追加されました。 │
└─────┴──────────────────────────┴───────────────── ──────────────────────┘

・マスターID：イベントを作成したマスターのサーバーID。

・サイズ：イベントのバイト単位のサイズ。

・マスター位置：元のマスターログファイル内の次のイベントの位置。

・フラグ：16個のフラグ。 現在、以下のフラグが使用されています。 他はのために予約されています
将来の使用。

┌─────┬─────────────────────────────┬────────────── ───────────────────────────────────┐
│フラグ │ 名前 │ 意味 │
├─────┼─────────────────────────────┼────────────── ───────────────────────────────────┤
│01│LOG_EVENT_BINLOG_IN_USE_F│ログファイルが正しく│
│││閉じた。 （│でのみ使用
│││FORMAT_DESCRIPTION_EVENT。）│
│││If│
│││this│
│││フラグが設定されている（│の場合
│││フラグは、例えば、│です。
│││'01│
│││00 '）の│
│││FORMAT_DESCRIPTION_EVENT、│
│││ログ│
│││ファイル│
│││適切にされていません│
│││閉じた。 おそらく│
│││this│
│││はマスターのためです│
│││クラッシュ（たとえば、
│││から│
│││停電）。 │
├─────┼─────────────────────────────┼────────────── ───────────────────────────────────┤
│02││将来の使用のために予約されています。 │
├─────┼─────────────────────────────┼────────────── ───────────────────────────────────┤
│04│LOG_EVENT_THREAD_SPECIFIC_F│イベントが依存している場合に設定
│││それが実行された接続（
│││例、'04 00 '）、│の場合
│││例、│
│││イベントが使用する場合│
│││一時テーブル。 │
├─────┼─────────────────────────────┼────────────── ───────────────────────────────────┤
│08│LOG_EVENT_SUPPRESS_USE_F│イベントがの場合に設定されます│
│││デフォルトに依存しない│
│││データベース。 │
└─────┴─────────────────────────────┴────────────── ───────────────────────────────────┘

MYSQLBINLOG 行 EVENT DISPLAY

次の例は、その方法を示しています mysqlbinlog データを指定する行イベントを表示します
変更。 これらは、WRITE_ROWS_EVENT、UPDATE_ROWS_EVENT、
およびDELETE_ROWS_EVENTタイプコード。 The --base64-output = DECODE-ROWS & -詳細 オプション
行イベントの出力に影響を与えるために使用される場合があります。

サーバーが行ベースのバイナリログを使用していて、
次の一連のステートメント：

テーブルの作成 t
(
id INT NOT NULL、
名 VARCHAR（20）NOT NULL、
日付DATENULL
）ENGINE = InnoDB;
トランザクションを開始します。
INSERT INTO t VALUES（1、 'apple'、NULL）;
UPDATE t SET name = 'pear'、date = '2009-01-01' WHERE id = 1;
t WHERE id = 1から削除;
COMMIT;

デフォルトでは、 mysqlbinlog BINLOGを使用してbase-64文字列としてエンコードされた行イベントを表示します
ステートメント。 無関係な行を省略して、によって生成された行イベントの出力
前のステートメントシーケンスは次のようになります。

シェル> mysqlbinlog ログファイル
...
＃218
＃080828：15：03サーバーID08 end_log_pos 1 Write_rows：テーブルID 258フラグ：STMT_END_F
BINLOG '
fAS3SBMBAAAALAAAANoAAAAAABEAAAAAAAAABHRlc3QAAXQAAwMPCgIUAAQ =
fAS3SBcBAAAAKAAAAAIBAAAQABEAAAAAAAEAA // 8AQAAAAVhcHBsZQ ==
'/ *！* /;
...
＃302
＃080828：15：03サーバーID08 end_log_pos 1 Update_rows：テーブルID 356フラグ：STMT_END_F
BINLOG '
fAS3SBMBAAAALAAAAC4BAAAAABEAAAAAAAAABHRlc3QAAXQAAwMPCgIUAAQ =
fAS3SBgBAAAANgAAAGQBAAAQABEAAAAAAAEAA //// AEAAAAFYXBwbGX4AQAAAARwZWFyIbIP
'/ *！* /;
...
＃400
＃080828：15：03サーバーID08 end_log_pos 1 Delete_rows：テーブルID 442フラグ：STMT_END_F
BINLOG '
fAS3SBMBAAAALAAAAJABAAAAABEAAAAAAAAABHRlc3QAAXQAAwMPCgIUAAQ =
fAS3SBkBAAAAKgAAALoBAAAQABEAAAAAAAEAA // 4AQAAAARwZWFyIbIP
'/ *！* /;

行イベントを「疑似SQL」ステートメントの形式のコメントとして表示するには、次を実行します。 mysqlbinlog
-詳細 or -v オプション。 出力には、###で始まる行が含まれます。

シェル> mysqlbinlog -v ログファイル
...
＃218
＃080828：15：03サーバーID08 end_log_pos 1 Write_rows：テーブルID 258フラグ：STMT_END_F
BINLOG '
fAS3SBMBAAAALAAAANoAAAAAABEAAAAAAAAABHRlc3QAAXQAAwMPCgIUAAQ =
fAS3SBcBAAAAKAAAAAIBAAAQABEAAAAAAAEAA // 8AQAAAAVhcHBsZQ ==
'/ *！* /;
### test.t に挿入
＃＃＃ セットする
### @ 1 = 1
### @ 2 = 'アップル'
### @ 3 = NULL
...
＃302
＃080828：15：03サーバーID08 end_log_pos 1 Update_rows：テーブルID 356フラグ：STMT_END_F
BINLOG '
fAS3SBMBAAAALAAAAC4BAAAAABEAAAAAAAAABHRlc3QAAXQAAwMPCgIUAAQ =
fAS3SBgBAAAANgAAAGQBAAAQABEAAAAAAAEAA //// AEAAAAFYXBwbGX4AQAAAARwZWFyIbIP
'/ *！* /;
### test.t を更新
＃＃＃ どこ
### @ 1 = 1
### @ 2 = 'アップル'
### @ 3 = NULL
＃＃＃ セットする
### @ 1 = 1
### @ 2 = '梨'
### @ 3 = '2009：01：01'
...
＃400
＃080828：15：03サーバーID08 end_log_pos 1 Delete_rows：テーブルID 442フラグ：STMT_END_F
BINLOG '
fAS3SBMBAAAALAAAAJABAAAAABEAAAAAAAAABHRlc3QAAXQAAwMPCgIUAAQ =
fAS3SBkBAAAAKgAAALoBAAAQABEAAAAAAAEAA // 4AQAAAARwZWFyIbIP
'/ *！* /;
### test.t から削除
＃＃＃ どこ
### @ 1 = 1
### @ 2 = '梨'
### @ 3 = '2009：01：01'

指定 -詳細 or -v それぞれのデータ型といくつかのメタデータも表示するためにXNUMX回
桁。 出力には、各列の変更に続く追加のコメントが含まれます。

シェル> mysqlbinlog -vv ログファイル
...
＃218
＃080828：15：03サーバーID08 end_log_pos 1 Write_rows：テーブルID 258フラグ：STMT_END_F
BINLOG '
fAS3SBMBAAAALAAAANoAAAAAABEAAAAAAAAABHRlc3QAAXQAAwMPCgIUAAQ =
fAS3SBcBAAAAKAAAAAIBAAAQABEAAAAAAAEAA // 8AQAAAAVhcHBsZQ ==
'/ *！* /;
### test.t に挿入
＃＃＃ セットする
### @ 1 = 1 / * INT meta = 0 nullable = 0 is_null = 0 * /
### @ 2 = 'アップル' / * VASTRING（20）meta = 20 nullable = 0 is_null = 0 * /
### @ 3 = NULL / * VASTRING（20）meta = 0 nullable = 1 is_null = 1 * /
...
＃302
＃080828：15：03サーバーID08 end_log_pos 1 Update_rows：テーブルID 356フラグ：STMT_END_F
BINLOG '
fAS3SBMBAAAALAAAAC4BAAAAABEAAAAAAAAABHRlc3QAAXQAAwMPCgIUAAQ =
fAS3SBgBAAAANgAAAGQBAAAQABEAAAAAAAEAA //// AEAAAAFYXBwbGX4AQAAAARwZWFyIbIP
'/ *！* /;
### test.t を更新
＃＃＃ どこ
### @ 1 = 1 / * INT meta = 0 nullable = 0 is_null = 0 * /
### @ 2 = 'アップル' / * VASTRING（20）meta = 20 nullable = 0 is_null = 0 * /
### @ 3 = NULL / * VASTRING（20）meta = 0 nullable = 1 is_null = 1 * /
＃＃＃ セットする
### @ 1 = 1 / * INT meta = 0 nullable = 0 is_null = 0 * /
### @ 2 = '梨' / * VASTRING（20）meta = 20 nullable = 0 is_null = 0 * /
### @ 3 = '2009：01：01' / * DATE meta = 0 nullable = 1 is_null = 0 * /
...
＃400
＃080828：15：03サーバーID08 end_log_pos 1 Delete_rows：テーブルID 442フラグ：STMT_END_F
BINLOG '
fAS3SBMBAAAALAAAAJABAAAAABEAAAAAAAAABHRlc3QAAXQAAwMPCgIUAAQ =
fAS3SBkBAAAAKgAAALoBAAAQABEAAAAAAAEAA // 4AQAAAARwZWFyIbIP
'/ *！* /;
### test.t から削除
＃＃＃ どこ
### @ 1 = 1 / * INT meta = 0 nullable = 0 is_null = 0 * /
### @ 2 = '梨' / * VASTRING（20）meta = 20 nullable = 0 is_null = 0 * /
### @ 3 = '2009：01：01' / * DATE meta = 0 nullable = 1 is_null = 0 * /

教えてもいいよ mysqlbinlog を使用して行イベントのBINLOGステートメントを抑制する
--base64-output = DECODE-ROWS オプション。 これはに似ています --base64-output = NEVER しかし、しません
行イベントが見つかった場合は、エラーで終了します。 の組み合わせ --base64-output = DECODE-ROWS
& -詳細 行イベントをSQLステートメントとしてのみ表示する便利な方法を提供します。

シェル> mysqlbinlog -v --base64-output = DECODE-ROWS ログファイル
...
＃218
＃080828：15：03サーバーID08 end_log_pos 1 Write_rows：テーブルID 258フラグ：STMT_END_F
### test.t に挿入
＃＃＃ セットする
### @ 1 = 1
### @ 2 = 'アップル'
### @ 3 = NULL
...
＃302
＃080828：15：03サーバーID08 end_log_pos 1 Update_rows：テーブルID 356フラグ：STMT_END_F
### test.t を更新
＃＃＃ どこ
### @ 1 = 1
### @ 2 = 'アップル'
### @ 3 = NULL
＃＃＃ セットする
### @ 1 = 1
### @ 2 = '梨'
### @ 3 = '2009：01：01'
...
＃400
＃080828：15：03サーバーID08 end_log_pos 1 Delete_rows：テーブルID 442フラグ：STMT_END_F
### test.t から削除
＃＃＃ どこ
### @ 1 = 1
### @ 2 = '梨'
### @ 3 = '2009：01：01'

Note
再実行する場合は、BINLOGステートメントを抑制しないでください。 mysqlbinlog
出力。

によって生成されたSQLステートメント -詳細 行イベントの場合は、
対応するBINLOGステートメント。 ただし、元の文字と正確に一致しているわけではありません
イベントを生成したSQLステートメント。 次の制限が適用されます。

・元の列名は失われ、@に置き換えられますNここで、 N 列番号です。

・文字セット情報は、文字列に影響するバイナリログでは利用できません
列表示：

・対応するバイナリ文字列と非バイナリ文字列の区別はありません
タイプ（BINARYとCHAR、VARBINARYとVARCHAR、BLOBとTEXT）。 出力はを使用します
固定長文字列の場合はSTRINGのデータ型、可変長文字列の場合はVARSTRINGのデータ型
文字列。

・マルチバイト文字セットの場合、XNUMX文字あたりの最大バイト数は
バイナリログに存在するため、文字列型の長さはバイト単位で表示されます
文字ではなく。 例えば、 STRING（4）はデータ型として使用されます
これらの列タイプのいずれかからの値の場合：

CHAR（4）文字セットlatin1
CHAR（2）文字セットucs2

・タイプUPDATE_ROWS_EVENTのイベントの保存形式により、UPDATEステートメント
SET句の前にWHERE句を付けて表示されます。

行イベントを適切に解釈するには、形式の説明からの情報が必要です
バイナリログの先頭にあるイベント。 なぜなら mysqlbinlog 事前に知らない
ログの残りの部分に行イベントが含まれているかどうか、デフォルトでは次の形式で表示されます
出力の最初の部分でBINLOGステートメントを使用するdescriptionイベント。

バイナリログにBINLOGステートメントを必要とするイベントが含まれていないことがわかっている場合（
は、行イベントなし）、 --base64-output = NEVER オプションを使用して、このヘッダーを防ぐことができます
書かれることから。

使用する MYSQLBINLOG に BACK UP BINARY LOG ファイル

デフォルトでは、 mysqlbinlog バイナリログファイルを読み取り、その内容をテキスト形式で表示します。
これにより、ファイル内のイベントをより簡単に調べて、それらを再実行できます。
（たとえば、出力をへの入力として使用することによって mysqlの). mysqlbinlog ログファイルを読み取ることができます
ローカルファイルシステムから直接、または、 --リモートサーバーからの読み取り オプション、それはできます
サーバーに接続し、そのサーバーにバイナリログの内容を要求します。 mysqlbinlog 書き込み
標準出力、またはの値として指定されたファイルへのテキスト出力
--result-file =file_name そのオプションが指定されている場合はオプション。

MySQL 5.6以降、 mysqlbinlog バイナリログファイルを読み取り、を含む新しいファイルを書き込むことができます
同じコンテンツ、つまり、テキスト形式ではなくバイナリ形式。 この機能により、
バイナリログを元の形式で簡単にバックアップできます。 mysqlbinlog 静的にすることができます
バックアップ、一連のログファイルのバックアップ、および最後のファイルの終わりが
に達した。 また、サーバーへの接続を維持したまま、継続的な（「ライブ」）バックアップを作成することもできます。
最後のログファイルの最後に到達し、新しいイベントをそのままコピーし続ける場合
生成されます。 連続バックアップ操作では、 mysqlbinlog 接続が終了するまで実行されます（
たとえば、サーバーが終了したとき）または mysqlbinlog 強制終了します。 接続時
終わり、 mysqlbinlog スレーブレプリケーションとは異なり、接続を待機して再試行しません
サーバ。 サーバーの再起動後にライブバックアップを続行するには、次のことも行う必要があります。
再起動 mysqlbinlog.

バイナリログバックアップでは、を呼び出す必要があります mysqlbinlog 少なくともXNUMXつのオプションがあります。

・ --リモートサーバーからの読み取り （または -R）オプションは mysqlbinlog サーバーに接続するには
バイナリログを要求します。 （これは、接続するスレーブレプリケーションサーバーに似ています
そのマスターサーバーに。）

・ - 生 オプションは言う mysqlbinlog テキスト出力ではなく、生の（バイナリ）出力を書き込みます。

に加えて --リモートサーバーからの読み取り、他のオプションを指定するのが一般的です。 - ホスト
サーバーが実行されている場所を示します。接続オプションも指定する必要がある場合があります
など - ユーザー & - パスワード.

他のいくつかのオプションは、 - 生:

· -停止-決して：最後のログファイルの最後に達した後もサーバーへの接続を維持します
そして、新しいイベントを読み続けます。

· --stop-never-slave-server-id =id：サーバーID mysqlbinlog サーバーに報告します
いつ -停止-決して 使用されている。 デフォルトは65535です。これは、競合を回避するために使用できます
スレーブサーバーまたは別のサーバーのID mysqlbinlog 処理する。 と呼ばれるセクションを参照してください
「MYSQLBINLOGサーバーIDの指定」。

· -結果ファイル：後で説明するように、出力ファイル名のプレフィックス。

サーバーのバイナリログファイルをでバックアップするには mysqlbinlog、ファイル名を指定する必要があります
実際にはサーバー上に存在します。 名前がわからない場合は、サーバーに接続して使用してください
SHOW BINARY LOGSステートメントを使用して、現在の名前を確認します。 ステートメントが
この出力を生成します：

mysql> SHOW BINARY ログ;
+ --------------- + ----------- +
| | ログ名 | ファイルサイズ |
+ --------------- + ----------- +
| | binlog.000130 | 27459 |
| | binlog.000131 | 13719 |
| | binlog.000132 | 43268 |
+ --------------- + ----------- +

その情報で、あなたは使うことができます mysqlbinlog バイナリログを現在のログにバックアップします
次のようにディレクトリを作成します（各コマンドをXNUMX行で入力します）。

・binlog.000130からbinlog.000132の静的バックアップを作成するには、次のいずれかを使用します。


mysqlbinlog --read-from-remote-server --host =ホスト名 - 生
binlog.000130 binlog.000131 binlog.000132
mysqlbinlog --read-from-remote-server --host =ホスト名 - 生
--to-last-log binlog.000130

最初のコマンドは、すべてのファイル名を明示的に指定します。 XNUMX番目の名前は
最初のファイルと使用 --最後のログまで 最後を読み通す。 これらの違い
コマンドは、サーバーが前にbinlog.000133を開いた場合です mysqlbinlog
binlog.000132の終わりに達すると、最初のコマンドはそれを読み取りませんが、XNUMX番目のコマンドはそれを読み取ります
コマンドがします。

・ライブバックアップを作成するには mysqlbinlog binlog.000130で始まり、既存のものをコピーします
ログファイルを作成し、サーバーが新しいイベントを生成するときに、接続を維持して新しいイベントをコピーします。

mysqlbinlog --read-from-remote-server --host =ホスト名 - 生
--stop-決してbinlog.000130

-停止-決して、指定する必要はありません --最後のログまで 最後まで読む
そのオプションが暗示されているため、ログファイル。
出力ファイルNaming.PPなし - 生, mysqlbinlog テキスト出力と
-結果ファイル オプションが指定されている場合、すべての出力が行われる単一ファイルの名前を指定します
書かれた。 と - 生, mysqlbinlog ログファイルごとにXNUMXつのバイナリ出力ファイルを書き込みます
サーバーから転送されました。 デフォルトでは、 mysqlbinlog 現在のファイルを書き込みます
元のログファイルと同じ名前のディレクトリ。 出力ファイル名を変更するには、
使用 -結果ファイル オプション。 と組み合わせて - 生 -結果ファイル オプション値は
出力ファイル名を変更するプレフィックスとして扱われます。

サーバーに現在、binlog.000999以降という名前のバイナリログファイルがあるとします。 もし、あんたが
つかいます mysqlbinlog - 生 ファイルをバックアップするには、 -結果ファイル オプションは出力ファイルを生成します
次の表に示す名前。 次の方法でファイルを特定のディレクトリに書き込むことができます。
始めて -結果ファイル ディレクトリパスを含む値。 の場合 -結果ファイル 値
ディレクトリ名のみで構成され、値はパス名区切り文字で終わる必要があります
キャラクター。 出力ファイルが存在する場合は上書きされます。

┌─────────────────────┬──────────────────────────── ─┐
│-結果ファイル オプション│ 出力 File 名 │
├─────────────────────┼──────────────────────────── ─┤
│--result-file = x │xbinlog.000999以上│
├─────────────────────┼──────────────────────────── ─┤
│--result-file =/ tmp / │/ tmp / binlog.000999以上│
├─────────────────────┼──────────────────────────── ─┤
│--result-file = / tmp / x │/ tmp / xbinlog.000999以上│
└─────────────────────┴─────────────────────────── ─┘
例：Backup andRestore.PPのmysqldump + mysqlbinlog次の例では、
使用方法を示す簡単なシナリオ mysqldump & mysqlbinlog 一緒にバックアップする
サーバーのデータとバイナリログ、およびデータが失われた場合にバックアップを使用してサーバーを復元する方法
発生します。 この例では、サーバーがホスト上で実行されていることを前提としています ホスト名 そしてその最初
バイナリログファイルの名前はbinlog.000999です。 各コマンドをXNUMX行で入力します。

　 mysqlbinlog バイナリログの継続的なバックアップを作成するには：

mysqlbinlog --read-from-remote-server --host =ホスト名 - 生
--stop-決してbinlog.000999

　 mysqldump サーバーのデータのスナップショットとしてダンプファイルを作成します。 つかいます
-すべてのデータベース, -イベント, -ルーチン すべてのデータをバックアップし、 --master-data = 2 〜へ
現在のバイナリログ座標をダンプファイルに含めます。

mysqldump --host =ホスト名 --all-databases --events --routines --master-data = 2> ダンプファイル

実行する mysqldump 定期的にコマンドを実行して、必要に応じて新しいスナップショットを作成します。

データ損失が発生した場合（たとえば、サーバーがクラッシュした場合）、最新のダンプファイルを使用して
データを復元します。

mysql --host =ホスト名 -uルート-p ダンプファイル

次に、バイナリログバックアップを使用して、後に書き込まれたイベントを再実行します。
ダンプファイルにリストされている座標。 ファイル内の座標が次のようになっているとします。
この：

--MASTERをMASTER_LOG_FILE = 'binlog.001002'、MASTER_LOG_POS = 27284に変更します。

最新のバックアップログファイルの名前がbinlog.001004の場合は、ログイベントを再実行してください
このような：

mysqlbinlog --start-position = 27284 binlog.001002 binlog.001003 binlog.001004
| mysql --host =ホスト名 -uルート-p

バックアップファイル（ダンプファイルとバイナリログファイル）をにコピーする方が簡単な場合があります。
復元操作の実行を容易にするためのサーバーホスト、またはMySQLで許可されていない場合
リモートルートアクセス。

指定する ザ MYSQLBINLOG サーバ ID

で呼び出された場合 --リモートサーバーからの読み取り オプション、 mysqlbinlog MySQLに接続します
serverは、それ自体を識別するためのサーバーIDを指定し、
サーバ。 あなたが使用することができます mysqlbinlog いくつかの方法でサーバーにログファイルを要求するには：

・明示的に名前が付けられたファイルのセットを指定します。ファイルごとに、 mysqlbinlog 接続して
Binlogダンプコマンドを発行します。 サーバーはファイルを送信して切断します。 ここに一つ
ファイルごとの接続。

・開始ファイルを指定し、 --最後のログまで: mysqlbinlog 接続してBinlogを発行します
すべてのファイルのダンプコマンド。 サーバーはすべてのファイルを送信して切断します。

・開始ファイルを指定し、 -停止-決して （これは --最後のログまで): mysqlbinlog
接続して、すべてのファイルに対してBinlogダンプコマンドを発行します。 サーバーはすべてのファイルを送信し、
ただし、最後のものを送信した後は切断されません。

--リモートサーバーからの読み取り のみ、 mysqlbinlog 0のサーバーIDを使用して接続します。
最後に要求されたログファイルを送信した後に切断するようにサーバーに指示します。

--リモートサーバーからの読み取り & -停止-決して, mysqlbinlog ゼロ以外を使用して接続します
サーバーID。最後のログファイルを送信した後、サーバーは切断されません。 サーバー
IDはデフォルトで65535ですが、これは次のように変更できます。 --stop-never-slave-server-id.

したがって、ファイルを要求する最初のXNUMXつの方法では、サーバーは次の理由で切断されます。
mysqlbinlog サーバーIDを0に指定します。次の場合は切断されません -停止-決して 与えられる
なぜなら mysqlbinlog ゼロ以外のサーバーIDを指定します。

COPYRIGHT

Copyright©1997、2014、Oracleおよび/またはその関連会社。 全著作権所有。

このドキュメントはフリーソフトウェアです。 あなたはそれを再配布および/またはそれを変更することができます
Free SoftwareFoundationによって発行されたGNUGeneral PublicLicenseの条件。
ライセンスのバージョン2。

このドキュメントは、役立つことを期待して配布されていますが、何もありません
保証; 商品性または特定の適合性の黙示の保証もありません
目的。 詳細については、GNU General PublicLicenseを参照してください。

プログラムと一緒にGNUGeneral PublicLicenseのコピーを受け取っているはずです。
そうでない場合は、Free Software Foundation、Inc.、51 Franklin Street、Fifth Floor、
ボストン、マサチューセッツ02110-1301米国または参照 http://www.gnu.org/licenses/.

注意事項

1. MySQL内部：バイナリログ
http://dev.mysql.com/doc/internals/en/binary-log.html

onworks.netサービスを使用してmysqlbinlogをオンラインで使用する