1. 事务
事务只是一个改变，是一系列操作的集合；用专业术语讲，它就是一个程序的执行单元，事务本身并不包含ACID这4个特性。我们需要通过某些手段，尽可能让执行单元满足这4个特性，那么，我们就可以称它为事务，或者说正确的事务。
2. 四大特性（ACID）
2.1 原子性（Atomicity）
原子性是指事务中的一系列操作要么全部成功，要么全部失败，是一个不可分割的整体。
2.2 一致性（Consistency）
一致性是指事务开始和完成数据都必须保持一致。例如：用户A和用户B一共拥有500元，不管A和B之间怎么转账，转多少次，事务结束后A+B都等于500，这就是事务的一致性。
2.3 隔离性（Isolation）
2.4 持久性（Durability）
持久性是指事务一旦提交，对数据库的数据的修改是永久的，就算数据库宕机了，也不会丢失事务提交的操作。
3. 隔离级别
3.1 并发情况下事务引发的问题
一般情况下多个单元操作并发执行，会出现以下三个问题
- 脏读：A事务还未提交，B事务就读取了A事务的结果。（破坏了隔离性）
- 不可重复读：A事务在本次事务中，对自己未操作过的数据，进行多次读取，结果出现了不一致或不存在的情况（破坏了一致性，update和delete）
- 幻读：A事务在本次事务中，对自己未操作过的数据，进行多次读取，第一次读取，记录不存在，第二次读取，记录出现了（破坏了一致性，insert）。例如：当用户读取某一范围的数据行时，另一个事务又在该范围内插入了新行，当用户再读取该范围的数据行时，会发现有新的“幻影” 行。
3.2 解决（制定标准）
为了权衡“隔离”和“并发”的矛盾，ISO定义了四个事务的隔离级别，每个级别的隔离程度不同，允许出现的副作用也不同。
- 未提交读（read-uncommitted）：最低级别，只能保证持久性。
- 已提交读（read-committed）：语句级别，一个事务中只能看到已提交事务的修改；这个级别也叫不可重复读，因为在同一个事务中执行两次相同的查询，有可能得到不一致的结果。
- 可重复读（repeatable-read）：事务级别，一个事务中执行多次相同的查询，得到一样的结果，有可能导致幻读。
- 串行化（serializable）：最高级别，事务与事务完全串行化执行，毫无并发可言，性能极低。
| 事务隔离级别 | 脏读 | 不可重复读 | 幻读 |
| —- | —- | —- | —- |
|
- 未提交读（read-uncommitted）
| 会 | 会 | 会 | |
- 已提交读（read-committed）
| - | 会 | 会 | |
- 可重复读（repeatable-read）
| - | - | 会 | |
- 串行化（serializable）
| - | - | - |
3.3 实现（InnoDB）
- 锁机制：阻止其他事务对数据进行操作，各个隔离级别主要体现在读取数据时加的锁和释放时机。
RU：事务读取时，不加锁
RC：事务读取时加行级共享锁（读到才加锁），一旦读完，立刻释放（并不是事务结束）
RR：事务读取时加行级共享锁，直到事务结束才会释放
SE：事务读取时加表级共享锁（为什么不是排他锁？），直到事务结束才会释放
- MVCC机制
若有收获，就点个赞吧
0 人点赞
