数据库事务四种隔离级别

1. 事务不隔离

在没有事务隔离的状态下，会产生更新丢失、脏读、不可重复读、幻读。其中更新丢失就是并发写，这会产生很严重的问题。

2. 读未提交（Read Uncommitted）

• 限制：一个事务写时，另一个事务禁止写。

• 解决的问题：解决了更新丢失/并发写的问题。

• 依旧存在问题：脏读

下面图表中，事务A读取到了并不存在的id=2的数据

3. 读提交（Read Committed）

• 限制：一个事务写时，另一个事务禁止读写。

• 解决的问题：解决了脏读的问题。

• 依旧存在问题：不可重复读

下列图表中事务A第一次读到id=1,第二次读到id=2,前后不一致，不可重复读。

4. 可重复读（Repeatable Read）

• 限制：一个事务写时，另一个事务禁止读写；一事务读，另一事务禁止写。

• 解决的问题：解决了不可重复读的问题。

• 依旧存在问题：幻读

下列图表中，事务A第一次读取到100行数据，第二次读取到200条数据，好像凭空多了100条数据。

5. 序列化（Serializable）

• 限制：一事务写时禁止其他事务读写、一事务读时禁止其他事务读写。

• 解决的问题：解决了幻读问题。

• 存在问题：性能影响很大

四个事务隔离分别结局了哪些问题？

	更新丢失	脏读	不可重复读	幻读
RU（读未提交）	避免
RC（读提交）	避免	避免
RR（可重复读）	避免	避免	避免
S（串行化）	避免	避免	避免	避免

不可重复读和幻读到底有什么区别？

(1) 不可重复读是读取了其他事务更改的数据，针对update操作

解决：使用行级锁，锁定该行，事务A多次读取操作完成后才释放该锁，这个时候才允许其他事务更改刚才的数据。

(2) 幻读是读取了其他事务新增的数据，针对insert和delete操作

解决：使用表级锁，锁定整张表，事务A多次读取数据总量之后才释放该锁，这个时候才允许其他事务新增数据。

番外：

数据库事务的四大特性：

1、原子性：事务包含的所有数据库操作要么全部成功，要不全部失败回滚

2、一致性：一个事务执行之前和执行之后都必须处于一致性状态。拿转账来说，假设用户A和用户B两者的钱加起来一共是5000，那么不管A和B之间如何转账，转几次账，事务结束后两个用户的钱相加起来应该还得是5000，这就是事务的一致性。

3、隔离性：一个事务未提交的业务结果是否对于其它事务可见。级别一般有：read_uncommit，read_commit，read_repeatable，Serializable 串行化访问。

4、持久性：一个事务一旦被提交了，那么对数据库中数据的改变就是永久性的，即便是在数据库系统遇到故障的情况下也不会丢失提交事务的操作。