MySQL锁（基础）

锁

锁是计算机协调多个进程或线程并发访问某一资源机制。在数据库中，除传统的设计资源（CPU、RAM、I/O）的争用以外，数据也是一种供多用户共享的资源。如何保证数据并发访问的一致性、有效性是所有数据库必须解决的一个问题，所冲突也是影响数据并发访问性能的一个重要因素。从这个角度来说，锁对数据库而言显得尤为重要，也更加复杂

分类

按锁的粒度分为

全局锁

1. 锁定数据库中所有的表

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

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

   

   4. 存在的问题

      • 如果在主库上备份，那么在备份期间都不能执行更新，业务基本上就是停摆

      • 如果在从库上备份，那么在备份期间从库不能执行主库同步过来的二进制日志（binlg），会导致主从延迟

      • 在innodb引擎中，我们可以在备份时加上参数 --single-transaction参数来完成不加锁的一致性数据备份

        mysqldump --single-transaction -uroot -p123456 table_name > table_name.sql
        

表级锁

每次操作锁住整张表

每次操作锁住整张表。锁力度大，发生所锁冲突的概率最高，并发度最低。应用在myIsam、innodb、bdb等存储引擎中

表锁

• 表共享读锁（read lock）

• 表独占写锁（write lock）

• 语法

  # 加锁
  lock tables table1,tabel2... read/write
  # 释放锁
  unlock tables/客户端断开连接
  

  

  加读锁时，所有客户端都能DQL，所有客户端都不能DDL/DML

  加写锁时，当前客户端能DQL/DML，其他客户端啥也不能

元数据锁（meta data lock，MDL）

意向锁

为了避免DML在执行时，加的行锁与表锁的冲突，在innodb中引入了意向锁，使得表锁不用检查每行数据是否枷锁，使用意向锁来减少表锁的检查

eg：比如我现在给当前表中某一条数据加了排它锁（X），另一个事务又来加了一个表锁，那这时候算谁的呢（冲突了）？而且我加表锁的时候还得一行一行的去找，看看有没有某一条数据加了锁，如果找到了且不冲突才能加锁（每行都找效率就不行了）。所以啊这时候意向锁就出现了，比如for update（X锁）对某一条数据加了锁，这时候会自动为当前表加一个意向锁，标记当前表中有X锁——加起来就是意向排它锁（IS），别的事物来加锁的时候都不用去找数据，就知道能不能加锁成功了。这里的加锁成功就要看锁之间是否兼容了。

1. 意向共享锁（IS）：由语句select…lock in share mode
   • 与表锁共享锁（read）兼容，与表锁排他锁（write）互斥
2. 意向排他锁（IX）：由insert、update、delete、select…for update添加
   • 与表锁共享锁（read）及排他锁（write）都互斥。意向锁之间不会互斥
     

行级锁

每次操作锁住对应的行数据

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

innodb的数据是基于索引组织的（主键索引和二级索引），行锁是通过对索引上的索引项加锁来实现的，而不是对记录加的锁。对于行级锁，主要有三类

1. 行锁-记录锁（record lock）：锁定单个行记录的锁，防止其他事务对此进行update和delete。在RC、RR隔离级别下都支持
2. 间隙锁（Gap lock）：锁定索引记录间隙（不含该记录），确保索引记录间隙不变，防止其他事务在这个间隙进行insert，产生幻读。在RR隔离级别下都支持。
3. 临键锁（next-key lock）：行锁和间隙锁组合，同时锁住数据，并锁住数据前面的间隙gap。在RR隔离级别下支持

行锁（记录锁）

innoDB实现了以下两种类型的锁：

1. 共享锁（S）：共享锁之间兼容，共享锁和排他锁之间不兼容

2. 排他锁（X）：当前事务获取了这一行的排他锁，那么当前事务可以更新数据。但其他事务就不能获取到当前行数据排他锁和共享锁

   

3. 默认情况下，InnoDB在RR事务隔离级别运行，InnoDB使用next-key（临间锁）锁进行搜索和索引扫描，以防止幻读。

   • 针对唯一索引进行检索时，对已存在的记录进行等值匹配时，将会自动优化为行锁

   • InnoDB的行锁时针对与索引加的，不通过索引条件检索数据，那么InnoDB将对表中的所有记录加锁，此时会升级为表锁

     ps：以上两个意思就是条件为主键索引时就是行锁，不为主键索引就会升级为表锁

间隙锁/临键锁

​ 默认情况下，InnoDB在RR事务隔离级别运行，InnoDB使用next-key（临键锁）锁进行搜索和索引扫描，以防止幻读。

1. 索引上的等值查询（唯一索引），给不存在的记录加锁时，优化为间隙锁

2. 索引上的等值查询（普通索引），如下图：

   BEGIN;
   SELECT NAME FROM student WHERE age = 30 LOCK IN SHARE MODE
   COMMIT;
   
   SELECT object_schema,object_name,index_name,lock_type,lock_mode,lock_data FROM performance_schema.data_locks;
   

   

3. 索引上的范围查询（唯一索引），会方位到不满足条件的第一个值为止

注意：间隙锁唯一目的是防止其他事务插入间隙。间隙锁可以共存，一个事务采用的间隙锁不会阻止另一个事务在同一间隙上采用间隙锁。

总结