数据库锁设计的初衷是处理并发问题。作为多用户共享的资源，当出现并发访问的时候，数据库需要合理地控制资源的访问规则。锁就是起到这样的作用。
根据加锁的范围，可以分为全局锁、表锁、行锁。
今天我们来聊聊全局锁，
全局锁，顾名思义就是对整个数据库实例加锁。MySQL 提供了2种加全局读锁的方法，
方法一： Flush tables with read lock (FTWRL)。
方法二：set global readonly=true
相同点：
业务的更新不只是增删改数据（DML)，还有可能是加字段等修改表结构的操作（DDL）。不论是哪种方法，一个库被全局锁上以后，你要对里面任何一个表做加字段操作，都是会被锁住的。
不同点：
一是，在有些系统中，第二种方法的readonly值会被用来做其他逻辑，比如用来判断一个库是主库还是备库。
二是，在异常处理机制上有差异。如果执行第一种命令之后由于客户端发生异常断开，那么 MySQL 会自动释放这个全局锁，整个库回到可以正常更新的状态。而将整个库设置为 readonly 之后，如果客户端发生异常，则数据库就会一直保持 readonly 状态，这样会导致整个库长时间处于不可写状态，风险较高。
那么全局锁有什么用啊？
全局锁的典型使用场景是，做全库逻辑备份。也就是把整库每个表都 select 出来存成文本。
以前有一种做法，是通过 Flush tables with read lock 确保不会有其他线程对数据库做更新，然后对整个库做备份。注意，在备份过程中整个库完全处于只读状态。
这里让整库都只读，有2点需要注意的：
1.如果你在主库上备份，那么在备份期间都不能执行更新，业务基本上就得停摆；
2.如果你在从库上备份，那么备份期间从库不能执行主库同步过来的 binlog，会导致主从延迟
至于怎么注意这2点，就没有深入的研究了。
今天就写到这里。
Mysql | 锁 ——全局锁
网友评论