mysql导出全表会锁表吗_「MySQL」 - 全局锁和表锁

数据库锁设计的初衷是处理并发问题，作为多用户共享的资源，数据库需要合理控制资源的访问规则，锁就是用来实现这些访问规则的数据结构。

根据加锁的范围，MySQL里面的锁大致可以分成全局锁、表锁和行锁三类。

一、全局锁

全局锁是对整个数据库实例加锁，MySQL提供了加全局读锁的方法，命令是Flush tables with read lock，如果需要整库处于只读状态，可以使用此条命令；以下语句会被阻塞：数据更新语句(增删改)、数据定义语句(建表、修改表结构等)和更新类事务的提交语句。

全局锁使用场景，全库逻辑备份，使库处于只读状态，但是这样子备份会导致很大问题(暂停写入，主从同步延迟)。

真正备份时，需要在可重复读隔离级别下开启一个事务。当mysqldump使用参数–single-transaction时，备份数据之前会启动一个事务，确保拿到一致性视图。而由于MVCC的支持，这个过程中的数据是可以正常更新的。

但是–single-transaction只适用于支持事务引擎的库表，MyISAM不支持事务操作，只能通过FTWRL方法备份。

A、set global readonly=true

set global readonly=true方式，可以让全库进入只读状态，但是仍然推荐FTWRL方式。

1、有些系统中，readonly的值会被用来做其他逻辑，比如判断是主库还是备库。因此，修改global变量的方式影响面更大，不建议使用。

2、异常处理机制上有差异。如果执行FTWRL命令之后由于客户端发生异常断开，MySQL会自动释放这个全局锁，整个库回到可以正常更新的状态；

将整个库设置为readonly之后，如果客户端发生异常，则数据库就会一直保持readonly状态，会导致整个库长时间处于不可写状态。

二、表锁

A、lock tables

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

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

在还未出现更细粒度的锁时，表锁是最常用的并发处理方式。单对于InnoDB一般不使用lock tables命令来控制并发，毕竟锁住整个表的影响面还是太大。

B、MDL(metadata lock)

MDL不需要显式使用，在访问一个表的时候会被自动加上。MDL的作用是，保证读写的正确性。

如果一个查询正在遍历一个表中的数据，而执行期间另一个线程对这个表结构做变更，删了一列，那么查询线程拿到的结果跟表结构对不上，肯定是不行的。因此，在MySQL 5.5版本中引入了MDL，当对一个表做增删改查操作的时候，加MDL读锁；当要对表做结构变更操作的时候，加MDL写锁。读锁之间不互斥，因此你可以有多个线程同时对一张表增删改查；

读写锁之间，写锁之间是互斥的，用来保证变更表结构操作的安全性。因此，如果有两个线程要同时给一个表加字段，其中一个要等另一个执行完才能开始执行。

虽然MDL锁是系统默认会加的，但却是不能忽略的一个机制，经常有人一个小表加个字段，导致整个库挂了。给一个表加字段，或者修改字段，或者加索引，需要扫描全表的数据。实际上，即使是小表，操作不慎也会出问题。session A先启动，对表t加一个MDL读锁，由于session B需要的也是MDL读锁，因此可以正常执行；

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

之后所有要在表t上新申请MDL读锁的请求也会被session C阻塞。所有对表的增删改查操作都需要先申请MDL读锁，就都被锁住，等于这个表现在完全不可读写了。

如果某个表上的查询语句频繁，而且客户端有重试机制，也就是说超时后会再起一个新session再请求的话，这个库的线程很快就会爆满。

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

参考：