数据库|MySQL 45讲 | 06 全局锁和表锁（给表加个字段怎么有这么多阻碍（））数据库|java|mysql

06 | 全局锁和表锁：给表加个字段怎么有这么多阻碍？

数据库锁设计的初衷是处理并发问题。
根据加锁的范围，MySQL里面的锁大致可以分成全局锁、表级锁和行锁三类。

全局锁

全局锁就是对整个数据库实例加锁。
加全局读锁的方法，命令是 Flush tables with read lock (FTWRL)。
全局锁让整个库出入只读状态，其他线程的：数据更新语句（数据的增删改）、数据定义语句（包括建表、修改表结构等）和更新类事务的提交语句会被阻塞。
全局锁的典型使用场景是，做全库逻辑备份。也就是把整库每个表都select出来存成文本。
不加锁的话，备份系统备份的得到的库不是一个逻辑时间点，这个视图是逻辑不一致的。
官方自带的逻辑备份工具是mysqldump 。

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

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

表级锁

MySQL里面表级别的锁有两种：一种是表锁，一种是元数据锁（meta data lock，MDL)。
表锁的语法是 lock tables …read/write。与FTWRL类似，可以用unlock tables主动释放锁，也可以在客户端断开的时候自动释放。
lock tables语法除了会限制别的线程的读写外，也限定了本线程接下来的操作对象。
对于InnoDB这种支持行锁的引擎，一般不使用lock tables命令来控制并发，毕竟锁住整个表的影响面还是太大。
元数据锁 MDL不需要显式使用，在访问一个表的时候会被自动加上。

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

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

问题：如何安全地给小表加字段？
（1）首先要解决长事务，事务不提交，就会一直占着MDL锁。如果你要做DDL变更的表刚好有长事务在执行，要考虑先暂停DDL，或者kill掉这个长事务。
（2）如果你要变更的表是一个热点表，请求很频繁，这时候kill可能未必管用，比较理想的机制是，在alter table语句里面设定等待时间，如果在这个指定的等待时间里面能够拿到MDL写锁最好，拿不到也不要阻塞后面的业务语句，先放弃。之后开发人员或者DBA再通过重试命令重复这个过程。

小结