mysqldump是怎么执行一致性快照备份的

实验场景

MySQL 8.0.25 InnoDB

实验步骤：

先开启 general_log 观察导出执行过程的执行情况

set global general_log=ON;

mysqldump 关键参数说明：

--single-transaction  参数说明：

将隔离级别设为 REPEATABLE READ ， 并开启一个只读事务，该事务中会进行一致性快照读，这个选项对InnoDB的数据表有效，但是不能保证MyISAM表和MEMORY表的数据一致性，dump 操作期间会先关闭所有打开的表，并产生FTWRL锁 ，然后快速释放FTWRL锁。

general_log 日志显示如下：

FLUSH /*!40101 LOCAL */ TABLES
FLUSH TABLES WITH READ LOCK
SET SESSION TRANSACTION ISOLATION LEVEL REPEATABLE READ
START TRANSACTION /*!40100 WITH CONSISTENT SNAPSHOT */

如果这时候当前的数据库已经有表锁，那么dump操作会被堵塞,直到先前的表锁被释放后继续执行；或者超过锁定时间 lock_wait_timeout 后退出。

下面是先模拟执行了 LOCK TABLES t_user READ; 操作后，dump操作被堵塞的情况。

(Sun Nov 21 06:42:07 2021)[root@GreatSQL][(none)]>show processlist;
+----+-----------------+-----------+------+---------+-------+-------------------------+--------------------------------+----------+-----------+---------------+
| Id | User            | Host      | db   | Command | Time  | State                   | Info                           | Time_ms  | Rows_sent | Rows_examined |
+----+-----------------+-----------+------+---------+-------+-------------------------+--------------------------------+----------+-----------+---------------+
|  5 | event_scheduler | localhost | NULL | Daemon  | 77523 | Waiting on empty queue  | NULL                           | 77523235 |         0 |             0 |
| 11 | root            | localhost | test | Sleep   |   266 |                         | NULL                           |   266664 |         0 |             0 |
| 14 | root            | localhost | NULL | Query   |   263 | Waiting for table flush | FLUSH /*!40101 LOCAL */ TABLES |   263751 |         0 |             0 |
| 17 | root            | localhost | NULL | Query   |     0 | init                    | show processlist               |        0 |         0 |             0 |
+----+-----------------+-----------+------+---------+-------+-------------------------+--------------------------------+----------+-----------+---------------+
4 rows in set (0.00 sec)

--master_data=1|2  参数说明：

执行 show master status\G;  获取binlog文件和position值，区别在于参数设置为2，导出的内容被注释了。

general_log日志显示如下：

-- CHANGE MASTER TO MASTER_LOG_FILE='binlog.000002', MASTER_LOG_POS=196;

正常备份流程图解

• 没有加 --single-transaction 和 --master_data  参数执行流程

• 加了--single-transaction 和 --master_data 参数执行流程

推荐延伸阅读：

• https://imysql.com/2008_10_24_deep_into_mysqldump_options

Enjoy GreatSQL :)

---

《深入浅出MGR》视频课程

戳此小程序即可直达B站

或复制链接在浏览器中打开

• https://www.bilibili.com/medialist/detail/ml1475247782

---

文章推荐：

• 面向金融级应用的GreatSQL正式开源

• GreatSQL MGR FAQ

• 技术分享|在Ubuntu下编译安装GreatSQL

• 03.安装部署MGR集群 | 深入浅出MGR

• 『叶问』#40，MySQL进程号、连接ID、查询ID、InnoDB线程与系统线程如何对应
  

• 通过DML语句浅谈binlog和redo log
  

• 『老叶茶馆』2021年度热文推荐

---

点击文末“阅读原文”直达老叶专栏