デフォルトのレプリケーション フォーマットは、使用している MySQL のバージョンによって異なります。

--binlog-format=type オプションにフォーマットを指定すると、デフォルトのレプリケーション フォーマットを強制できます。その場合、サーバに接続しているすべてのレプリケーション スレーブは、そのセッティングに従ってイベントを読み込みます。サポートされているオプションは次の通りです。

ロギング フォーマットはランタイムでも変更できます。すべてのクライアントに対して、グローバル フォーマットを指定するには、binlog_format システム変数のグローバル値を設定します。グローバル変数を変更するには、SUPER 権限が必要です。

ステートメント ベース フォーマットに切り替えるには、次のステートメントのどれかを使用します。

mysql> SET GLOBAL binlog_format = 'STATEMENT';
mysql> SET GLOBAL binlog_format = 1;

行ベース フォーマットに切り替えるには、次のステートメントのどれかを使用します。

mysql> SET GLOBAL binlog_format = 'ROW';
mysql> SET GLOBAL binlog_format = 2;

ミックス ベース フォーマットに切り替えるには、次のステートメントのどれかを使用します。

mysql> SET GLOBAL binlog_format = 'MIXED';
mysql> SET GLOBAL binlog_format = 3;

それぞれのクライアントは、それぞれのステートメントのロギング フォーマットをコントロールできます。それには、binlog_format のセッション値を設定します。次はその例です。

mysql> SET SESSION binlog_format = 'STATEMENT';
mysql> SET SESSION binlog_format = 'ROW';
mysql> SET SESSION binlog_format = 'MIXED';

ロギング フォーマットの手動による切り替えのほかに、スレーブ サーバが 自動的に そのフォーマットを変更する場合もあります。これは、サーバが STATEMENT または MIXED のフォーマットのどちらかで実行てているときに生じ、ROW ロギング フォーマットでバイナリ ログの書き込みをしている行と衝突します。この場合、スレーブは一時的にそのイベントに合わせて行ベース　レプリケーションに移行し、その後は元のフォーマットに戻ります。

接続毎でのレプリケーション ロギングの設定には、2 つの検討事項があります。

ランタイムでレプリケーション フォーマットを切り替えることができない場合があります。

これらのケースでフォーマットを変更すると、エラーになります。

一時テーブル が存在する場合に、ランタイムでのレプリケーション フォーマットの切り替えることはしないでください。ステートメント ベース レプリケーションを使用しているときにだけ一時テーブルはログでき、行ベース レプリケーションの場合にはログできません。ミックス レプリケーションの場合は、一時テーブルはログできますが、ユーザ定義関数 (UDF) および UUID() 関数を使用している場合はこの限りではありません。

ROW にセットした binlog フォーマットでは、行ベースのフォーマットを使用してバイナリ ログに多くの変更が書き込まれます。しかし、変更の一部はステートメント ベース フォーマットである場合があります。たとえば、CREATE TABLE、ALTER TABLE、DROP TABLE など DLL (データ定義言語) ステートメントを含む場合がこれに該当します。

--binlog-row-event-max-size オプションは行ベース レプリケーションができるサーバで使用できます。行はオプション値を越えないバイト サイズを一塊としてバイナリ ログに格納されます。この値は 256 の倍数です。デフォルト値は 1024 です。