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

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

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

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

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

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

业务中很多场景，同一个事务多次查询同一份数据，希望前后读取结果一致，RC会出现前后读取不一样的现象。
InnoDB在RR下解决了幻读问题

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

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

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

RC读已提交也有优势：

总结：

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