数据库
首页 > 数据库> > mysql学习笔记（六）全局锁和表锁

mysql学习笔记（六）全局锁和表锁

作者：互联网

mysql的锁分为全局锁、表级锁、行锁。

全局锁

就是对整个库进行加锁，整个库会处于只读状态，之后其他线程的以下语句会被阻塞：数据更新语句（数据的增删改）、数据定义语句（包括建表、修改表结构等）和更新类事务的提交语句。

语法：Flush tables with read lock;     即：FTWRL

释放锁：unlock tables;

适用场景：全库的逻辑备份

全局锁的影响：

  1. 主库上操作，业务基本停摆，无法进行任何更新操作
  2. 从库上操作，备份期间不能更新主库同步过来的binlog，导致主动不一致
  3. 如果不加锁，导致备份数据前后不一致，无法保证数据的一致性

mysqldump （官方自带逻辑备份工具）

当 mysqldump 使用参数 –single-transaction 的时候，导数据之前就会启动一个事务，来确保拿到一致性视图。而由于 MVCC 的支持，这个过程中数据是可以正常更新的。

注：MVCC ，数据库的多版本并发控制，可参见： https://www.cnblogs.com/wanghaokun/p/16024354.html

–single-transaction  使用前提：库中所有表都是支持事务引擎的

FTWRL 和 set global readonly=true 的异同点？

共同点： 都是将整个库设置为只读状态

不同点：

  1. 在有些系统中，readonly 的值会被用来做其他逻辑，比如用来判断一个库是主库还是备库。因此，修改 global 变量的方式影响面更大，不建议使用。
  2. 在异常处理机制上有差异。如果执行 FTWRL 命令之后由于客户端发生异常断开，那么 MySQL 会自动释放这个全局锁，整个库回到可以正常更新的状态。而将整个库设置为 readonly 之后，如果客户端发生异常，则数据库就会一直保持 readonly 状态，这样会导致整个库长时间处于不可写状态，风险较高。

表级锁

表极锁分为表锁和元数据锁（meta data lock，MDL）。

表锁

语法：lock tables ... read/write。

释放锁：可用unlock tables 主动释放锁，也可在客户端断开时自动释放。

注意：lock tables 语法除了会限制别的线程读写外，也限定了本线程接下来的操作对象。

举个例子：

如果在某个线程 A 中执行 lock tables t1 read, t2 write; 这个语句，则其他线程写 t1、读写 t2 的语句都会被阻塞。

同时，线程 A 在执行 unlock tables 之前，也只能执行读 t1、读写 t2 的操作。连写 t1 都不允许，自然也不能访问其他表。

元数据锁（meta data lock，MDL）

语法：不需要显式使用，在访问一个表的时候会自动加上。

释放锁：事务中的 MDL 锁，在语句执行开始时申请，但是语句结束后并不会马上释放，而会等到整个事务提交后再释放。

作用：保证读写的正确性，防止DDL和DML并发冲突

举个例子：如果一个查询正在遍历一个表中的数据，而执行期间另一个线程对这个表结构做变更，删了一列，那么查询线程拿到的结果跟表结构对不上，肯定是不行的。

因此，在 MySQL 5.5 版本中引入了 MDL，

当对一个表做增删改查操作的时候，加 MDL 读锁；

当要对表做结构变更操作的时候，加 MDL 写锁。

  1. 读锁之间不互斥，因此你可以有多个线程同时对一张表增删改查。
  2. 读写锁之间、写锁之间是互斥的，用来保证变更表结构操作的安全性。

因此，如果有两个线程要同时给一个表加字段，其中一个要等另一个执行完才能开始执行。

现实场景：

 

 

 我们可以看到 session A 先启动，这时候会对表 t 加一个 MDL 读锁。

由于 session B 需要的也是 MDL 读锁，因此可以正常执行。

之后 session C 会被 blocked，是因为 session A 的 MDL 读锁还没有释放，而 session C 需要 MDL 写锁，因此只能被阻塞。

如果只有 session C 自己被阻塞还没什么关系，但是之后所有要在表 t 上新申请 MDL 读锁的请求也会被 session C 阻塞。

前面我们说了，所有对表的增删改查操作都需要先申请 MDL 读锁，就都被锁住，等于这个表现在完全不可读写了。如果某个表上的查询语句频繁，而且客户端有重试机制，也就是说超时后会再起一个新 session 再请求的话，这个库的线程很快就会爆满。

如何安全的给小表加锁？

首先我们要解决长事务，事务不提交，就会一直占着 MDL 锁。在 MySQL 的 information_schema 库的 innodb_trx 表中，你可以查到当前执行中的事务。如果你要做 DDL 变更的表刚好有长事务在执行，要考虑先暂停 DDL，或者 kill 掉这个长事务。

如何安全的给热点表加字段？

在 alter table 语句里面设定等待时间，如果在这个指定的等待时间里面能够拿到 MDL 写锁最好，拿不到也不要阻塞后面的业务语句，先放弃。之后开发人员或者 DBA 再通过重试命令重复这个过程。

ALTER TABLE tbl_name NOWAIT add column ...
ALTER TABLE tbl_name WAIT N add column ...

 

标签：语句,tables,MDL,笔记,读锁,session,线程,mysql,表锁
来源： https://www.cnblogs.com/wanghaokun/p/16080047.html