事务的7种传播机制和4种隔离级别
事务的传播机制
支持当前事务:
1、REQUIRED(默认):支持使用当前事务,如果当前事务不存在,创建一个新事务。
2、SUPPORTS:支持使用当前事务,如果当前事务不存在,则不使用事务。
3、MANDATORY:强制,支持使用当前事务,如果当前事务不存在,则抛出Exception。
不支持当前事务:
1、REQUIRES_NEW:创建一个新事务,如果当前事务存在,把当前事务挂起。
2、NOT_SUPPORTED:无事务执行,如果当前事务存在,把当前事务挂起。
3、NESTED:嵌套事务,如果当前事务存在,那么在嵌套的事务中执行。如果当前事务不存在,则表现跟REQUIRED一样。
无事务:
1、NEVER:无事务执行,如果当前有事务则抛出Exception。
事务的隔离级别
事务隔离级别 | 脏读 | 不可重复读 | 幻读 |
---|---|---|---|
读未提交(Read-Uncommitted) | 是 | 是 | 是 |
不可重复读(Read-Committed) | 否 | 是 | 是 |
可重复读(Repeatable-Read) | 否 | 否 | 是 |
串行化(Serializable) | 否 | 否 | 否 |
事务的并发问题
- 脏读:事务A读取了事务B更新的数据,然后B回滚操作,那么A读取到的数据是脏数据
- 不可重复读:事务 A 多次读取同一数据,事务 B 在事务A多次读取的过程中,对数据作了更新并提交,导致事务A多次读取同一数据时,结果 不一致。
- 幻读:系统管理员A将数据库中所有学生的成绩从具体分数改为ABCDE等级,但是系统管理员B就在这个时候插入了一条具体分数的记录,当系统管理员A改结束后发现还有一条记录没有改过来,就好像发生了幻觉一样,这就叫幻读。
小结:不可重复读的和幻读很容易混淆,不可重复读侧重于修改,幻读侧重于新增或删除。解决不可重复读的问题只需锁住满足条件的行,解决幻读需要锁表
MySQL InnoDB幻读处理MVCC:
InnoDB的RR隔离级别没有或者解决了幻读问题都不太准确。应该说它并没有完全解决幻读的问题。如果在同一个事务里面,只是总是执行普通的select快照读,是不会产生幻读的。但是如果在这个事务里面通过当前读或者先更新然后快照读的形式来读取数据,就会产生幻读。