愚かで、しかも危険なSET GLOBAL sql_log_bin | Yakst

MySQLのレプリケーション環境を運用していると、バイナリログへの記録を一時的に止めるためにsql_log_bin=0を実行したことがあるだろう。これを「set GLOBAL sql_log_bin=0」と、グローバル変数への変更として実行すると大変なことになる、という指摘。TwitterのMySQLエンジニア、Jeremy Cole氏の提言。 訳者注 2014.12.05 この機能はMySQL 5.5.41、5.6.22で使用できないように修正された。詳細は本文の最後を参照 もう4年半ぐらい前、コードのリファクタリングをしている最中に、sql_log_binは、SESSION変数としてだけではなく、GLOBAL変数としても使えるように決定されてしまった(あるいは間違って変更された？)。2年ほど前、TwitterでMySQL 5.5のアップグレードを実施していた時、その変更がいかに愚かで、

[nishidy]

GlobalとSessionなvariableがある. バイナリログ有効にするならsetじゃなくmy.cnfにlog-bin書いて再起動.

[masa_matya]

set globalでsql_log_bin=0にすると意図しない挙動沢山になるのでNG

[mirakui]

大変そう

[akuwano]

これはひどい／”Perconaの顧客が、間違ってSET GLOBAL sql_log_binをSESSIONの代わりに実行してしまった例。データは1.2TBと巨大で、3日の退屈な作業の末、スレーブは完全に同期された。”

[tmatsuu]

なんと。SET GLOBAL sql_log_bin、ダメ、ゼッタイ。

[yoshi-ken]

@fripper1214 こんにちは。こちらの記事で記述されているsql_log_binについて問題がある旨の指摘がございました。ご確認お願いできますか？ http://t.co/Xolc2gvPmq