Mysql锁的应用

为什么要用锁？

为了事务的并发控制。解决出现幻读等情况的出现。在事务隔离级别中，可重复读和串行化其实主要就相差了是否加锁的区别。为了体现事务的隔离性，不使用MVCC的话，就使用锁来进行并发控制 

锁的分类：

一，全局锁

给数据库实例加锁，加锁之后，实例处于只读状态，后续所有的更新修改操作都会被阻塞

全局锁的使用： 

• 全局加锁：flush tables with read lock;
• 数据备份：mysqldump -uroot -pxxxxxx dataname > xxx.sql
• 解锁：unlock tables;

• 远程备份数据库：mysqldump -h ip -uroot -pxxxx dataname > xxx.sql

使用场景：

其经典的使用场景是做全库的逻辑备份，对所有的表进行锁定。从而获得一致性视图，保证数据的完整性（如对一个完整业务的逻辑中，对多个表进行修改，这时若没有锁住，则对不同的表备份时，可能会有数据的修改。所以备份出来的逻辑文件，在逻辑上可能出现数据不一致）

问题 ：

数据库中加全局锁，是一个比较重的操作，存在以下问题:

1. 如果在主库上备份，那么在备份期间都不能执行更新，业务基本上就得停摆。
2. 如果在从库上备份，那么在备份期间从库不能执行主库同步过来的二进制日志（binlog)，会导致主从延迟

不加锁的全局一致性备份

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

 如下，底层使用了快照读实现了备份

mysqldump --single-transaction -uroot -p1234 db_index_stu > D:/db01.sql

二，表级锁

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

1. 表锁  
2. 元数据锁（MDL） 
3. 意向锁

---

1.表锁

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

1. 表共享读锁/共享锁（read lock ,S锁  不阻塞读操作）
2. 表独占写锁/排它锁（write lock ,X锁  不阻塞写操作）

使用语法：

• 加锁：lock tables 表名... read/write 
• 释放锁：unlock tables / 客户端断开连接

性质：

读锁(S)：客户端1对某些表加了读锁，其他客户端和1都可以对这些表进行读操作，但不能写。

写锁(X)：客户端1对某些表加了写锁，1可以写，但其他客户端即不能写也不能读。

总结：读锁不会阻塞其他客户端的读，但是会阻塞写。写锁既会阻塞其他客户端的读，又会阻塞其他客户端的写。

---

2. 元数据锁MDL 

MDL锁是系统自动控制，在访问一张表的时候会自动加上。主要作用是维护表元数据（表结构）的数据一致性。为了避免读，写冲突，保证读写的正确性

性质：

• 当一对表进行增删改查时，会加MDL读锁，当对表结构进行变更时，会加MDL写锁
• 事务开启不会添加元数据锁，只有执行增删改查语句时才会添加MDL锁

查看元数据锁：

select object_type,object_schema,object_name,lock_type,lock_duration from performance_schema.metadata.locks;

---

3.意向锁(I)

意向锁不是表锁，它仅仅代表了这个表里面有共享/排他锁

意向锁的作用：

当给一个表添加表锁时，需要先逐行检查该表中的数据是否有添加行锁，行锁是否与表锁兼容。效率很低 。

所以我们在执行for updata(行锁) 和 DML(增删改查)语句时，系统会自动给表加上意向锁同时给索引添加行锁。这时因为意向锁作用于整个表上，我们直接就可以判断锁与锁之间是否兼容。大大提高了效率。

意向锁也分为：

• 意向共享锁(IS) : 由语句 select... lock in share mode 添加
• 意向排他锁(IX) : 由insert，update，delete，select...for update 添加

意向锁的兼容： 

• 意向共享锁(IS)∶与表锁共享锁( read）兼容，与表锁排它锁(write)互斥。
• 意向排他锁（IX):与表锁共享锁(read)及排它锁(write)都互斥。意向锁之间不会互斥。

可以通过以下SQL，查看意向锁及行锁的加锁情况:

select object_schema,object_name,index_name,lock_type,lock_mode,lock_data from performance_schema.data_locks;

3.行级锁

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

性质：

InnoDB行锁是通过给索引上的索引项加锁来实现的，Innodb一定存在聚簇索引，行锁最终都会落到聚簇索引上，通过非聚簇索引查询的时候，先锁非聚簇索引，然后再锁聚簇索引。

分类：

InnoDB的数据是基于索引组织的，行锁是通过对索引上的索引项加锁来实现的，而不是对记录加的锁。对于行级锁，主要分为以下三类:

• 行锁(Record Lock)∶锁定单个行记录的锁，防止其他事务对此行进行update和delete。在RC、RR隔离级别下都支持。
• 间隙锁（Gap Lock)∶锁定索引记录间隙〈不含该记录)，确保索引记录间隙不变，防止其他事务在这个间隙进行insert产生幻读。也就是锁住两行数据，不允许插入。在RR隔离级别下都支持。
• 临键锁(Next-Key Lock)︰行锁和间隙锁组合，同时锁住数据，并锁住数据前面的间隙Gap。在RR隔离级别下支持。

行锁的性质：

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

行锁的使用：

• INSERT ...         排他锁--自动加
• UPDATE ...        排他锁--自动加
• DELETE ...        排他锁--自动加 
• SELECT ...        不加锁
• SELECT ... LOCK IN SHARE MODE     # 对读取的记录加 S锁 ：
• SELECT ... FOR UPDATE;                     # 对读取的记录加 X锁 ：