作者：姚远

专注于 Oracle、MySQL 数据库多年，Oracle 10G 和 12C OCM，MySQL 5.6 ，5.7，8.0 OCP。现在鼎甲科技任顾问，为同事和客户提高数据库培训和技术支持服务。

• 文件的创建、删除、改名
• 账户的管理
• REPAIR TABLE
• TRUNCATE TABLE
• OPTIMIZE TABLE

从图里面看长查询对 FTWRL（flush tables with read lock） 是有影响的，整个系统会 hung 住，此时其它的数据库查询也不能用，包括 use database。

可以看到大家都在等这个锁释放。而 lock instance for backup 则没有这个问题。Oracle 自己的备份产品（MySQL Enterprise Backup 8）就用这个锁，Percona 的 Xtrabackup 在 8 的版本也是用这个锁。

顺便提一下，Percona 自己的 MySQL 也有一种轻量级的备份锁“LOCK TABLES FOR BACKUP”也是一种比 FTWRL 要轻量级的锁。它不会刷新表，即存储引擎不会强制关闭表，并且表不会从表缓存中排出。因此，LOCK TABLES FOR BACKUP 仅等待冲突的语句完成，它不会等待 SELECT 或更新 InnoDB 表来完成。

参考：
https://dev.mysql.com/doc/refman/8.0/en/lock-instance-for-backup.html
https://www.percona.com/doc/percona-server/8.0/management/backup_locks.html