【MySQL运维】事物隔离级别和行日志格式设置不当导致故障案例

最近刚接手个新项目的测试平台采用了spring的事务机制，在用户认证登录时总是提示认证超时,于时查看相应的各应用服务器日志，发现报了异常:

Binary logging not possible. Message: Transaction level 'READ-COMMITTED' in InnoDB is not safe for binlog mode 'STATEMENT'...

......

前端某台应用服务器报如下错：

{"returnNo":0,"listField":[{"userCode":"admin","newPassword":"","sessionKey":"","password":"670b14728ad9902aecba32e22fa4f6bd","ip":"192.168.1.75"}],"returnObject":null,"commondId":"8000"}

java.io.IOException: Server returned HTTP response code: 500 for URL: http://xxxxx/xxxxxx

at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1313)

其实通过最上面那条错误可以判断问题出在哪了.由于innodb 和 binlog不兼容引起的...MySQL推荐：当设置隔离级别为READ-COMMITED必须设置行日志格式为ROW，现在MySQL官方也明确说明STATEMENT 这个已经不建议用了！

当前系统的事务隔离级别是： READ-COMMITTED，行日志格式是：STATEMENT

这里可以有两种解决办法：

一种是提升事物隔离级别为 REPEATABLE-READ，这是MySQL默认的事务隔离级别;

mysql> set global transaction isolation level repeatable read;

一种是保持当前的事务隔离级别，修改行日志格式为 MIXED 或 ROW.

这里修改配置文件:

binlog_format = row

#binlog_format = MIXED

重启服务

有个特别要注意的问题，如果 binlog_format 为 MIXED，而且使用的是默认隔离级别REPEATABLE-READ，那么会导致主从数据不一致。

参考贺总博客：http://hcymysql.blog.51cto.com/5223301/1021174

©著作权归作者所有：来自51CTO博客作者qzhijun的原创作品，如需转载，请注明出处，否则将追究法律责任

row事物隔离MySQL