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