MySQL锁机制

MySQL锁机制：

锁：计算机协调多个进程或线程并发访问某一资源的机制。

MySQL锁分类（以锁的粒度分类）：

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

2. 表级锁：每次操作锁住整张表

3. 行级锁：每次操作锁住对应的行数据

全局锁：

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

使用场景：最全库进行数据备份，对所有的表进行锁定，防止数据不一致；

使用语法：

flush table with read lock；给当前数据库实例加锁

mysqldump -uroot -p123456 dp01 > D:/db01.sql

指定用户名密码 备份的数据库，以及备份数据的存储路径

unlock tables；解开全局锁

全局锁存在的问题：

1. 如果在主库上备份，那么在备份期间都不能执行更新操作，业务基本上就得停摆

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

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

mysqldump --single-transtation -uroot -p123456 dp01 > D:/db01.sql

表级锁：

每次操作锁住整张表，锁的粒度大，发生锁冲突的概率最高，并发度最低。

表级锁的三大类：

1. 表锁

2. 元数据锁

3. 意向锁

表锁：

1. 表共享读锁

2. 表独占写锁

语法：

加锁：lock tables 表名 read/write

释放锁：umlock tables /上锁客户端断开连接

加读锁不会阻塞其他客户端的读操作，但是会阻塞写操作

加写锁既会阻塞读操作也会阻塞写操作。

元数据锁（MDL）：

元数据锁加锁过程是系统自动控制的，无需显式使用，在访问一张表的时候会自动加上，在表上有活动事务的时候，不可用对元数据进行写入操作，元数据也就是表结构，元数据锁就是为了避免DML语句和DDL语句冲突而存在

也就是说在一个事务中进行增删改查时，事务还未提交，其他客户端不能够修改表结构。

意向锁：

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

意向锁也是系统自动控制的锁，无需显示使用

当执行select语句并加上共享行锁时，会自动给该表加上意向共享锁

当执行update语句时会自动加上意向排他锁；

1. 意向共享锁（is）：与表锁读锁兼容，与表锁写锁互斥

2. 意向排他锁（ix）：与表锁共享锁及排他锁互斥。意向锁之间不会互斥

行级锁：

每次操作锁住对应的行数据。锁的粒度最小，发生锁冲突的概率最低，并发度最高。

InnoDB的数据时基于索引组织的，行锁是通过对索引上的索引项加锁来实现的，而不是对记录加的锁。

行级锁分类：

1. 行锁：绑定单个行记录的锁，防止其他食物对此进行update和delete ，在RC、RR隔离级别下都支持。

2. 间隙锁：锁定索引记录的间隙（不包含该记录），确保索引记录间隙不变，防止其他事物在这个间隙进行insert，产生幻读。在RR隔离级别下都支持

3. 临键锁：行锁和间隙锁组合，同时锁住数据，并锁住数据前面的间隙Gap。在RR隔离级别下支持。

行锁：

1. 共享锁：允许读，不允许写

2. 排他锁：及不允许读也不允许写；

对于增删改这些写操作，系统会自动加上写锁

对于select操作，一般不加任何锁，要加锁需要手动在语句后加上lock in share mode读锁、for update 写锁

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

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

间隙锁/临建锁：

默认情况下，innoDB在repeatable read事务隔离级别允许，innoDB使用临键锁进行搜索和索引扫描，以防止幻读。

1. 索引上的等值查询（唯一索引），给不存在的记录加锁时，优化为间隙锁，也就是说有其他事务插入不存在的数据时，是插入不进来的，这样本事务在插入数据时不会受其他事务插入数据的影响，最终插入数据能够成功。从而解决幻读问题

2. 索引上的等值查询（普通索引），向右遍历时最后一个值不满足查询需求时，临键锁退化为间隙锁；普通索引数据时可能重复的，本事务查数据时是能查到当前所拥有的数据，

3. 索引上的范围查询 会访问到不满足条件的第一个值的间隙为止

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

一切以防止幻读出发！