MySQL中的锁
一般情况下,不必对数据库显示加锁,因为DBMS内部加锁机制已经帮我们做好了,但是为了研究方便,还是需要人为加锁。数据库锁可以根据用途从不同角度划分。
1、根据级别划分:
(1)读锁(共享锁,S锁)
读锁的作用是某个事务对这些数据加了读锁以后,其他事务只能对这些数据加读锁,也可以读取这些数据,而不能加写锁或进行写操作。
(2)写锁(排他锁,X锁)
写锁的作用是某个事务对数据加了写锁之后,其他事务不能对这些数据加任何锁。
2、如果要显示加锁,还需要添加语句完成
(1)加S锁
select * from 表名称 [where...] lock in share mode;
(2)加X锁
select * from 表名称[where...] for update;
注意:insert,update,delete操作也会加X锁。
3、根据范围划分
(1)行锁:锁住某几行(大部分InnoDB引擎支持)
(2)表锁:锁住整个表(MyISAM引擎支持)
现在我们从默认级别(Repeatable—Read)可以研究
开启2个客户端
(1)加S锁
客户端1
在客户端1中给数据加上S锁
客户端2
因为数据加了S锁,所以在客户端2中可以正常读取数据,但是不能更新数据,因为加了S锁不能加X锁。
(2)加X锁
客户端1
在客户端1中对stuid=1的这列数据加X锁。
客户端2
在客户端2中既不能加S锁也不能加X锁。
这条select语句根本没有试图加任何锁,所以不会与X锁产生冲突。
有两种情况会出现阻塞:锁冲突或者“死锁”。
还有一种现象:
在客户端1中对stuid=1("郭靖")进行更新,不会发生阻塞,但是如果对stuname='郭靖'进行更新操作,就会发生阻塞。
大胆猜想:因为stuid是主键,可以唯一确定一条记录,又发现这条记录没有被锁住,所以不会阻塞。但是stuname不是主键,需要一条条去遍历student表,找到符合要求的记录,就有可能会遇到已经加X锁的“黄蓉”记录,所以会发生阻塞。