前言
了解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和四种隔离级别只是一种标准，虽然不同级别的隔离和锁可以满足不同的性能和业务需求，但只要是有锁，终究并发性能不会很好，后续文章会继续探讨分布式事务和无锁编程
