全局锁用于锁定整个mysql实例，确保备份或维护期间数据一致性。使用FLUSH TABLES WITH READ LOCK加锁，UNLOCK TABLES释放锁，期间阻塞所有写操作及DDL，但允许select读取。适用于MyISAM等非事务引擎的一致性备份，或主从切换等特殊场景。由于会阻塞更新，可能导致连接堆积，影响服务可用性，建议在低峰期快速使用，优先考虑InnoDB的MVCC或mysqldump –single-transaction等替代方案以减少影响。
MySQL中的全局锁主要用于对整个数据库实例进行加锁，常用于备份或维护操作，确保在某个时间段内所有表都不会被修改。使用全局锁时，所有对表的写操作都会被阻塞，但读操作一般不受影响（除个别情况外）。
全局锁的基本语法
在MySQL中，可以通过以下语句来获取全局锁：
FLUSH TABLES WITH READ LOCK;
这条命令会关闭所有打开的表，并对整个实例加上全局读锁，阻止所有数据变更操作（如INSERT、UPDATE、delete、DDL等）。
释放全局锁的命令是：
UNLOCK TABLES;
执行该命令后，全局读锁被释放，写操作可以恢复正常。
使用场景说明
全局锁通常用于需要一致性备份的场景，尤其是在使用MyISAM这类不支持事务的存储引擎时。虽然InnoDB推荐使用事务级别的快照（如通过START TRANSACTION WITH CONSISTENT SNAPSHOT）来实现一致性读，但在某些传统备份流程中仍可能用到全局锁。
- 执行逻辑备份前加锁，保证导出的数据一致
- 主从切换或特殊维护操作中防止数据变动
注意事项与影响
使用全局锁需谨慎，因为它会影响数据库的可用性：
- 加锁期间所有更新操作会被阻塞，可能导致连接堆积
- 即使只读实例也可能受影响，特别是涉及临时表或DDL操作时
- 如果会话断开，MySQL会自动释放锁；但若程序异常未释放，可能引发问题
- 全局锁不会阻止SELECT，但会阻止表结构变更（ALTER、DROP等）
建议在低峰期执行全局锁操作，并尽快完成所需任务后立即释放锁。
基本上就这些。全局锁虽简单，但对服务影响大，应尽量避免长时间使用，优先考虑其他一致性方案，比如利用InnoDB的MVCC机制或使用mysqldump配合–single-transaction参数。