MySQL 默许结巴级别是RR，为什么阿里等大厂会改成RC？

 我之前写过一篇著作《为什么MySQL选定REPEATABLE READ当作默许结巴级别？》先容过MySQL 的默许结巴级别是 Repeatable Reads以及背后的原因。

主若是因为MySQL在主从复制的经由是通过bin log 进行数据同步的，而MySQL早期唯有statement这种bin log按次，这种按次下，bin log记载的是SQL语句的原文。

当出现事务乱序的时候，就会导致备库在 SQL 回放之后，效用和主库本色不一致。

为了不停这个问题，MySQL默许领受了Repetable Read这种结巴级别，因为在 RR 中，会在更新数据的时候加多记载锁的同期加多漏洞锁。不错幸免这种情况的发生。

对于MySQL的加锁神色及加锁原则，不错参考我写的另外一篇《求你了，别再说数据库锁的仅仅索引了！》，这里就不再赘述了。

在我清亮MySQL 默许结巴级别是RR后，很长一段时辰都认为应该不会有人去修改这个默许成立。

然而直到有一天，咱们线上发生了一次死锁的问题，我在排查的经由中，才发现咱们的数据库用的结巴级别莫得使用默许的 RR，而是修改成了Read Committed 。（对于那次死锁排查经由，不错参考：一次数据库的死锁问题排查经由）

全球不错通过这个大叫检察数据库现时的结巴级别： 

select &tx_isolation; 

那么，这里不禁就有疑问了，为啥阿里要把这个数据库结巴级别修改成 RC 呢，背后有什么思考吗？

RR 和 RC 的区别

想要搞明晰这个问题，咱们需要先弄明晰 RR 和 RC 的区别，分析下各自的优纰谬。

一致性读

一致性读，又称为快照读。快照即现时行数据之前的历史版块。快照读等于使用快照信息露馅基于某个时辰点的查询效用，而不议论与此同期运行的其他事务所试验的改变。

在MySQL 中，唯有READ COMMITTED 和 REPEATABLE READ这两种事务结巴级别才会使用一致性读。

在 RC 中，每次读取都会从头生成一个快照，老是读取行的最新版块。

在 RR 中，快照会在事务中第一次SELECT语句试验时生成，唯有在身手务中对数据进行改变才会更新快照。

在数据库的 RC 这种结巴级别中，还因循"半一致读" ，一条update语句，如果 where 要求匹配到的记载一经加锁，那么InnoDB会复返记载最近提交的版块，由MySQL表层判断此是否需要确实加锁。

锁机制

数据库的锁，在不同的事务结巴级别下，是领受了不同的机制的。在 MySQL 中，有三种类型的锁，区别是Record Lock、Gap Lock和 Next-Key Lock。

Record Lock默示记载锁，锁的是索引记载。

Gap Lock是漏洞锁，锁的是索引记载之间的漏洞。

Next-Key Lock是Record Lock和Gap Lock的组合，同期锁索引记载和漏洞。他的范畴是左开右闭的。

在 RC 中，免费看小12萝裸体视频国产只会对索引加多Record Lock，不会添加Gap Lock和Next-Key Lock。

在 RR 中，为了不停幻读的问题，在因循Record Lock的同期，还因循Gap Lock和Next-Key Lock；

主从同步

在数据主从同步时，不同按次的 binlog 也对事务结巴级别有要求。

MySQL的binlog主要因循三种按次，区别是statement、row以及mixed，然而，RC 结巴级别只因循row按次的binlog。如果指定了mixed当作 binlog 按次，那么如果使用RC，做事器会自动使用基于row 按次的日记记载。

而 RR 的结巴级别同期因循statement、row以及mixed三种。

为什么互联网公司选定使用 RC 进步并发

互联网公司和传统企业最大的区别是什么？

高并发！

没错，互联网业务的并发度比传统企业要高处许多。2020年双十一今日，订单创建峰值达到 58.3 万笔/秒。

许多人问，要若何做才能扛得住这样大的并发量。其实，这背后的优化多到几个小时都讲不完，因为要做的、不错做的事情着实是太多了。

而有一个和咱们今天这篇著作相关的优化，那等于通过修改数据库的结巴级别来进步并发度。

为什么 RC 比 RR 的并发度要好呢？

当先，RC 在加锁的经由中，是不需要添加Gap Lock和 Next-Key Lock 的，只对要修改的记载添加行级锁就行了。

这就使得并发度要比 RR 高许多。

另外，因为 RC 还因循"半一致读"，不错大大的减少了更新语句时行锁的摧毁；对于消沉奋更新要求的记载，不错提前开释锁，进步并发度。

减少死锁

因为RR这种事务结巴级别会加多Gap Lock和 Next-Key Lock，这就使得锁的粒度变大，那么就会使得死锁的概率增大。

 死锁：一个事务锁住了表A，然后又考察表B；另一个事务锁住了表B，然后企图考察表A；这时就会彼此恭候对方开释锁，就导致了死锁。

回归

本文先容了一些 MySQL数据库的 RR 和 RC 两种事务结巴级别。他们主要在加锁机制、主从同步以及一致性读方面存在一些互异。

而许多大厂，为了进步并发度和裁汰死锁发生的概率，会把数据库的结巴级别从默许的 RR 扶直成 RC。

虽然，这样做也不是澈底莫得问题，当先使用 RC 之后，就需要我方不停幻读的问题，这个其实还好，许多时候幻读问题其实是不错忽略的，大要不错用其他时刻不停。

还有等于使用 RC 的时候，不成使用statement按次的 binlog，这种影响其实不错忽略不计了，因为MySQL是在5.1.5版块启动因循row的、在5.1.8版块中启动因循mixed，背面这两种不错代替 statement按次。