MySQL 8中新增的轻量级备份锁lock instance for backup---发表到爱可生开源社区

最新推荐文章于 2022-11-15 12:37:53 发布

姚远Oracle ACE

最新推荐文章于 2022-11-15 12:37:53 发布

阅读量2k

点赞数

分类专栏： # MySQL 8 OCP备考笔记 MySQL 文章标签： mysql 数据库 dba

本文链接：https://blog.csdn.net/weixin_43424368/article/details/106378315

版权

MySQL 同时被 2 个专栏收录

92 篇文章 17 订阅

订阅专栏

MySQL 8 OCP备考笔记

33 篇文章 74 订阅

订阅专栏

发表到爱可生开源社区新特性解读 | 备份锁
mysql 8中新增了一个轻量级的备份锁（https://dev.mysql.com/doc/
refman/8.0/en/lock-instance-for-backup.html），它允许在online备份的时候进行DML操作，同时可防止快照不一致。这个锁禁止的操作很少，它禁止的操作包括：文件的创建、删除、改名，账户的管理和 REPAIR TABLE 、TRUNCATE TABLE、 OPTIMIZE TABLE。备份锁由lock instance for backup和unlock instance语法组成。使用这些语句需要BACKUP_ADMIN权限。
在这里插入图片描述

从图里面看长查询对flush tables with read lock是有影响的，整个系统会hung住，这时其它的数据库查询也不能用，包括use database。
在这里插入图片描述
可以看到大家都在等这个锁释放。而lock instance for backup则没有这个问题。Oracle自己的备份产品（MySQL Enterprise Backup 8）就用这个锁，Percona的Xtrabackup在8的版本也是用这个锁（https://www.percona.com/doc/percona-server/8.0/management/backup_locks.html）。
顺便提一下，percona自己的MySQL也有一种轻量级的备份锁“lock table for backup”也是一种比flush tables with read lock要轻量级的锁，它不会刷新表，即存储引擎不会强制关闭表，并且表不会从表缓存中排出. 因此，LOCK TABLES FOR BACKUP仅等待冲突的语句完成，它不会等待SELECT或更新InnoDB表来完成。