理解MySQL中的共享锁与独占锁
一、前言
刚开始学习MySQL中锁的时候,网上一查出来一堆,什么表锁、行锁、读锁、写锁、悲观锁、乐观锁等等等,直接整个人就懵了。好多文章都尽量把很多锁给列举一遍,生怕写少了内容不够丰富,有的连死锁、分布式锁都给写上了。其实给这些锁归归类,就清楚很多了!本篇文章只聊共享锁和排他锁,不过我们也不妨先看下锁分类。
二、锁分类
1. 按粒度
按照锁粒度划分,可以将锁划分成行锁、页锁和表锁。
这里只解释下行锁:按照行的粒度对数据进行锁定,锁定粒度小,发生锁冲突概率低,可以实现并发都高。但是对于锁的开销比较大,加上会比较慢;在程序中控制不好,可能出现死锁的情况。
说到粒度,顺带说下InnoDB 存储引擎的逻辑结构:所有数据都被逻辑地存放在一个空间内,称为表空间,而表空间由段(sengment)、区(extent)、页(page)组成。
2. 按机制
共享锁(S):又称为读锁,多个事务可以一起读,但都不能写(这里有个细节,如果只有当前事务加了共享锁,那么该事务可以写。),共享锁之间不互斥,共享锁会阻塞排它锁。
排他锁(X):又称为写锁,允许获得排他锁的事务更新数据,但是阻止其他事务获得相同数据集的共享锁和排他锁。
3. 按场景
这个跟MySQL没有直接性的关系,只是人们使用锁碰到的问题、或者使用程序解决具体场景的一些锁概念:悲观锁、乐观锁、分布式锁、死锁。
三、使用方式
- 共享锁
-- 对表加共享锁
LOCK TABLE product_comment READ;
-- 对表释放共享锁
UNLOCK TABLE;
-- 对数据集加共享锁
SELECT * FROM table_name WHERE ... lock in share mode;
- 排他锁
-- 对表加排他锁
LOCK TABLE product_comment WRITE;
-- 对表释放排他锁
UNLOCK TABLE;
-- 对数据集加排他锁
SELECT * FROM table_name WHERE ... for update;
1.对于UPDATE、DELETE、INSERT语句,自动给相关数据加上排他锁。
2.如果数据集过滤条件中不走索引的话,会给全表加锁。
四、实验
1. 共享锁不能写
A事务
begin;
SELECT * FROM user WHERE id = 1 lock in share mode;
update user set name = 'jsk' where id =1;
commit;
B事务
begin;
SELECT * FROM user WHERE id = 1 lock in share mode;
commit;
如果仅执行事务A中的语句,是可以顺利完成的。这里可以证明:只有当前事务加了共享锁,那么该事务可以写。
如果仅执行事务A中的前两行,然后执行事务B中前两行,再回头继续执行事务A中的第三行。此时,会一直卡在这里!
这里可以证明:数据行上有共享锁存在,就不能加上排他锁,即不能有写操作。(上面提到过,写操作会自动加上排他锁)