什么时候可以将 mysql 默认隔离机制改为读已提交

RR 场景相当于在一个 transaction 中可以对一条读 sql 多次调用返回一致的结果，原理就是在一个 transaction 中生成了 snapshot 。一般不用 RC 的原因就是在一个事务中会重复调用同一条 sql 。

如果能保证一个 transaction 中没有重复 sql 的情况下，是可以替换的。

@leopod1995 根本不需要保证，随时都能改，oracle 默认是 rc ，用 oracle 的系统都好好的不是。rr 纯粹为了刷存在感。

你都用乐观锁了, 那 RC 会比 RR 更合适吧, 毕竟你都觉得数据大概率不会冲突了

按照他们自己的说法, 就是 XXX 导致 RR 的性能更好(

https://dev.mysql.com/blog-archive/performance-impact-of-innodb-transaction-isolation-modes-in-mysql-5-7/
http://dimitrik.free.fr/blog/archives/2015/02/mysql-performance-impact-of-innodb-transaction-isolation-modes-in-mysql-57.html

性能有瓶颈的时候吧 , 没瓶颈改了也没啥收益

如果业务在一个事务中允许一个读出来的数据被其他事务更改，且不影响正常业务的逻辑就行。话说如果只是乐观锁，完全可以不用考虑 rr 还是 rc ，直接用 update 语句判断执行结果是不是更好。

你不在乎多个请求查出的数据之间存在不一致的时候

mysql 整体就是给 RR 设计的,其他数据库都是 RC,所以你改了也没啥影响

@857681664 rr 情况下，在一个事务中，重试乐观锁的时候读不到最新数据呀，得先回滚事务