MySQL主從庫STATEMENT複製因爲SET @BINLOG_FORMAT致使的不一致

最近老是發現從數據庫的數據與主數據庫不一致。

分析日誌發現有人執行：SET @BINLOG_FORMAT='ROW';

因而就詢問開發人員，果真有人執行這個語句，緣由是在Toad中會報這個錯：

Cannot execute statement: impossible to write to binary log since BINLOG_FORMAT = STATEMENT and at least one table uses a storage engine limited to row-based logging. InnoDB is limited to row-logging when transaction isolation level is READ COMMITTED or READ UNCOMMITTED.

因而他們就會執行：SET @BINLOG_FORMAT='ROW'; 而後Toad就能夠繼續使用了

原本主數據庫的二進制日誌格式是STATEMENT，而這個會話改爲了ROW，導到複製異常，從數據庫與主數據庫不一致。

只好進行宣導不容許再使用此語句