c mysql锁_mysql三种锁

不使用索引CREATE TABLE `test1` (  `id` int(11) DEFAULT NULL,  `name` varchar(255) DEFAULT NULL) ENGINE=InnoDB DEFAULT CHARSET=utf8;

b762b709fff956409d9fbc2b9a9b03b8.pngBEGIN;-- 手动开启一个事务,并在id = 1这条数据上加上排它锁SELECT * from test1 WHERE id = 1 for UPDATE;

734ad74a9783d039783d174a2c0a353f.pngBEGIN;-- 手动开启另外一个事务,此时给id=2的这条数据进行加排它锁,结果会如何?SELECT * from test1 WHERE id = 2 for UPDATE

1104b0eaae1d23415493b1f7b4a8dd7b.png

发现此时居然查询id=2的数据事务被卡住了。这是为什么呢?当表没有创建索引时或者查询语句没有命中索引时,锁住的是整个表的数据,因为没有命中索引故其会去扫描全表数据。 当一张表没有索引时,innoDB会创建一个隐藏主键索引,当通过隐藏的主键索引去检索时,将该表中所有的隐藏索引检索一遍 例子:如果手动开始事务,并在id=1的数据上手动加上排它锁.如果此时再去查询id=2的数据时,发现此语句卡住了。 故得出没有建立索引的表,一旦锁住数据及为锁住整张表。

主键索引CREATE TABLE `test2` (  `id` int(11) NOT NULL,  `name` varchar(255) DEFAULT NULL,

PRIMARY KEY (`id`)

) ENGINE=InnoDB DEFAULT CHARSET=utf8;

2125b0ae0befe840385744aac823742b.pngBEGIN;-- 主键索引SELECT * from test2 WHERE id = 1 FOR UPDATE;

60f3d8694da0fb15419c4793f1714d3b.pngBEGIN;-- 手动开启其他事务SELECT * from test2 WHERE id = 5 for update;

cc0e0e14abfe83036c11e9329eb1a5d2.png 此时说明,主键索引时只会锁住匹配到的索引项,而不会影响其他事务操作其他索引

唯一索引CREATE TABLE `test3` (  `id` int(11) NOT NULL,  `name` varchar(255) DEFAULT NULL,

PRIMARY KEY (`id`),  UNIQUE KEY `unique_name` (`name`) USING BTREE

) ENGINE=InnoDB DEFAULT CHARSET=utf8;

8b836e1905e4621141b1190111c9aac9.pngBEGIN;-- 唯一索引SELECT * from test3 where name = '李四' FOR update;

b542aae9921dc4d8d9081ea1d73b1917.pngBEGIN;-- 唯一索引SELECT * from test3 where id= 5 FOR update;

c816cb55445eb0d18e937bacea5081f7.png 注意:此时SELECT * from test3 where id= 5 FOR update为什么执行卡住了?唯一索引锁定时,先通过唯一索引然后找到对应主键索引,也就是辅助索引--->主键索引的一个过程,所以查询id = 5的数据时也被锁住了。 通过上面几个例子发现mysql innodb是通过锁住索引来实现行锁的

mysql innodb 为什么不会出现幻读?

详见下面InnoDB的行锁,如下图 临界锁的操作

9f7a661c597f5a35857131f848c55c39.png

临界锁(Next-key Lock)锁定范围加记录

50795f336768fc712ecc98649bcbadc5.pngBEGIN;-- 临界锁,锁住对应的范围,防止幻读。-- 按道理此时应该锁住,6,7,8(已存在),9,10SELECT * from test2 WHERE id > 5 and id <11 FOR UPDATE;

7b4f44e8431af8648a326ef10d87aa2a.pngBEGIN;-- 此时测试插入id=7 的值,按道理应该插入不进去,因为锁住的范围是(5,8]和(8,12]insert into test2 VALUES(7,'试试');

c30f8a4f24cae07158bb4226cd6a7c7e.pngBEGIN;SELECT * from test2 WHERE id = 12 FOR UPDATE;

94330fc114be9afd2853b6eb5c0e20e8.png

刚才不是id>5 and id <11的么?此时为什么id =12也被锁了呢?因为此时锁住的范围是(5,8]和(8,12]

Gap Lock(间隙锁)

fc1bd2211000d4ed9388ae38863a5c53.pngBEGIN;-- 间隙锁,因为id =7 这条数据不存在,故锁退化成了间隙锁,那么此时id=7 落在了(5,8)这个区间SELECT * from test2 where id = 7 for UPDATE;

3155548f2572a10b79d70089cfd5bf02.pngBEGIN;-- 因为锁退化成了间隙锁,那么此时id=7 落在了(5,8)这个区间,故id =6 也一起被锁住了INSERT into test2 VALUES(6,'卡卡');

d43f4de2245596bf878e80d5eaa69426.png

Record Lock(记录锁)

bf20165cbf78128c46f4a3a420c2eea1.png

注意: 测试在test2表中,也就是主键索引。BEGIN;-- 在事务1中在id =5 的主键项锁定SELECT * from test2 where id = 5 for update;

d3da1aa47191ea55ffd8761f176ff1da.png

34953b9adb37e1d31d99072639bd2453.png

自己补充点东西把,自己不理解的地方也做下笔记。

间隙锁(gap lock),锁住的是一个区间范围,比如锁住区间(1,3),如果插入2的数据是插入不进去的,1和3是开区间,因此,1和3不受影响。

临界锁(next key lock),锁住索引上的记录+前面的间隙锁,是一个左开右闭区间,比如(1,3]。一个next-key锁=索引上的记录锁+锁住前面间隙的gap lock。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值