前言

了解MySql事务及其隔离等级是分布式事务的基础，其实ACID和四种隔离等级并不复杂，关键是要真正找到其正确的概念和应用

事务（ACID）

Atomicity（原子性）

最小执行单位

Consistency（一致性）

所有执行单位同步状态变迁，全部成功或全部失败

Isolation（隔离性）

事务执行单位之间保持隔离，不互相干扰，提升事务性能的基础

Durability（持久性）

事务提交，所有变更永久保存

隔离级别

Serializable（序列串行）

最高级别锁，事务串行，没有数据不一致问题

性能最差，一般不采用

Repeatable Read（可重复读）

MYSQL默认隔离级别，即便有写事务修改了数据，相同的读事务前后依然能都读取到相同数据。兼顾并发性能与数据一致问题

ps:需要注意的是RR级别仍然会存在“幻读”问题，因为虽然保证了数据update后也能读一致，但不能保证insert或delete后的读一致，不过“幻读”在实际场景中不多

Read Committed（读已提交）

相比RR级别，可读已提交数据，带来的问题是当A读，B写，A读并发时，因为B写入更改提交，所以A有可能两次读的数据不一致。这个问题归纳为“不可重复读”，意思就是事务不能重复读取，否则有可能读取到结果不一致

因为RC隔离级别会造成“不可重复读”问题，所以当有重复读取的需求时，避免采用
ps:需要注意的是，很多文章中会把“不可重复读”当做隔离级别来讲解，会给很多初学者造成极大困惑

Read Uncommitted（读未提交）

未提交的事务数据也可以被读取，并发性能最好，但是会出现“脏读”问题，一般不采用

总结

总结一下事务过程的三种读取问题：

脏读

读取未提交的数据造成，使用RC锁可解决

不可重复读

读取已提交的数据造成，使用RR锁可解决

幻读

读取增删后的数据造成，使用Serializable锁可解决

后记

以上就是MySql事务的基础，ACID和四种隔离级别只是一种标准，虽然不同级别的隔离和锁可以满足不同的性能和业务需求，但只要是有锁，终究并发性能不会很好，后续文章会继续探讨分布式事务和无锁编程