什么情况下会触发全局锁？
参考回答
全局锁是指对整个 MySQL 数据库实例加锁，所有的读写操作都会被阻塞。触发全局锁的常见场景有以下几种：
1. 执行全局备份操作：使用 FLUSH TABLES WITH READ LOCK（FTWRL）命令。
2. 主从切换或灾备场景：需要确保主库数据一致性时。
3. DDL 操作需要阻止其他写操作：如全局配置修改或数据导入。
4. 系统维护：例如数据迁移、复制或恢复数据。
详细讲解与拓展
1. 什么是全局锁？
全局锁是指对整个 MySQL 实例加的锁。加了全局锁后，所有的表都会进入 只读状态，禁止任何写入操作，甚至阻塞 DML 操作（如 INSERT、UPDATE、DELETE）。
- 典型全局锁命令：
FLUSH TABLES WITH READ LOCK;- 将所有表切换为只读模式。
- 当前会话可以继续操作，但其他会话的写操作会被阻塞。
2. 触发全局锁的常见场景
1) 执行全库备份
– 全库备份需要保证备份数据的一致性。为防止在备份过程中数据被修改，可以加全局锁。
– 示例：
“`sql
FLUSH TABLES WITH READ LOCK;
“`
– 此命令确保备份时不会有新的写操作，备份数据保持一致性。
– **注意**：加锁期间，所有写操作会被阻塞，影响线上服务。
2) 主从切换或灾备操作
– 在主从同步中，切换主库时需要保证主库数据状态一致，因此可能触发全局锁。
– 例如在执行 RESET MASTER 或 RESET SLAVE 时，可能会对整个实例加锁。
3) 某些管理操作需要加全局锁
– 示例场景：
– 数据库的迁移或恢复。
– 更改全局配置，如修改 binlog 设置。
– 为防止操作过程中数据被更改，可能需要触发全局锁。
4) 数据一致性校验
– 在全库范围内校验数据完整性时，可能会使用全局锁来阻止写操作。
3. 全局锁的影响
1) 阻塞写操作
– 加全局锁后，所有写操作（INSERT、UPDATE、DELETE）都会被阻塞，直到锁被释放。
2) 读写分离受影响
– 如果在主库加了全局锁，可能会影响从库的同步，因为主库的 binlog 写入操作会被阻塞。
3) 影响高并发业务
– 全局锁会降低数据库的并发性能，特别是对高写入场景影响较大。
4. 如何减少全局锁的影响
1) 尽量避免在线业务加锁
– 在备份或维护期间加全局锁前，尽量选择业务低峰期操作。
2) 使用逻辑备份替代物理备份
– 使用 mysqldump 的 --single-transaction 选项进行逻辑备份：
“`bash
mysqldump –single-transaction –all-databases > backup.sql
“`
– 通过 MVCC 保证备份数据一致性，无需加全局锁。
3) 在主从架构中备份从库
– 如果有主从结构，可以在从库进行备份，而不是在主库加锁。
4) 缩短加锁时间
– 确保备份或操作时间最短，及时释放锁：
“`sql
UNLOCK TABLES;
“`
5. 全局锁的注意事项
1) 避免在生产环境长时间使用全局锁
– 长时间的全局锁可能导致业务中断，甚至出现严重故障。
2) 结合其他工具进行无锁备份
– 使用 Percona 的 XtraBackup 工具进行热备份，无需加全局锁。
3) 全局锁不是事务隔离的替代品
– 全局锁是数据库实例级别的，而事务隔离是针对单个事务的，二者目的不同。
总结
全局锁是一种影响范围极大的锁机制，通常在 全库备份、主从切换 或 系统维护 等场景中使用。尽量避免在生产环境中长时间使用全局锁，推荐使用逻辑备份（如 mysqldump --single-transaction）或其他热备份工具（如 Percona XtraBackup）来减少锁带来的影响，保障业务连续性。