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锁的“黄蓉”记录，所以会发生阻塞。