151 全局锁、表级锁

全局锁

对整个库实例加锁。
让整个库处于只读状态的时候，可以使用这个命令，之后其他线程的以下语句会被阻塞：
增删改、建表、修改表结 更新类事务的提交

MySQL 提供了一个加全局读锁的方法，命令是Flush tables with read lock(FTWRL)。用 unlock tables 主动释放锁，也可以在客户端断开的时候自动释放。

使用场景是，做全库逻辑备份, 把整库每个表都 select 出来存成文本。

主库上备份，业务基本上就得停摆；
从库上备份，不能执行主库同步过来的 binlog，会导致主从延迟

所以尽量不用, 而是利用事务的视图, 除非 是MyISAM 这种不支持事务的引擎, 只要库里面有表不支持事务, 就不能用了

可重复读 : 数据库里在事务启动时创建一个视图,整个事务存在期间都用这个视图。

官方自带的逻辑备份工具是 mysqldump。
mysqldump 使用参数–single-transaction ,导数据之前就会启动一个事务，来确保拿到一致性视图。这个过程中数据是可以正常更新的 (MVCC )

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

表锁

表语法是 lock tables … read/write。可以用 unlock tables 主动释放锁，也可以在客户端断开的时候自动释放。

在还没有出现更细粒度的锁的时候，表锁是最常用的处理并发的方式。InnoDB 支持行锁，就不用了
innodb 在非索引上查询的锁 ,如果非要加锁的话 是表级锁 ....其实默认多版本并发 不加锁

MDL（metadata lock)

MDL 不需要显式使用，系统默认会加的,在访问一个表的时候会被自动加上。

作用是，保证读写的正确性。
对一个表做增删改查操作的时候，加 MDL 读锁(读锁之间不互斥,可同时对一张表增删改查)
对表做结构变更操作的时候，加 MDL 写锁。

读写锁、写锁 之间是互斥的，来保证变更 表结构 操作的安全性。

坑:

session C alter改表结构, 得了写锁, 又要改表中数据, 要等读锁, 而事务没结束, 写锁不会放开,阻塞住了, 下面都不能进行了,如果某查询语句频繁，客户端有重试机制，超时后会再起一个新 session 再请求的话，这个库的线程很快就会爆满。

 

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

MariaDB 支持 DDL NOWAIT/WAIT n 这个语法。

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

https://www.jianshu.com/p/be067b1b5d0c