実行時にbinlog形式を切り替える最も安全な方法は何ですか？

次の警告のためmysqld.log：

[警告] BINLOG_FORMAT = STATEMENT以降、ステートメント形式を使用してバイナリログに書き込まれる安全でないステートメント。このステートメントは、LIMIT句を使用しているため安全ではありません。含まれる行のセットを予測できないため、これは安全ではありません。

レプリケーション形式をに切り替えたいMIXED。

しかし、MySQLドキュメントによると：

テンポラリテーブルが存在する場合、実行時にレプリケーション形式を切り替えることはお勧めしません。テンポラリテーブルは文ベースのレプリケーションを使用する場合にのみ記録され、行ベースのレプリケーションでは記録されないためです。

したがって、問題は、バイナリログ形式を安全に切り替えるために一時テーブルが存在するかどうかをどのように識別できるかです。

これを行うと、binlogには特定の形式があるので、MySQL（Oracleはまだ私の舌を転がすことはできません）がこの機能を構築したにもかかわらず、2つの形式を一緒にギャンブルしないことを決定できます。

mysqlを再起動せずに完全に安全にプレイするには、次を試してください。

FLUSH TABLES WITH READ LOCK;
FLUSH LOGS;
SET GLOBAL binlog_format = 'MIXED';
FLUSH LOGS;
UNLOCK TABLES;

これにより、最後のバイナリログは「MIXED」形式のままになります。最後の（最後の隣の）binlogが存在するのは、単に以前の形式にあった最後のbinlogをクローズするだけです。

最初のセッションより前のすべての既存のセッションは、実行されるとFLUSH LOGS;最後のbinlogに書き込みを開始しUNLOCK TABLES;ます。

試してみる ！！！

警告

クレジットが支払われるべき場所にクレジットを与えると、私の答えは本当に@Jonathan の答えに便乗します。その上でbinlogを閉じて開きます。彼はこれを最初に引き出したために+1を受け取ります。

更新2011年10月12日13時58分EDT

アクティブなマスターに対してこれを行い、そのマスターから複製する1つ以上のスレーブがある場合、リレーログも新しい形式であることに注意する必要があります。できることは次のとおりです。

スレーブで、実行します STOP SLAVE;

マスターで次を実行します。

FLUSH TABLES WITH READ LOCK;
FLUSH LOGS;
SET GLOBAL binlog_format = 'MIXED';
FLUSH LOGS;
UNLOCK TABLES;

スレーブで、実行します START SLAVE;

リレーログを実行STOP SLAVE;およびSTART SLAVE;ローテーションし、新しいエントリがどの形式になっても複製されます。binlog_formatの変更をスレーブにも適用することもできます。

実行時にbinlog_formatを切り替えるには、次を実行できます。

set global binlog_format = 'MIXED';

これにより、すべての新しいセッションが混合binlog形式に設定されます。既存のセッションはすべて、終了するまで以前に設定されたものになります。

またset session binlog_format = 'MIXED';、セッションに関する問題を具体的に解決するために手動で行うこともできます。