Mysql锁(七)丢失更新,脏读,不可重复读,幻读
****这些问题的出现的原因****
之所以出现更新丢失,脏读,和不可重复读,幻读,是因为当两个事务同时进行的时候,两者之间互相不知道对方的存在,对自身所处的环境过分乐观,从而没有对操作的数据做一定的保护处理,最终导致一些问题的出现。
而我们之前介绍的隔离级别,其实就是通过一定的机制和锁来避免这样的问题,从而让我们的并发事务可以正常的进行。
****丢失更新问题****
上图中,由于事务A与事务B互相不知道对方的存在,因此导致了悲剧的发生。
如果避免这个问题?
通过乐观锁可以解决这个问题,在T9阶段,事务A进行更新余额操作的时候,SQL修改如下如下update table set amount=1100 where id=xxx **** and amount=1000****,通过加上一个金额的判断,这样的话,如果更改之前数据没有修改则执行成功,否则执行失败回滚。
****脏读****
读取的数据是不正确的数据,即为脏读。
mysql 中一个事务读取了另一个未提交的并行事务写的数据,那这个读取就是脏读。
图中,事务A在T4阶段读取账户金额为110,这个数据就属于脏数据,因为这个数据是事务B撤销掉的数据,所以如果事务A使用数据110进行后续的账户操作,就会引发问题。
如果避免这个问题?
read commited及以上隔离级别设定,一个事务只能读取另一个事务已经提交的数据,就避免了上面的脏读现象。
****不可重复读****
不可重复读,顾名思义,即不能多次重复去读,因为读出来的结果不一样,因此认为存在不可重复读的问题。
read commited下设定,一个事务只能读取另一个事务已经提交的数据,这就会出现不可重复读的问题。
repeatable read及以上级别设定,一个事务里,对数据的多次查询都是读取的一个,无论该数据在中途是否被其他事务修改过,因此也就避免了不可重复读的问题。
****幻读****
上图中,事务A一开始查询没有数据,但是插入记录失败,提示主键冲突,这种查询明明没有,插入却提示已经存在的现象,叫做幻读。
幻读和不可重复读类似,即两次读取的结果不一致,两者的不同点在于,不可重复读针对数据的修改造成的读不一致,而幻读针对数据的插入和删除造成的读不一致,如同发生幻觉一样。
Repeatable read及以上级别通过间隙锁来防止幻读的出现,即锁定特定数据的前后间隙让数据无法被插入
--------------------------------------------------------------------事务隔离级别--------------------------------------------------------------------------
隔离级别 脏读(Dirty Read) 不可重复读(NonRepeatable Read) 幻读(Phantom Read)
===========================================================================================
未提交读(Read uncommitted) 可能 可能 可能
已提交读(Read committed) 不可能 可能 可能
可重复读(Repeatable read) 不可能 不可能 可能
可串行化(Serializable ) 不可能 不可能 不可能 (内容补充)
=============================================================================================
Mysql 中执行码测试
select @@tx_isolation === 查找事务隔离级别
bean(事务开启)
rollback(事务回滚)
commit(事务提交)
set session transaction isolation level read uncommitted (mysql中设置read uncommitted级别)
set session transaction isolation level read committed (设置read committed)
repeatable read (可重复读----一般最高级别 )
set global (全局) tansaction isolation level read committed (设置 gobal —— 全局 repeatable read)
摘录