MySQL RR RC 隔离级别锁测试

1 表结构

表数据

在表t4 中， 字段d并没有索引

测试一 可重复读隔离级别下， 使用非索引字段查找数据， 锁住的是行数据还是全表

可重复读 隔离级别

 

sessionA	sessionB
begin； select * from t4 where d = 5 for update;
	update t4 set d = 5 where id = 0; blocked
commit;
	finish

测试步骤

1. 开启sessionA 事物

2 在sessionA中加锁查询数据

3 在sessionB中更新数据 可以看到sessionB被阻塞， 因为写锁之间发生了互斥

4 在sessionＡ中提交事物

可以看到sessionA事物提交之后　sessionB事物才完成

由图中看到在　Repeatable Read　隔离级别下

当在一个表中按照非索引字段查询数据的时候，　MySQL会锁住整个表，

这也就是为什么在sessionB中更新id为０的数据的时候，　为什么被阻塞的原因。

 

测试一 读提交隔离级别下， 使用非索引字段查找数据， 锁住的是行数据还是全表

读提交　隔离级别

 

sessionA	sessionB
begin； select * from t4 where d = 5 for update;
	update t4 set d = 5 where id = 10; (没有被阻塞)
	update t4 set d = 100 where id = 0; blocked
commit;
	finish

测试步骤（还是原来的步骤）

１　开始sessionA 事物

 

２　在sessionA　中加锁查询数据

３　在sessionB　更新其他数据

可以看到在读提交事务隔离级别下，　当使用非索引数据查询的时候MySQL 并不会锁住整个表；

４　在sessionB 中更新被sessionA锁住的数据

由图中我们可以看到由于id为０的数据在sessionA 中已经被锁定了，所以与sessionB 产生互斥

也就是说在读提交隔离级别下，　当使用非索引字段加锁查询的时候MySQL可以精确的定位到行数据病添加对应的行锁

补充: 在MySQL中并不是可以精确定位到, 原因在于, 当从引擎拿到数据之后, 在server层进行分析, 当不被命中的数据, 会释放X锁 所以最终持有锁只有命中的数据. 经测试在RR级别下不会出现