最近刚接手个新项目的测试平台采用了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，那么会导致主从数据不一致。
参考贺总博客：
本文出自 “->” 博客，请务必保留此出处
