事务不隔离
在没有事务隔离的状态下,会产生更新丢失、脏读、不可重复读、幻读。其中更新丢失就是并发写,这会产生很严重的问题。
读未提交(Read Uncommitted)
限制:一个事务写时,另一个事务禁止写。
解决的问题:解决了更新丢失/并发写的问题。
依旧存在问题:脏读
下面图表中,事务A读取到了并不存在的id=2的数据
读提交(Read Committed)
限制:一个事务写时,另一个事务禁止读写。
解决的问题:解决了脏读的问题。
依旧存在问题:不可重复读
下列图表中事务A第一次读到id=1,第二次读到id=2,前后不一致,不可重复读。
可重复读(Repeatable Read)
限制:一个事务写时,另一个事务禁止读写;一事务读,另一事务禁止写。
解决的问题:解决了不可重复读的问题。
依旧存在问题:幻读
下列图表中,事务A第一次读取到100行数据,第二次读取到200条数据,好像凭空多了100条数据。
序列化(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、持久性:一个事务一旦被提交了,那么对数据库中数据的改变就是永久性的,即便是在数据库系统遇到故障的情况下也不会丢失提交事务的操作。