1. 脏读(dirty read)
脏读是指事务读取到其他事务未提交的数据
例如:有事务A、B和一条记录:id为1,name为张三
B首先进行更新操作,将name的值由张三改为张老三,但还未提交事务
begin;
update stu set name = '张老三' where id = 1
然后A进行查询操作,查询姓名为张老三
select name from stu where id = 1
然后B由于某种原因被回滚,name自然从张老三恢复到了张三
A就会出现一个问题,读取的是张老三,但数据库中实际存储的是张三,我到底是用哪一个呢?
这就是脏读,事务A读取到事务B未提交的数据
脏读是我们在整个数据库操作中最普遍的一个现象,但是在日常开发中我们几乎不会遇到脏读,原因以后说
看图更容易理解
2. 不可重复读(non-repeatable read)
不可重复读是指在同一次事务中前后查询不一致的问题
例如:
A先查询了一条记录,name为张三
select name from stu where id = 1
然后B执行了更新,并且提交了
begin;
update stu set name = '张老三' where id = 1;
commit
A再次按相同条件查询该记录,name为张老三
select name from stu where id = 1
A就会出现一个问题,同样的查询语句,两次的执行结果却不一致(不重复)
第二次查询得到的name应该还是预期的张三,因为很明确,A并没有对name进行修改,但是在并发环境下,假如两条select语句间有另外一个事务对name执行了update操作并提交了,把张三的名字改为了张老三,A再次执行同样查询导致name由张三变为张老三
A就有意见了,我明明没有对name进行修改,可是为什么后来变成张老三了?谁改我数据了?
这就是不可重复读:同一次事务中前后查询不一致
它会让我们的程序运行变得不可预期、不可控
看图更容易理解
3. 幻读(phantom read)
幻读是一次事务中前后数据量发生变化,用户产生不可预料的问题
分为并发删除和并发插入的情况
1 并发插入
A先查询了一条记录,name为张三
select name from stu where id = 1
B插入了一条数据,name为李四
insert into stu(name) values('李四')
当A再次按相同条件查询
select name from stu where id = 1
结果多了一条李四的记录,刚才明明只有一条记录,怎么多出来一条?好像出现了幻觉
2 并发删除
将上面的插入操作换成删除操作,B删除了张三的记录
delete from stu where id = 1
结果A会发现张三的记录神秘的消失了,明明刚才还有的,怎么又没了,再次出现了幻觉
这就是幻读,看图更容易理解
4. 不可重复读和幻读的比较
1 幻读和不可重复读都是读取了另一条已经提交的事务(这点就脏读不同),所不同的是不可重复读查询的都是同一个数据项,而幻读针对的是一批数据整体(比如数据的个数)。 2 不可重复读的重点是修改,幻读的重点在于插入或者删除 3 但如果从控制的角度来看, 两者的区别就比较大 对于前者, 只需要锁住满足条件的记录 对于后者, 要锁住满足条件及其相近的记录
5. 总结
脏读是指事务读取到其他事务正在处理的未提交数据
不可重复读指在并发更新时,另一个事务前后执行相同条件的查询得到的数据不一致
幻读指并发插入、删除时,另一个事务前后执行相同条件的查询得到的数据不一致
6. 解决方法
如何解决以上问题,事务的隔离级别就派上用场了
禁止写时读,避免了“脏读”,对应隔离级别read committed。
禁止读时写,避免了“不可重复读”,对应隔离级别repeatable read。
而为了避免“幻读”,干脆把整个表给锁住了,只能是serialize了。
隔离级别越高,并行度越低,付出的代价越大。
|