主题
最近在看mysql相关的书籍.实验了一些内容.分享一下,主要是关于事务隔离级别(read-committed和repeatable-read)和锁相关的.
很多网上文章上都能搜索到 read-committed可以防止脏数据.但是不能防止 不可重复读.
而repeatable-read可以防止 不可重复读.但是不能防止幻读.
现在我想分享下具体是怎么操作的.
不可重复读下的区别
read-committed和repeatable-read的区别到底是什么?
我觉得在 不可重复读 这个问题上并没有涉及锁的问题.而是涉及一致性非锁定读的问题
假设有一张user,主键id int, name varchar, i varchar.
在i这一列上有索引,非唯一.
数据如下:
id name i
1 v1 i1
5 v5 i5
9 v9 i9
所有session的 autocommit=0 不会自动提交.
session A:
update user set name = 'v5-new' where id = 5;
这个时候锁定了id=5这一列.没有commit
Session B:
select name from user where id = 5
查询出来是v5.这是因为RR和RC都不会读到脏数据
然后session A:
commited;
这个时候行最新的name已经是v5-new了
Session B:
select name from user where id = 5
这个时候的select就有区别了.
RC读出来是v5-new, RR仍然是v5
但是要注意的是Session B在这里始终都只是一般的select,所以没有加锁.所以这里不可重复和锁我觉得没有关系(但是和session A在记录上加的X锁有点关系,因为这条记录被锁定了).
那为什么2种隔离级别会有区别呢? 因为一致性非锁定读的原因
session B第一次读取发现记录ID=5被锁定(有X锁).那读的时候就会从undo日志里找到原始的值.也就是v5.
第二次读的时候RC和RR有区别.RC因为session A已经committed,会读最新的行数据,也就是v5-new
而RR仍然会读取之前读到的那个snap-shot版本,也就是v5.所以会有区别..
幻读
RR模式下加上锁可以解决幻读的问题(还原之前的数据).
实验如下:
Session A:
update user set name = 'v55' where i = 'i5';
没有committed
Session B:
insert into user values(6, 'v6', 'i5');
这个时候如果B可以committed,那就会产生幻读的问题.因为A明明修改了所有i=i5的数据.
但是却没有修改B插入的那条.
但是实际上Session B执行这个insert的时候回等待.
因为A锁住了i = i5的数据.所以B是插入不了的.
那如果B执行的是
insert into user values(6, 'v6', 'i6'); 可以吗?
事实上也会等待.因为A会锁定i=i5的数据和它到上下两条相邻数据的区间.
也就是说 i1-i5, i5, i5-i9的数据都被锁住了.都是不能插入的.
insert into user values(10, 'v10', 'ia');
这条记录就可以插入.因为ia在i9之后(字母大于数字).
mysql对主键会锁单条记录.但是对非唯一的一般的索引,会锁单条记录加上上下范围