备份锁、全局读锁
MySQL中的备份锁和全局读锁的主要区别在于它们的使用场景和影响范围。
使用场景
- 备份锁：主要用于数据库备份，确保在备份过程中数据库的一致性。当使用
mysqldump工具进行逻辑备份时，通过--single-transaction参数启动一个事务，利用MVCC机制保证数据的一致性，从而避免加锁12。 - 全局读锁：通过
Flush tables with read lock（FTWRL）命令实现，主要用于全库的逻辑备份。加锁后，整个数据库实例进入只读状态，后续的DML和DDL操作将被阻塞，直到解锁12。
影响范围
- 备份锁：使用
--single-transaction参数时，数据库在备份过程中仍然可以接受读操作，只是不接受写操作，从而避免了全局锁带来的业务停顿和主从延迟问题12。 - 全局读锁：加锁后，整个数据库实例进入只读状态，所有写操作和定义语句（如建表、修改表结构等）都将被阻塞，直到解锁12。
具体命令和参数
- 备份锁：使用
mysqldump --single-transaction命令进行备份，不需要加全局读锁12。 - 全局读锁：使用
Flush tables with read lock命令加锁，使用Unlock tables命令解锁12。
总结
- 备份锁更适合需要高并发操作的场景，因为它允许在备份过程中进行读操作，不影响业务正常运行。
- 全局读锁适用于需要确保数据一致性的场景，但会影响业务操作，可能导致业务停顿和主从延迟。
通过理解这两种锁的使用场景和影响范围，可以更好地选择适合的备份策略，确保数据的安全性和业务的连续性。
