MySQL中的锁

MySQL中的锁，按照锁的粒度分，分为以下三类：

• 全局锁：锁定数据库中的所有表。
• 表级锁：每次操作锁住整张表。
• 行级锁：每次操作锁住对应的行数据。

全局锁

全局锁就是对整个数据库实例加锁，加锁后整个实例就处于只读状态，后续的DML（数据操作语言）的写语句，DDL（数据定义语言）语句，已经更新操作的事务提交语句都将被阻塞。

其典型的使用场景是做全库的逻辑备份，对所有的表进行锁定，从而获取一致性视图，保证数据的完整性。

语法：

#对当前数据库实例加上全局锁
#加全局锁
flush tables with read lock ;

#数据备份
#借助mysql当中提供的一个工具mysqldump 指定备份时访问数据库的用户名和密码
#itcast ：你要备份的哪个数据库
#itcast.sql：把备份的数据存到哪一个sql文件当中
#此命令不能登录mysql之后执行，只能是在外面没有登录的窗口格式中执行
mysqldump -uroot –p1234 itcast > itcast.sql

#释放全局锁
unlock tables ;

表级锁

表级锁，每次操作锁住整张表。锁定粒度大，发生锁冲突的概率最高，并发度最低。应用在MyISAM、InnoDB、BDB等存储引擎中。

对于表级锁，主要分为以下三类：

• 表锁
• 元数据锁（meta data lock，MDL）
• 意向锁

表锁

对于表锁，分为两类：

• 表共享读锁（read lock） ：读锁
• 表独占写锁（write lock）：写锁

语法：

• 加锁：lock tables 表名… read/write

  • 一次性可以锁定多张表

  • 加的是读锁还是写锁

• 释放锁：unlock tables / 客户端断开连接 。

元数据锁（meta data lock , 元数据锁，简写MDL）

MDL加锁过程是系统自动控制，无需显式使用lock这样的关键字手动加锁，在访问一张表的时候会自动加上元数据数锁。MDL锁主要作用是维护表元数据的数据一致性，在表上有活动事务的时候，不可以对元数据进行写入操作。为了避免DML（crud）与DDL（数据定义语言：创建表）冲突，保证读写的正确性。

这里的元数据，可以简单理解为就是一张表的表结构。 也就是说，某一张表涉及到未提交的事务时，是不能够修改这张表的表结构的。

意向锁

为了避免DML(crud)在执行时，加的行锁与表锁的冲突，在InnoDB中引入了意向锁，使得表锁不用检查每行数据是否加锁，使用意向锁来减少表锁的检查，从而提高性能。

假如没有意向锁，客户端一对表加了行锁后，客户端二如何给表加表锁呢，简单分析一 下：

首先客户端一，开启一个事务，然后执行DML操作，在执行DML语句时，会对涉及到的行加行锁。

当客户端二，执行并发操作想对这张表加表锁时，不能对这张表直接加表锁，因为已经对表中的一行加上了行锁此时在对表加上表锁时，会造成行锁和表锁冲突了。所以客户端2在加表锁时，首先会检查当前表是否有对应的行锁，此时就会从第一行数据，检查到最后一行数据有没有行锁，效率较低，如果没有，则添加表锁。

为了解决在执行DML语句时，行锁与表锁的冲突，在InnoDB中引入了意向锁，这样表锁在检查的时候不用去检查每一行数据是否加锁，使用意向锁来减少表锁的检查，从而提高性能。

有了意向锁之后 :

客户端一，在执行DML操作时，会对涉及的行加行锁，同时也会对该表加上意向锁。
而其他客户端，在对这张表加表锁的时候，会根据该表上所加的意向锁来判定是否可以成功加表锁(如果这张表的意向锁和当前所加的这个表锁是兼容的，那么直接加锁。如果这张表的意向锁和当前所加的这个表锁是不兼容的，那么就会一直处于阻塞状态，直到客户端1进行了事务提交把行锁释放、意向锁释放之后，那么它就会解除阻塞状态拿到这张表的表锁)，这样就不用逐行判断行锁情况了。

分类

• 意向共享锁(IS)：执行select … lock in share mode语句时自动添加 。

与表锁共享锁(read)兼容，与表锁排他锁(write)互斥。

• 意向排他锁(IX)：执行insert、update、delete、select…for update语句时自动添加 。

与表锁共享锁(read)及排他锁(write)都互斥，意向锁之间不会互斥。

行级锁

行级锁，每次操作锁住对应的行数据。锁定粒度最小，发生锁冲突的概率最低，并发度最高。应用在InnoDB存储引擎中。

InnoDB的数据是基于索引组织的：索引的结果b+tree结构，InnoDB存储引擎的分类 聚集索引和二级索引，聚集索引的叶子节点挂的是行数据，二级索引的叶子节点挂的是主键，我们的行数据是基于聚集索引来存储的，所以叫做InnoDB的数据是基于索引组织的。

行锁是通过对索引上的索引项加锁来实现的，而不是对记录加的锁。对于行级锁，主要分为以下三类：

• 行锁 /记录锁（Record Lock）：锁定单个行记录的锁，防止其他事务对此行进行update和delete。在RC（Read committed：不支持脏读 、支持不可重复读、 支持幻读）、RR（Repeatable Read：不支持脏读 、不支持不可重复读、支持幻读）隔离级别下都支持。
  
• 间隙锁（Gap Lock）：锁定索引记录的间隙（不含该记录），确保索引记录间隙不变，防止其他事务在这个间隙进行insert，产生幻读。在RR隔离级别下都支持。间隙：2个记录之间的范围，6到12之间的间隙，16到18之间的间隙。
  

例：假如emp表中只有101条记录，其empid的值分别是 1,2,…,100,101，下面的SQL：

sql mysql> select * from emp where empid > 100 for update;

是一个范围条件的检索，InnoDB不仅会对符合条件的empid值为101的记录加锁，也会对empid大于101（这些记录并不存在）的“间隙”加锁。

• 临键锁（Next-Key Lock）：行锁和间隙锁组合，同时锁住数据，并锁住数据前面的间隙Gap。在RR隔离级别下支持。eg：在34处加上临键锁，它会锁住34这行记录并且锁住34记录前的这个间隙