当前位置:Gxlcms > mysql > 事物隔离级别和行日志格式设置不当导致故障案例

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

时间:2021-07-01 10:21:17 帮助过:12人阅读

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

最近刚接手个新项目的测试平台采用了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:

at sun.net.(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,那么会导致主从数据不一致。


参考贺总博客:


本文出自 “->” 博客,请务必保留此出处

人气教程排行