10bet网址
MySQL 5.6リファレンスマニュアル
本手册下载
PDF (Ltr)- 26.8 mb
PDF (A4)- 26.8 mb
HTML下载(TGZ)- 7.2 mb
HTML下载(邮政编码)- 7.2 mb


MySQL 5.6リファレンスマニュアル// Mysqlbinlog -バ邮箱ナリログファ邮箱ルを処理するためのユ邮箱ティリティ邮箱

4.6.8mysqlbinlog—バopenstackナリログファopenstackルを処理するためのユopenstackティリティopenstack

サバナリログは,デスの内容に対する変更を記述するベントを含むファ邮箱ルで構成されます。サ。内容をテキスト形式で表示するには,mysqlbinlogユティリティを使用します。レプリケションセットアップで、mysqlbinlogを使用して,スレ。リレログはバ。バ邮箱ナリログおよびリレ邮箱ログは,セクション5.2.4 "バ邮箱邮箱ナリログ"およびセクション17.2.2 "レプリケションリレおよびステタスログ"でさらに説明します。

mysqlbinlogは次のように起動します。

壳> mysqlbinlog [选项log_file

たとえばbinlog.000003という名前のバereplicationナリログファereplicationルの内容を表示するには,このコマンドを使用してください。

壳> mysqlbinlog binlog.0000003

出力には,binlog.000003に含まれる邮箱ベントが含まれます。ステトメントベスのロギングでは、イベント情報には SQL ステートメント、それが実行されたサーバーの ID、ステートメントが実行されたタイムスタンプ、かかった時間などが含まれます。行ベースのロギングでは、イベントは SQL ステートメントではなく行の変更を示します。ロギングモードの詳細はセクション17.1.2 "レプリケション形式"を参照してください。

e .ベントには,その前に追加情報を提供するヘッダ.コメントがあります。例:

# at 141 #100309 9:28:36 server id 123 end_log_pos 245查询thread_id=3350 exec_time=11 error_code=0

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

2行目は,イベントが発生したサーバー上でステートメントがいつ開始されたかを示す日付と時間で始まります。レプリケションに関しては,このタ。服务器idは邮箱ベントが発生したサ邮箱バ邮箱のserver_id値です。end_log_posは次の电子书阅读器ベントが始まる場所(すなわび,現在の电子书阅读器ベントの終了位置+ 1)を示します。thread_idは邮箱ベントを実行したスレッドを示します。exec_timeは,マスタ。スレブでは,これはスレでの実行開始時間を引いた差分です。この差は,レプリケションがマスタからどの程度遅れているかを示します。error_codeは邮箱ベントの実行結果を示します。ゼロはエラが発生しなかったことを意味します。

注記

イベントグループを使用する場合は,イベントのファイルオフセットのグループ化およびイベントのコメントのグループ化ができます。これらのグルプ化ルオフセットと間違えないでください。

mysqlbinlogからの出力は,)たとえばそれをmysqlへの入力として使用することによって)再実行し,ログ内のステ,トメントをやり直せます。これはサバがクラッシュした際のリカバリ操作として便利です。ほかの使用例は,このセクションのあとの方の説明およびセクション7.5 "バereplicationナリログを使用したポereplicationントereplicationンタereplicationム(増分)リカバリ"を参照してください。

通常、mysqlbinlogを使用してバ。——read-from-remote-serverオプションを使用してリモトサバからバ。リモートバイナリログを読み取るために,接続パラメータオプションを指定してサーバーへの接続方法を示すことができます。これらのオプションは,——主机——密码——港口——协议——套接字,および——用户です。——read-from-remote-serverオプションも使用した場合以外は無視されます。

mysqlbinlogを大規模なバイナリログに対して実行する場合は,結果のファイルのためにファイルシステムに十分なスペースがあるように注意してください。mysqlbinlogが一時ファル用に使用するディレクトリを構成するには,TMPDIR環境変数を使用します。

mysqlbinlogは次のオプションをサポトします。これらはコマンド行またはオプションファ邮箱ルの(mysqlbinlog)グルプおよび(客户端)グルプで指定できます。MySQLプログラムによって使用されるオプションファイルの詳細については、セクション4.2.6 "オプションファereplicationルの使用"を参照してください。

表4.15 mysqlbinlogのオプション

オプション名 説明 導入
——base64-output バ邮箱ナリログのエントリをbase-64エンコ邮箱ドで出力
——bind-address 指定されたネットワクンタフェスを使用してMySQLサ 5.6.1
——binlog-row-event-max-size バereplicationナリログの最大ereplicationベントサereplicationズ
——character-sets-dir 文字セットが邮箱ンスト邮箱ルされているディレクトリ
——connection-server-id テストとデバッグに使用。適用されるデフォルト値およびその他の事項にいては,テキストを参照してください。 5.6.20
——数据库 このデタベスのみのエントリをリスト
——调试 デバッグのログを書き込み
——debug-check プログラムの終了時にデバッグ情報を出力
——debug-info プログラムの終了時に,デバッグ情報,メモリ,およびCPUの統計を出力
——default-auth 使用する認証プラグ邮箱ン 5.6.2
——defaults-extra-file 通常のオプションファ邮箱ルに加えてオプションファ邮箱ルを読み取る
——defaults-file 指名されたオプションファ邮箱ルのみを読み取る
——defaults-group-suffix オプショングルプのサフィクス値
——disable-log-bin バ邮箱ナリロギングを無効化
——exclude-gtids 提供されたgtidセットのグルプを表示しない 5.6.5
——force-if-open バ邮箱ナリログファ邮箱ルが開いているか適切にクロ邮箱ズしていない場合でも読み取る
——force-read Mysqlbinlogが認識しないバ邮箱ナリログ邮箱ベントを読み取った場合,警告を出力
——帮助 ヘルプメッセジを表示して終了
——hexdump コメント内にログの16進ダンプを表示
——主机 指定されたホスト上でMySQLサバに接続
——include-gtids 提供されたgtidセットのグルプのみを表示 5.6.5
——局部负荷 指定されたディレクトリ内に加载数据文件のロ
——登录路径 ログ邮箱ンパスオプションを.mylogin.cnfから読み取り 5.6.6
——已 オプションファ邮箱ルを読み取らない
——抵消 ログの最初のnエントリをスキップ
——密码 サバに接続する際に使用するパスワド
——plugin-dir プラグ邮箱ンが邮箱ンスト邮箱ルされているディレクトリ 5.6.2
——港口 接続に使用するtcp / ipポト番号.使用实例
——print-defaults デフォルトを出力
——协议 使用する接続プロトコル
——生 ereplicationベントを生の(バereplicationナリ)形式で出力ファereplicationルに書き込み
——read-from-remote-master バopenstackナリログをロopenstackルからではなくMySQLマスタ 5.6.5
——read-from-remote-server
——结果文件 指定されたファ邮箱ルに出力を送信
——secure-auth 古い(4.1.1より前の)形式でサ 5.6.17
——服务器id 指定されたサバidを持
——server-id-bits サーバーIDビットが最大値未満に設定されているmysqldによってログが書き込まれた場合に,バイナリログのサーバーIDを解釈する方法を,mysqlbinlogに対して指定。MySQL集群バジョンのmysqlbinlogでのみサポト
——set-charset SET NAMES charset_nameステトメントを出力に追加
——shared-memory-base-name 共有メモリ接続に使用する共有メモリの名前
——短小精悍 ログに含まれるステトメントのみを表示
——skip-gtids Gtidを出力しない。これは,GTID を含むバイナリログからのダンプファイルを書き込む場合に使用します。 5.6.5
——套接字 ロカルホストへの接続で,使用するUnixソケットファ
——ssl-crl 証明書失効リストを含むファ邮箱ルのパス 5.6.3
——ssl-crlpath 証明書失効リストファ邮箱ルを含むディレクトリのパス 5.6.3
——start-datetime タイムスタンプがdatetime引数と同じかそれよりあとの最初のイベントからバイナリログを読み取り
——起始位置 位置が引数と同じかそれより大きい最初の邮箱ベントからバ邮箱ナリログを読み取り
——stop-datetime タイムスタンプがdatetime引数と同じかそれより大きい最初のイベントでバイナリログの読み取りを停止
——stop-never 最後のバopenstackナリログファopenstackルの読み取り後,サopenstackバopenstackとの接続を維持
——stop-never-slave-server-id サバへの接続時にレポ
——停止位置 位置が引数と同じかそれより大きい最初の邮箱ベントでバ邮箱ナリログの読み取りを停止
——to-last-log MySQLサバ
——用户 サバへの接続時に使用するMySQLユ
——详细 行ereplicationベントをSQLステereplicationトメントとして再構築
——verify-binlog-checksum バ邮箱ナリログのチェックサムを検証 5.6.1
——版本 バジョン情報を表示して終了

  • ——帮助-?

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

  • ——base64-output =价值

    このオプションは,屏幕显示为ベントをいBINLOGステトメントを使用して,base-64文字列としてエンコドして表示するべきかを決定します。このオプションには次の可能な値があります(大文字小文字は区別されません)。

    • 汽车(“自動”)またはUNSPEC(“未指定”)では,必要なときに(すなわ,形式記述)自動的にBINLOGステトメントを表示します。——base64-outputオプションが指定されない場合は,効果は——base64-output =汽车と同じです。

      注記

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

    • 从来没有を使用するとBINLOGステトメントは表示されなくなります。mysqlbinlogは,BINLOGを使用して表示しなければならない行邮箱ベントが検出された場合にはエラ邮箱で終了します。

    • DECODE-ROWSは,——详细オプションも指定することによって,行イベントをコメント付きのSQLステートメントとしてデコードおよび表示することをユーザーが意図していることを,mysqlbinlogに指定します。从来没有と同様に,DECODE-ROWSBINLOGステトメントの表示を抑制しますが,从来没有とは異なり、行。

    ——base64-outputおよび——详细の行ベント出力への影響を示す例は,セクション4.6.8.2 " mysqlbinlog行"を参照してください。

  • ——bind-address =ip_address

    複数のネットワークインタフェースを持つコンピュータで,このオプションを使用して,MySQLサーバーへの接続に使用するインタフェースを選択します。

    このオプションはMySQL 5.6.1からサポトされています。

  • ——binlog-row-event-max-size =N

    コマンド行形式 ——binlog-row-event-max-size = #
    数値
    デフォルト 4294967040
    最小値 256
    最大値 18446744073709547520

    行ベスのバ。可能であれば、行はこのサeconf eズより小さいeconf eベントにグル。値は256の倍数であるべきです。デフォルトは4gバereplicationトです。

  • ——character-sets-dir =路径

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

  • ——connection-server-id =server_id

    このオプションは,MySQLサバがBINLOG_DUMP_NON_BLOCK接続フラグをサポトするかどうかをテストするために使用されます。このフラグは何らかの都合でMySQL 5.6.5で削除され,MySQL 5.6.20でリストアされました(错误# 18000079,错误# 71178)。通常の操作では不要です。

    このオプションの実質的なデフォルトと最小値は,mysqlbinlogがブロッキングモドで実行されているか非ブロッキングモドで実行されているかによって異なります。mysqlbinlogがブロッキングモドで実行されている場合は,デフォルト(および最小)値は1です。非ブロッキングモドで実行されている場合は,デフォルト(および最小)値は0です。

    このオプションはMySQL 5.6.20で追加されました。

  • ——数据库=db_name- ddb_name

    このオプションを使用すると,mysqlbinlogは,使用によってdb_nameがデフォルトデータベースとして選択されている間に発生するバイナリログ(ローカルログのみ)からのエントリを出力するようになります。

    mysqlbinlog——数据库オプションは,mysqld——binlog-do-dbオプションと同様ですが,指定できるのは1のデ。——数据库を複数回指定すると、最後の以及ンスタンスのみが使用されます。

    このオプションの影響は,ステートメントベースまたは行ベースのロギング形式のどちらが使用されているかによって異なります。これは,——binlog-do-dbの影響がステートメントベースまたは行ベースのいずれのロギングが使用されているかによって異なるのと同じです。

    ステトメントベスのロギング——数据库オプションは次のように機能します。

    • db_nameがデフォルトデタベスである間,ステトメントはdb_nameまたは別のデタベスのテブルを修正する場合でも出力されます。

    • db_nameがデフォルトデタベスとして選択されていない場合は,db_nameのテブルを修正する場合でもステトメントは出力されません。

    • 创建数据库修改数据库,および删除数据库は例外です。ステトメントを出力するかどうかを判断するときには,作成,変更,または削除されたデタベスがデフォルトのデタベスであるとみなされます。

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

    插入测试。t1(i) VALUES(100); INSERT INTO db2.t2 (j) VALUES(200); USE test; INSERT INTO test.t1 (i) VALUES(101); INSERT INTO t1 (i) VALUES(102); INSERT INTO db2.t2 (j) VALUES(201); USE db2; INSERT INTO test.t1 (i) VALUES(103); INSERT INTO db2.t2 (j) VALUES(202); INSERT INTO t2 (j) VALUES(203);

    デフォルトデタベスがないため,mysqlbinlog——数据库=测试は最初の2の插入ステトメントを出力しません。使用测试に続く3の插入ステトメントは出力しますが,使用db2に続く3の插入ステトメントは出力しません。

    デフォルトデタベスがないため,mysqlbinlog——db2数据库=は最初の2の插入ステトメントを出力しません。使用测试に続く3の插入ステトメントは出力しませんが,使用db2に続く3の插入ステトメントは出力します。

    行ベスのロギングmysqlbinlogは,db_nameに属するテブルを変更するエントリのみを出力します。これにはデフォルトのデタベスには影響しません。今説明したバイナリログが,ステートメントベースのロギングではなく行ベースのロギングを使用して作成されたとします。mysqlbinlog——数据库=测试は,使用が発行されたか,またはデフォルトのデタベスが何かにかかわらず,テストデスのt1を変更するエントリのみを出力します。

    サバが,binlog_format混合に設定された状態で稼働していて,mysqlbinlog——数据库オプションで使用できるようにする場合,変更されるテブルが使用で選択されたデータベースであることを保証する必要があります。(特に,クロスデータベースの更新は使用しないようにしてください)。

    MySQL 5.6.10より前では,GTIDが有効なMySQLサーバーによって書き出されたログでは,——数据库オプションは正しく機能しませんでした. (Bug#15912728)

  • ——调试(=debug_options- # (debug_options

    デバッグのログを書き込みます。一般的なdebug_options文字列はd:师:啊,file_nameです。デフォルトはd:师:啊,/ tmp / mysqlbinlog.traceです。

  • ——debug-check

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

  • ——debug-info

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

  • ——default-auth =插件

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

    このオプションはMySQL 5.6.2で追加されました。

  • ——defaults-extra-file =file_name

    このオプションファイルは,グローバルオプションファイルのあとに読み取りますが,(UNIXでは)ユーザーオプションファイルの前に読み取るようにしてください。ファルが存在しないかアクセスできない場合,エラが発生します。file_nameは,フルパス名でなく相対パス名として指定された場合,現行ディレクトリを基準にして解釈されます。

  • ——defaults-file =file_name

    指定されたオプションファ邮箱ルのみ使用します。ファルが存在しないかアクセスできない場合,エラが発生します。file_nameは,フルパス名でなく相対パス名として指定された場合,現行ディレクトリを基準にして解釈されます。

  • ——defaults-group-suffix =str

    通常のオプショングルプだけでなく,通常の名前にstrのサフィクスが付いたグルプも読み取ります。たとえば,mysqlbinlogは通常(客户端)グルプおよび(mysqlbinlog)グルプを読み取ります。——defaults-group-suffix = _otherオプションを指定した場合,mysqlbinlog(client_other)グルプおよび(mysqlbinlog_other)グルプも読み取ります。

  • ——disable-log-bin- d

    バ邮箱ナリロギングを無効化します。これは,——to-last-logオプションを使用して同じMySQLサーバーに対して出力を送信している場合,無限ループを回避するのに便利です。このオプションは,クラッシュ後,すでにログに記録したステ,トメントの重複を回避するのにも便利です。

    このオプションには超级権限を保持していることが必要です。mysqlbinlogが,出力に设置sql_log_bin = 0ステトメントを含め,そのあとの出力のバナリロギングを無効にするようになります。ステトメントは,超级権限がない場合は効果がありません。

  • ——exclude-gtids =gtid_set

    gtid_setにリストされたグルプを表示しません。MySQL 5.6.5で追加されました。

  • ——force-if-open- f

    バ邮箱ナリログファ邮箱ルが開いているか適切に閉じられていない場合でも読み取ります。

  • ——force-read- f

    このオプションでは,mysqlbinlogが認識できないバereplicationナリログereplicationベントを読み取った場合に,警告を出力し,ereplicationベントを無視して続行します。このオプションを使用しない場合は,mysqlbinlogはそのような邮箱ベントを読み取ると停止します。

  • ——hexdump- h

    セクション4.6.8.1 " mysqlbinlog 16進ダンプ形式"に説明されているように,ログの16進ダンプをコメントに表示します。16進出力はレプリケションのデバッグに便利な場合があります。

  • ——主机=host_name- hhost_name

    指定されたホストのMySQLサ。

  • ——include-gtids =gtid_set

    gtid_setにリストされたグルプのみを表示します。MySQL 5.6.5で追加されました。

  • ——局部负荷=路径- l路径

    指定されたディレクトリに数据加载INFILE用のロカル一時ファ。

    重要

    これらの一時ファルは,mysqlbinlogおよびその他のどのMySQLプログラムによっても自動的に削除されません。

  • ——登录路径=的名字

    指名されたログ邮箱ンパスから.mylogin.cnfログ邮箱ンファ邮箱ルのオプションを読み取ります。ログ邮箱ンパスは,宿主用户,および密码という限定されたオプションのセットのみを許可するオプショングルプです。ログ邮箱ンパスは,サーバーホストおよびそのサーバーで認証するための認証情報を示す値のセットであると考えてください。ログインパスファイルを作成するには、mysql_config_editorユティリティを使用します。セクション4.6.6”mysql_config_editorMySQL構成ユティリティを参照してください。このオプションはMySQL 5.6.6 で追加されました。

  • ——已

    オプションファ邮箱ルを読み取りません。オプションファルから不明のオプションを読み取ることが原因でプログラムの起動に失敗する場合,——已を使用して,オプションを読み取らないようにできます。

    例外として,.mylogin.cnfファルは,存在する場合はすべての場合に読み取られます。これにより,——已が使用された場合にも,コマンド行よりも安全な方法でパスワドを指定できます。(.mylogin.cnfmysql_config_editorユティリティによって作成されます。セクション4.6.6”mysql_config_editorMySQL構成ユティリティを参照してください)。

  • ——抵消=N- oN

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

  • ——密码(=密码- p (密码

    サバに接続する際に使用するパスワドです。短いオプション形式(- p)を使用した場合は,オプションとパスワドの間にスペスを置くことはできません。コマンド行で,——密码オプションまたは- pオプションに続けて密码の値を指定しなかった場合,mysqlbinlogはそれを要求します。

    コマンド行でパスワドを指定することはセキュアでないとみなすべきです。セクション6.1.2.1 "パスワドセキュリティン"を参照してください。オプションファルを使用すれば,コマンド行でパスワドを指定することを回避できます。

  • ——plugin-dir =路径

    プラグ邮箱ンを検索するディレクトリ。——default-authオプションを使用して認証プラグンを指定したが,mysqlbinlogがそれを検出できない場合は,このオプションを指定しなければならない可能性があります。セクション6.3.7 "プラガブル認証"を参照してください。

    このオプションはMySQL 5.6.2で追加されました。

  • ——港口=port_num- pport_num

    リモトサバへの接続に使用するtcp / ipポ。

  • ——print-defaults

    プログラム名と、オプションファ以及ルから受け取るすべてのオプションを出力します。

  • ——协议= {TCP套接字| | |内存管}

    サバへの接続に使用する接続プロトコル。このオプションは、ほかの接続パラメータによって、必要なプロトコル以外のものが通常使用される場合に役立ちます。許可される値の詳細は、セクション4.2.2 " MySQLサバへの接続"を参照してください。

  • ——生

    デフォルトでは,mysqlbinlogはバereplicationナリログファereplicationルを読み取り,ereplicationベントをテキスト形式で書き出します。——生オプションはmysqlbinlogに対して、元のバ以及ナリ形式で書き出すことを指示します。ファ邮箱ルはサ邮箱バ邮箱から要求されるため邮箱これを使用するには邮箱——read-from-remote-serverも使用する必要があります。mysqlbinlogはサバ1。——生オプションは,サ。——stop-neverオプションを使用すると,mysqlbinlogはサバに接続されたままになるため,バックアップはライブです。デフォルトでは,出力ファ电子书阅读器ルは現在のディレクトリに元のログファ电子书阅读器ルと同じ名前で書き出されます。出力ファ邮箱ル名は——结果文件オプションを使用して変更できます。詳細は,セクション4.6.8.3”バイナリログファイルのバックアップのためのmysqlbinlogの使用”を参照してください。

    このオプションはMySQL 5.6.0で追加されました。

  • ——read-from-remote-master =类型

    COM_BINLOG_DUMPコマンドまたはCOM_BINLOG_DUMP_GTIDコマンドで,オプション値をそれぞれBINLOG-DUMP-NON-GTIDSまたはBINLOG-DUMP-GTIDSに設定して,MySQLサ。——read-from-remote-master = BINLOG-DUMP-GTIDS——exclude-gtidsと組み合わされると,トランザクションをマスターでフィルタでき,不要なネットワークトラフィックを防ぐことができます。

    ——read-from-remote-serverの説明も参照してください。

    このオプションはMySQL 5.6.5で追加されました。

  • ——read-from-remote-server- r

    バ。次のオプションも指定されていないかぎり,接続パラメタオプションはすべて無視されます。これらのオプションは——主机——密码——港口——协议——套接字,および——用户です。

    このオプションでは,リモトサバが稼働していることが必要です。リモトサバ。リレログファ。

    MySQL 5.6.5では,このオプションは——read-from-remote-master = BINLOG-DUMP-NON-GTIDSと同様です。

  • ——结果文件=的名字- r的名字

    ——生オプションがない場合は,このオプションはmysqlbinlogがテキスト出力を書き出すファ邮箱ルを示します。——生がある場合は,mysqlbinlogはサーバーから転送される各ログファイルに対して1つのバイナリ出力ファイルを,デフォルトでは現在のディレクトリに元のログファイルと同じ名前で書き出します。この場合,——结果文件オプションの値は出力ファ邮箱ル名を変更するプリフィクスとして処理されます。

  • ——secure-auth

    古い(4.1より前の)形式でサ。これにより,新しいパスワード形式を使用するサーバー以外への接続を防ぎます。このオプションはデフォルトで有効です。無効にするには——skip-secure-authを使用します。このオプションはMySQL 5.6.17で追加されました。

    注記

    4.1以前のハッシュ方式を使用するパスワードはネイティブのパスワードハッシュ方式を使用するパスワードよりもセキュアでないため,使用しないようにしてください.4.1よりも前のパスワードは非推奨であり,これらのサポートは今後のMySQLリリースで削除される予定です。アカウントのアップグレド手順にいては,セクション6.3.8.3“4.1よりも前のパスワードハッシュ方式とmysql_old_passwordプラグインからの移行”を参照してください。

  • ——服务器id =id

    指定されたサバidを持。

  • ——server-id-bits =N

    サバを特定するために,server_idの最初のNビットのみを使用します。Server-id-bitsが32未満にセットされ,ユザデタが最上位ビットに保存されるmysqldによってバナリログが書き出された場合,——server-id-bitsを32にセットしてmysqlbinlogを実行するとこのデタを表示できます。

    このオプションはMySQL集群配布で提供されるバージョン,またはMySQL集群ソースからビルドされたmysqlbinlogによってのみサポトされます。

  • ——set-charset =charset_name

    组名称charset_nameステトメントを出力に追加して,ログファルの処理に使用される文字セットを指定します。

  • ——shared-memory-base-name =的名字

    Windowsで,共有メモリを使用して作成されるロ。デフォルト値はMYSQLです。共有メモリ名では大文字と小文字を区別します。

    共有メモリ接続を可能にするには,サは——共享内存オプションで起動する必要があります。

  • ——短小精悍- s

    追加情報および行ベ。これはテスト専用で,本番環境のシステムで使用するべきではありません。

  • ——skip-gtids[=(真|假)]

    出力にgtidを表示しません。これは,次の例に示すように GTID を含む 1 つまたは複数のバイナリログからダンプファイルに書き出す場合に必要です。

    Shell > mysqlbinlog——skip-gtids binlog。000001 > / tmp /转储。SQL shell> mysqlbinlog——skip-gtids binlog。000002 > > / tmp /转储。SQL shell> mysql -u root -p -e "source /tmp/dump.sql"

    そうでない場合には,このオプションを本番環境で使用することは,通常推奨されません。

    このオプションはMySQL 5.6.5で追加されました。

  • ——套接字=路径- s路径

    本地主机への接続用に使用する,Unixソケットファイル,またはWindowsでは使用する名前付きパイプの名前。

  • ——start-datetime =datetime

    datetime引数と同じかそれより遅いタ。datetime値は,mysqlbinlogを実行するマシンのロカルタンに相対的です。値はDATETIMEまたは时间戳デタ型に受け付けられる形式にしてください。例:

    Shell > mysqlbinlog——start-datetime="2005-12-25 11:25:56" binlog.000003

    このオプションはポereplicationントereplicationンタereplicationムリカバリに便利です。セクション7.3 "バックアップおよびリカバリ戦略の例"を参照してください。

  • ——起始位置=N- jN

    N以上の位置を持。このオプションはコマンド行で最初に指名されたログファイルに適用されます。

    このオプションはポereplicationントereplicationンタereplicationムリカバリに便利です。セクション7.3 "バックアップおよびリカバリ戦略の例"を参照してください。

  • ——stop-datetime =datetime

    datetime引数と同じかそれより遅いタ。このオプションはポereplicationントereplicationンタereplicationムリカバリに便利です。datetime値の詳細にいては,——start-datetimeオプションの説明を参照してください。

    このオプションはポereplicationントereplicationンタereplicationムリカバリに便利です。セクション7.3 "バックアップおよびリカバリ戦略の例"を参照してください。

  • ——stop-never

    このオプションは——read-from-remote-serverとともに使用されます。mysqlbinlogに対して,サ。そうしないと,mysqlbinlogは最後のログファ邮箱ルがサ邮箱バ邮箱から転送された時点で終了します。——stop-neverは暗黙的に——to-last-logを指定するため、コマンド行で指名する必要があるのは転送される最初のログファ以及ルのみです。

    ——stop-neverは一般的に,ラ电子书阅读器ブバ电子书阅读器ナリログバックアップを作成するために——生とともに使用されますが,——生なしで使用して,サーバーがログイベントを生成するに従ってそれらを継続的にテキスト表示することも可能です。

    このオプションはMySQL 5.6.0で追加されました。

  • ——stop-never-slave-server-id =id

    ——stop-neverを使用すると,mysqlbinlogはサバに接続する際にサバidの65535をレポ。——stop-never-slave-server-idはレポトするサバidを明示的に指定します。スレブサバまたは別のmysqlbinlogプロセスのidとの競合を避けるために使用できます。セクション4.6.8.4 " mysqlbinlogサバIDの指定"を参照してください。

    このオプションはMySQL 5.6.0で追加されました。

  • ——停止位置=N

    N以上の位置を持。このオプションは、コマンド行で最後に指名されたログファイルに適用されます。

    このオプションはポereplicationントereplicationンタereplicationムリカバリに便利です。セクション7.3 "バックアップおよびリカバリ戦略の例"を参照してください。

  • ——to-last-log- t

    MySQLサーバーから要求されたバイナリログの最後で終了せず,最後のバイナリログの最後まで続けて出力します。同じMySQLサバに出力を送信した場合,無限ル。このオプションには——read-from-remote-serverが必要です。

  • ——用户=user_name- uuser_name

    リモトサバへの接続時に使用するMySQLユ。

  • ——详细- v

    行ereplicationベントを再構築し,コメント化されたSQLステereplicationトメントとして表示します。このオプションを2回指定すると,出力にはカラムデータ型と一部のメタデータを示すコメントが含まれます。

    ——base64-outputおよび——详细の行ベント出力への影響を示す例は,セクション4.6.8.2 " mysqlbinlog行"を参照してください。

  • ——verify-binlog-checksum- c

    バ邮箱ナリログファ邮箱ルのチェックサムを検証します。このオプションはMySQL 5.6.1 で追加されました。

  • ——版本- v

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

    MySQL 5.6.11より前では,表示されるmysqlbinlogのバジョン番号は3.3でした。MySQL 5.6.11以降では3.4です。(Bug #15894381、Bug #67643)

--var_name价值構文を使用して,次の変数を設定することもできます。

  • open_files_limit

    予約するオプンファ。

mysqlbinlogの出力をmysqlクラereplicationアントにパereplicationプして,バereplicationナリログに含まれるereplicationベントを実行できます。このテクニックは,古いバックアップがある場合にクラッシュからリカバリするために使用されます(セクション7.5 "バereplicationナリログを使用したポereplicationントereplicationンタereplicationム(増分)リカバリ"を参照してください)。例:

壳> mysqlbinlog binlog。000001 | mysql -u root -p

または:

壳> mysqlbinlog binlog。[0-9]* | mysql -u root -p

mysqlbinlogが生成したステトメントに値が含まれる可能性がある場合,mysqlがそれらを処理するときに問題が生じることがあります。この場合は,mysql——二进制模式オプションで起動します。

ステートメントログをまず変更する必要がある場合(たとえば,何らかの理由で実行しないステートメントを削除するなど)は,代わりにmysqlbinlogの出力をテキストファ邮箱ルにリダ邮箱レクトすることもできます。ファルの編集後,mysqlプログラムへの入力として使用することによって,そこに含まれるステトメントを実行します。

壳> mysqlbinlog binlog。000001 > tmpfile shell>…编辑临时文件…Shell > mysql -u root -p < tmpfile . sh

mysqlbinlogは,——起始位置オプションで起動された場合,バイナリログ内のオフセットが指定された位置以上のイベントのみを表示します(指定された位置は1つのイベントの開始位置に一致していなければなりません)。指定された日付と時間を持ベントを検出したときに停止および起動するオプションもあります。これにより,——stop-datetimeオプションを使用してポ邮箱ント邮箱ンタ邮箱ムリカバリが実行できます(たとえば,デタベスを今日の上午10:30現在の状態までロルバックするといったことが可能になります)。

MySQLサーバーに実行する複数のバイナリログがある場合,安全な方法は,サーバーへの1つの接続を使用して,それらすべてを処理することです。これは,安全でない可能性があることを示す例です。

壳> mysqlbinlog binlog。000001 | mysql -u root -p# DANGER!! shell> mysqlbinlog binlog.000002 | mysql -u root -p # DANGER!!

创建临时表ステートメントが含まれており,2番目のログには一時テーブルを使用するステートメントが含まれていると,問題が発生します。最初のmysqlプロセスが終了すると,サバは一時テブルを削除します。2番目のmysqlプロセスでテブルの使用を試みると,サは不明なテブルと報告します。

このような問題を回避するには,1つmysqlプロセスを使用して、処理するすべてのバ以及ナリログの内容を実行します。これはそれを実行する1の方法です。

壳> mysqlbinlog binlog。000001 binlog。000002 | mysql -u root -p

もう1つのアプローチは,すべてのログを1つのファイルに書き込み,次にそのファイルを処理することです。

壳> mysqlbinlog binlog。000001 > / tmp /语句。SQL shell> mysqlbinlog binlog。000002 > > / tmp /语句。SQL shell> mysql -u root -p -e "source /tmp/statements.sql"

mysqlbinlogは,元のデルなしで数据加载INFILE操作を再現する出力を生成できます。mysqlbinlogはデ加载数据本地文件ステトメントを書き出します。これらのファ邮箱ルが書き出されるディレクトリのデフォルトの場所はシステムごとに異なります。ディレクトリを明示的に指定するには,——局部负荷オプションを使用します。

mysqlbinlog数据加载INFILEステトメントを加载数据本地文件ステトメントに変換するため(まり,当地的を追加します),ステ,トメントの処理に使用するクラ,アントとサ,バ,の両方が,当地的機能を有効にして構成されていなければなりません。セクション6.1.6 " load data localのセキュリティの問題"を参照してください。

警告

数据加载本地ステートメント用に作成された一時ファイルは,これらのステートメントをユーザーが実際に実行するまで必要なため,自動的には削除されません。ステトメントログが必要なくなった時点で,ユルを削除するようにしてください。これらのファ邮箱ルは一時ファ邮箱ルディレクトリに存在し,original_file_name - # #といった名前が付いています。