mysql笔记2：innodb引擎的锁类型（图解案例）

目录

 

一 行锁和表锁

二 mysql innodb锁的类型

2.1 共享锁（Shared Locks）-行锁

2.2 排它锁

---

一 行锁和表锁

锁的作用是管理不同事务对于共享资源的并发访问

表锁和行锁的区别：

锁定粒度：表锁 > 行锁

加锁效率：表锁 > 行锁

冲突概率：表锁 > 行锁

并发性能：表锁 < 行锁

innodb存储引擎支持表锁和行锁（这里的表锁的另外一种表现，比如：如果语句中没有命中索引的话，就会把整个表锁起来，这样并发性能就低了）

二 mysql innodb锁的类型

2.1 共享锁（Shared Locks）-行锁

共享锁，又称之为读锁，简称S锁，多个事务对于同一个数据共享一把锁，都能访问到数据，但是只能读不能修改；下面我们来看案例；加锁的方式，在select 语句后面加一个lock in share mode

select * from test_transaction where id =1 lock in share mode;

下面是test_transaction表的内容和表的结构，id为主键

下面是01-共享锁-事务1准备的一些语句

下面是01-共享锁-事务2准备的一些语句

我们现在先执行01-共享锁-事务1下的三个语句，不执行commit和rollback（因为执行commit和rollback锁就释放了）

set session autocommit =off;

begin;

select * from test_transaction where id =1 lock in share mode;

我们再去执行01-共享锁-事务2下的select语句，看是不是能读取数据

select * from test_transaction where id=1;

发现，可以读取到数据，如下图：

下面我们再执行01-共享锁-事务2下的update语句，看能不能修改

update test_transaction set age=20 where id =1;

从下图的结果，可以看出，一直在等待，因为没有拿到锁

当我们执行01-共享锁-事务1下面的commit或者rollback，共享锁释放，然后01-共享锁-事务2将会去执行update语句，我们看下整体的动态图。从下面的动态图，可以看出，事务1上了共享锁之后，事务2可以读取数据，但是不能修改数据，只有事务1释放锁之后，事务2才能去修改数据

2.2 排它锁（Exclusive Locks）

排它锁又称为写锁，简称X锁，排他锁不能与其他锁共存，如一个事务获取了一个数据行的排他锁，其他事务就不能再获取该行的锁（共享锁、排他锁），只有获取了排他锁事务是可以对数据行进行读取和修改（其他事务要读取数据可来自快照）

加锁的方式：

delete/update/insert 默认加上X锁

select * from test_transaction where ... for update

释放锁：commit/rollback

下面我们看案例：

下面是test_transaction表的内容和表的结构，id为主键

下面是02-排它锁-事务1的一些语句，先执行前3个语句，这样事务1就拿到了排它锁，不执行rollback（保证锁不释放）

下面是事务2的语句，第一个语句是去拿共享锁，第二个语句是去拿排它锁，两个肯定是拿不到，因为事务1没有释放锁，但是第三个语句可以执行成功（因为这里是读取的快照），可以看下面的动态图

动态图：