MySQL 默认的事务隔离级别是什么?为什么选择这个级别?

MySQL 默认的事务隔离级别是什么?为什么选择这个级别?

MySQL InnoDB 默认事务隔离级别是 RR(可重复读 Repeatable Read)

为什么MySQL默认选用RR,而不是RC

  1. 防止主从复制出现数据不一致(历史核心原因)
    早期MySQL版本,binlog只支持statement格式。
    statement格式记录原始SQL语句,主库RC隔离级别下,如果事务执行顺序不同,从库回放SQL,执行结果和主库不一致,造成主从数据错乱。
    RR隔离级别可以规避这个statement模式下的主从同步bug。

现在有row格式binlog可以解决该问题,但历史原因保留RR作为默认。

  1. 保证同一个事务内部数据快照一致性

    RR级别下,整个事务看到的是统一数据快照,事务内部多次查询,结果保持不变,不会受到其他事务提交修改的干扰,不会出现不可重复读

    业务中很多场景,同一个事务多次查询同一份数据,希望前后读取结果一致,RC会出现前后读取不一样的现象。

  2. InnoDB在RR下解决了幻读问题

    SQL标准里RR是会存在幻读的,但是InnoDB通过 MVCC多版本控制 + 临键锁(Next‑Key Lock) ,在RR隔离级别解决了幻读。

    相当于在这个隔离级别,既拿到不错的隔离效果,又不用直接上串行化牺牲大量并发性能。

  3. 平衡一致性与并发性能

    比RC隔离级别更高的数据一致性;对比Serializable串行化,不会完全锁死并发,性能远好于串行化,做到一致性和性能折中。

补充:互联网业务为什么很多会改成RC

RC读已提交也有优势:

  1. RC没有间隙锁,只有行锁,锁范围更小,锁冲突变少,并发更高;
  2. 避免RR下间隙锁带来的死锁问题;
  3. 现在线上binlog普遍使用row行格式,不再有早期statement主从不一致的问题,所以很多公司业务主动修改为RC。

总结:

MySQL InnoDB默认隔离级别是可重复读RR。最初主要为了解决statement格式binlog主从复制不一致;同时事务内多次查询数据保持一致,并且InnoDB通过MVCC+临键锁解决幻读,在一致性和并发之间做了很好平衡。现在很多互联网项目会主动调整为RC,获取更高并发。

相关推荐
艺术留白1 小时前
MokaTest使用篇-SQL接口
数据库·sql
卓怡学长1 小时前
w180springboot基于Java的悠扬乐器管理
java·spring boot·mysql·spring·maven·intellij-idea
( •̀∀•́ )9202 小时前
MySQL 自动备份与恢复方案
数据库·mysql·oracle
这个DBA有点耶2 小时前
大事务的“事前预防”:监控、拦截、Kill,四层防线一次讲透
数据库·mysql·代码规范
tachibana23 小时前
RAGAS 指标解读
数据库·人工智能·算法·机器学习·架构·大模型·llm
mlidongfeng3 小时前
[AI][昇腾950]TA 学习
数据库·学习
bestsun9993 小时前
rac集群环境下配置JDBC
数据库
java_logo4 小时前
Docker 部署 FalkorDB:轻松搭建属性图数据库与知识图谱平台
数据库·docker·知识图谱·falkordb·轩辕镜像·falkordb部署教程·falkordb部署文档
小白说大模型4 小时前
Spring AI 框架中集成 MCP 的完整指南:从服务端到客户端的全流程实践
大数据·数据库·人工智能·安全·spring·chatgpt·开源