在用命令行窗口测试mysql中锁的问题,都关闭自动提交。表中有id为6和10的数据,7,8,9是没有的。
1,A窗口 start transaction;
2,A窗口 select * from ppp where id >6 and id <10 for update;
3,B窗口 start transaction;
4,B窗口 insert into 表 values(7,7,'77');无法插入,在等待
5,A窗口 commit; 同时B插入成功,A执行select * from表,无法看到新插入的数据
6,B窗口 commit;执行 select * from表 查询可以看到新插入的数据
7,A窗口执行 select * from表 无法看到新插入的数据,但是数据是插入成功的。
为什么两个都提交,事务结束了,步骤7看不到新插入的数据?
如果在步骤5中A窗口没有select查表,在步骤7中查询数据是可以看到新数据的,这是为什么?
我按照你的步骤试了没有问题,可以展示。确认下是否结果展示完整。
MySQL MVCC支持的情况默认是可重复读, 也就是说读的快照的数据, 故第二次查询还是快照的数据。 但是如果是在commit 之后没有查询, 后面新查询就会开启新的快照,这个快照里面就是有之前插入的数据。
下面是可重复读的说明:
REPEATABLE READ (可重复读)
REPEATABLE READ 解决了脏读的问题。该级别保证了在同一个事务中多次读取同样记录的结果是一致的。但是理论上,可重复读隔离级别还是无法解决另外一个幻读(Phantom Read的问题。所谓幻读,指的是当某个事务在该取某个范围内的记录时,另外一个事务又在该范围内插入了新的记录,当之前的事务再次读取该范围的记录时,会产生幻行(Phantom Row). InnoDB和XtraDB存储引擎通过多版本并发控制(MVCC Mutiversion Concurrency Control)解决了幻读的问题,重点:这里更新范围数据的时候的,如果在另外一个事务中插入了在这个范围内的记录,那么这次更新再提交的时候还是会出现未更新到的问题,故MySQL在这种情况下,还给我们加入了GAP锁(间隙锁)和next-lock锁,需要建立索引哦,保证其他事务不能在你更新的范围内插入数据。
可重复读是MySQL的默认事务隔离级别。
具体了解可以看:https://www.cnblogs.com/jssj/p/13437036.html