什么时候可以将 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 情况下，在一个事务中，重试乐观锁的时候读不到最新数据呀，得先回滚事务

@byerer

// @Transactional(rollbackFor = Exception.class,isolation = Isolation.READ_COMMITTED)
public void addBalanceByVersion(Long id, BigDecimal amount) {
//乐观锁 没有 for update
long systemTime = System.currentTimeMillis();
boolean flag = false;
while (System.currentTimeMillis() - systemTime < waitTime) {
flag = updateBalanceCheckVersion(id, amount);
if (flag) {
break;
}
try {
Thread.sleep(10);
} catch (InterruptedException e) {
throw new RuntimeException(e);
}
}
if (!flag) {
throw new BizException("加款超时，稍后再试");
}

}

要么不用事务，要么就加上 isolation = Isolation.READ_COMMITTED
都用事务了 老老实实的 select for update 或者 update xx set balance = balance - amount . 如果要记录流水还是 行锁。