前言：
上篇文章介绍了 mydumper 备份工具的使用方法，文中有提到 mydumper 和 myloader 是一对相互的命令，即 mydumper 负责备份（导出），myloader 负责恢复（导入）。那么 myloader 又该如何使用呢？本篇文章我们一起来看下。
1. myloader 介绍
myloader 是与 mydumper 工具配合使用的多线程备份恢复工具，可以直接以 mydumper 输出文件为输入，恢复备份数据。主要用于将 dump 出来的 sql 文件以并行的方式进行恢复。
执行 myloader --help 可以查看帮助信息，同样的，我们来看下 myloader 相关参数：
参考官方介绍，以下简要说明部分常用的参数。
| 参数名 | 缩写 | 含义 |
|---|---|---|
| --user | -u | 使用的用户名 |
| --pasword | -p | 连接所用的用户密码 |
| --host | -h | MySQL 服务端地址 |
| --port | -P | MySQL 端口号 |
| --threads | -t | 开启的线程数，默认是4 |
| --directory | -d | 指定待恢复的备份目录 |
| --queries-per-transaction | -q | 每次事务执行的查询数量，默认是1000 |
| --overwrite-tables | -o | 如果要恢复的表存在，则先drop掉该表 |
| --database | -B | 需要还原到哪个数据库（目标数据库） |
| --source-db | -s | 选择被还原的数据库（源数据库） |
| --enable-binlog | -e | 在恢复时开启binlog |
我们知道，myloader 也是多线程的，面对 mydumper 备份出来的那么多文件，恢复的时候是如何顺序执行的呢？各个线程是如何工作的？myloader 具体工作流程可参考下图：
image.png
即首先会创建一个主线程，主线程负责主逻辑，子线程为 worker 线程，执行具体恢复数据任务，子线程执行完成后再由主线程创建函数、存储过程、事件及视图、触发器这些对象。
2. myloader 恢复示例
我们以上篇文章备份出的文件为例，来看下如何用 myloader 进行恢复：
# 恢复备份文件中的全部 若表已存在则先删除
myloader -u root -p 123456 -o -d /backups/all3
# 从全备中恢复指定库
myloader -u root -p 123456 -s db1 -o -d /backups/all3
# 将某个数据库备份还原到另一个数据库中（目标库不存在则会新建）
myloader -u root -p 123456 -B recover_db1 -s db1 -o -d /backups/all3
myloader -u root -p 123456 -B recover_db1 -o -d /backups/db1
# 恢复时开启binlog（有备库的时候需要开启）
myloader -u root -p 123456 -e -o -d /backups/db1
# 无法直接还原单表 只能找到单表的sql文件 进入命令行source 执行
source db1.tb1-schema.sql 还原表结构
source db1.tb1.sql 还原表数据
可以看到使用 myloader 恢复数据还是很方便的，并且有多个参数可选，恢复场景也更加灵活。比如我们可以从全备中恢复出单个库，或者将备份恢复到一个新库中等等，这些场景基本能覆盖日常恢复需求。虽然不支持单表恢复，但我们可以到文件夹中轻松找到该表的建表及插数据的 sql 脚本，进入 mysql 命令行中再执行单个脚本也能实现恢复单表的需求。
不过要注意的是 myloader 恢复时默认不开启 binlog，这虽然可以加快恢复速度，但是当存在从库时，一定要注意使用 -e 参数来打开 binlog 记录。
网友评论