mysql数据库备份还原-mydumper/myloader

对比mysqldump、mysqlpump、mydumper和xtrabackup四个工具优劣

一、mydumper介绍

1、 mydumper优点

采用C语言开发，使用glibc库
多线程备份，速度据说比mysqldump快10倍
多线程恢复
支持事务和非事务表的一致性备份（适用于0.2.2以上版本）
备份后会生成多个备份文件（因为是多线程备份）
备份时对MyISAM表施加FTWRL（FLUSH TABLES WITH READ LOCK），会阻塞DML语句
支持快速文件压缩
支持导出binlog（新版本已不支持）
支持将备份文件切块
支持以守护进程模式工作，定时快照和连续二进制日志

2、 mydumper缺点

不可指定字符集，代码中写死字符集为binary，需要保证源与目标端字符集相同，否则可能出现乱码
mydumper 工具没有排除选项，可以使用正则选项 --regex 做反向匹配，例如 --regex’^(?!(sys))’ 表示不备份sys库
快照功能有bug，无法正常使用，会导致内存泄漏

3、工作原理

mydumper主要流程概括
1、主线程 FLUSH TABLES WITH READ LOCK, 施加全局只读锁，以阻止DML语句写入，保证数据的
一致性
2、读取当前时间点的二进制日志文件名和日志写入的位置并记录在metadata文件中，以供即使点恢复
使用
3、N个（线程数可以指定，默认是4）dump线程 START TRANSACTION WITH CONSISTENT
SNAPSHOT; 开启读一致的事务
4、dump non-InnoDB tables, 首先导出非事务引擎的表
5、主线程 UNLOCK TABLES 非 事务引擎备份完后，释放全局只读锁
6、dump InnoDB tables, 基于 事务导出InnoDB表
7、事务结束

4、备份所生成的文件

目录中包含一个metadata文件
记录了备份数据库在备份时间点的二进制日志文件名，日志的写入位置，
如果是在从库进行备份，还会记录备份时同步至主库的二进制日志文件及写入位置
每个表有两个备份文件：
database.table-schema.sql 表结构文件
database.table.sql 表数据文件
如果对表文件分片，将生成多个备份数据文件，可以指定行数或指定大小分片

二、 mydumper 安装

1.编译安装

#安装配置依赖
yum install -y cmake gcc gcc-c++ git make
#安装开发依赖
yum install -y glib2-devel mysql-devel openssl-devel pcre-devel zlib-devel libzstd-devel
#可以安装数据库版本
yum install -y mysql-devel
yum install -y Percona-Server-devel-57
yum install -y mariadb-devel

[root@localhost ~]# yum -y  install glib2-devel mysql-devel zlib-devel pcre-devel zlib gcc-c++ gcc cmake
[root@localhost ~]# wget https://launchpad.net/mydumper/0.9/0.9.1/+download/mydumper-0.9.1.tar.gz
[root@localhost ~]# tar zxf mydumper-0.9.1.tar.gz
[root@localhost ~]# cd mydumper-0.9.1/
[root@localhost mydumper-0.9.1]# cmake .
[root@localhost mydumper-0.9.1]# make
[root@localhost mydumper-0.9.1]# make install

# 安装完成后生成两个二进制文件 mydumper 和 myloader 位于 /usr/local/bin 目录下
[root@localhost bin]# ls /usr/local/bin/
mydumper  myloader

2.直接安装 rpm 包

# rpm包地址：https://github.com/maxbube/mydumper/releases 请根据自己的系统类型选择下载版本
[root@localhost ~]# yum install https://github.com/maxbube/mydumper/releases/download/v0.10.7-2/mydumper-0.10.7-2.el7.x86_64.rpm
# 安装完成后生成两个二进制文件 mydumper 和 myloader 位于 /usr/bin 目录下

三、 mydumper 使用

1、参数说明

-B, --database 要备份的数据库，不指定则备份所有库（information_schema和performance_schema系统库除外）
-T, --tables-list 需要备份的表，名字用逗号隔开，可以用正则表达式
-o, --outputdir 备份文件输出的目录，不指定默认为当前目录
-s, --statement-size 生成的insert语句的字节数，默认1000000字节，超过这个大小会生成新的insert语句
-r, --rows 将表按行分块时，指定多少行数据作为一个块，指定这个选项会关闭 --chunk-filesize
-F, --chunk-filesize 将表按指定大小分块，单位是MB但使用该选项时不用带单位，-F 2即可
-c, --compress 压缩备份
-e, --build-empty-files 即使备份表数据是空，还是产生一个空文件（默认无数据只有表结构文件）
-x, --regex 使用正则表达式匹配备份/不备份的对象
-i, --ignore-engines 指定备份时要忽略的存储引擎，用逗号分割
-m, --no-schemas 不备份表结构
-d, --no-data 不备份表数据
-G, --triggers 备份触发器
-E, --events 备份事件（job）
-R, --routines 备份存储过程和函数
-W, --no-views 不备份视图
-k, --no-locks 不使用临时共享只读锁，这会造成备份数据不一致
–less-locking 最小化对InnoDB表的加锁时间
-l, --long-query-guard 如果备份时遇到某查询执行时间超过该选项指定值还没完成，则退出备份。单位是秒，默认60秒
–kill-long-queries 如果备份时遇到某查询执行时间超过该选项指定值还没完成，kill掉该慢查询，但不退出备份。
-b, --binlogs 导出binlog
-D, --daemon 启用守护进程模式，守护进程模式以某个间隔不间断对数据库进行备份
-I, --snapshot-interval dump快照间隔时间，默认60s，需要在daemon模式下
-L, --logfile 使用的日志文件名(mydumper所产生的日志), 默认使用标准输出
–tz-utc 跨时区是使用的选项，不解释了
–skip-tz-utc 同上
–use-savepoints 使用savepoints来减少采集metadata所造成的锁时间，需要 SUPER 权限
–success-on-1146 Not increment error count and Warning instead of Critical in case of table doesn’t exist
-h, --host 连接的主机名
-u, --user 备份所使用的用户
-p, --password 密码
-P, --port 端口
-S, --socket 使用socket通信时的socket文件
-t, --threads 开启的备份线程数，默认是4
-C, --compress-protocol 压缩与mysql通信的数据
-V, --version 显示版本号
-v, --verbose 输出信息模式, 0 = silent, 1 = errors, 2 = warnings, 3 = info, 默认为 2

2、mydumper用法

# 备份全部数据库 包含触发器、事件、存储过程及函数
mydumper -h 192.168.181.27 -u root -p '123456' -P 3306 -t 2 -l 7200 --kill-long-queries -v 3 --skip-tz-utc -G -R -E -o /home/aa/ -L /home/test.log

# 备份指定库指定表，多个表逗号分割: -B -T
mydumper -u root -p 123456 -B db1 -T tb1,tb2 -o /aa/

# 只备份表结构: -d
mydumper -u root -p 123456 -d -B db1 -o /aa

# 不备份表结构,只备份表数据: -m
mydumper -u root -p 123456 -m -B db1 -o /aa/

# 压缩备份某个表: -c
mydumper -u root -p 123456 -B db1 -T tb1 -c -o /aa/

# 使用正则: 只备份以 dev2*开头的多个数据库: -x
./mydumper -h 192.168.1.33 -u root -p q1w2E -P 4000 -t 2 -x dev2* --skip-tz-utc -o ./aa

# 使用正则: 过滤特定库，例如不备份mysql及test库: -x
./mydumper -h 192.168.1.33 -u root -p q1w2E -P 4000 -t 2 -x '^(?!(mysql|test))' --skip-tz-utc -o ./aa

# 备份以某些名称开头的数据库: -x
/home/sftp/tidb-tools/mydumper -h 192.168.180.9 -u root -p 'q1w2E#R$' -P 3306 -t 2 -l 7200 --kill-long-queries -v 3 --skip-tz-utc -G -R -E -e -x '^(aa\.|ab\.|ba\.)' -o /home/sftp/tidb-tools/test/aa/ -L /home/sftp/tidb-tools/test/test.log

# 备份除某些表外的某个数据库的其他表: -x
/home/sftp/tidb-tools/mydumper -h 192.168.180.9 -u paas -p 1111 -P 4000 -c -t 4 -s 10000000 -r 50000 -l 7200 --kill-long-queries  -x '^(?!prd2_pfizer.dc_flowdata_deliver_sale_inactive_2020)(?!prd2_pfizer.dc_flowdata_deliver_sale_inactive_2021)(?!prd2_pfizer.dc_flowdata_deliver_sale_inactive_2022)(?!prd2_pfizer.dc_flowdata_deliver_sale_upjohn)(?!prd2_pfizer.dc_flowdata_deliver_inventory_upjohn)(?!prd2_pfizer.dc_flowdata_deliver_purchase_upjohn)(prd2_pfizer)' --skip-tz-utc -o /home/sftp/pfizer/pfizer_backup_$(date +%Y%m%d)/

以上是针对不同场景给出的相应备份语句，实际执行后，我们发现：mydumper 备份会产生多个文件，比如建库、建表、表数据等都分别在不同文件中。以 db1 库的全备为例，来看下备份出的文件命名规则及作用。

[root@localhost ~]# cd /mysql_backup/db1/
[root@localhost db1]# tree .
.
├── db1-schema-create.sql
├── db1-schema-post.sql
├── db1.tb1-schema.sql
├── db1.tb1-schema-triggers.sql
├── db1.tb1.sql
├── db1.tb2.metadata
├── db1.tb2-schema.sql
├── db1.tb2.sql
├── db1.tb3.metadata
├── db1.tb3-schema.sql
├── db1.view1-schema.sql
├── db1.view1-schema-view.sql
└── metadata

0 directories, 14 files

可能各个版本备份出来的文件命名稍有不同，从文件命名可以较为明显的看出该文件的内容，大致总结下文件命名规则如下：

dbname-schema-create.sql：建库语句。
dbname-schema-post.sql：包含事件、存储过程及函数创建语句（若存在则有该文件）。
dbname.tbname-schema.sql：此表的创建语句。
dbname.tbname-schema-triggers.sql：创建触发器语句（若该表存在触发器 则有此文件）。
dbname.tbname.sql：该表的插入数据语句（若该表为空 则不存在此文件）。
dbname.viewname-schema.sql：创建视图语句（只列举出视图字段）。
dbname.viewname-schema-view.sql：创建视图的真正语句。
metadata：记录开始及结束备份的时间以及二进制日志位置。

四、 myloader 使用

1、参数说明

-d, --directory 备份文件的文件夹
-q, --queries-per-transaction 每次事物执行的查询数量，默认是1000
-o, --overwrite-tables 如果要恢复的表存在，则先drop掉该表，使用该参数，需要备份时候要备份表结构
-B, --database 需要还原到哪个数据库（目标数据库）
-e, --enable-binlog 指定加载数据时开启数据库实例的binlog记录功能
-h, --host 主机
-u, --user 还原的用户
-p, --password 密码
-P, --port 端口
-s, --source-db 需要还原哪个数据库（源数据库）
-S, --socket socket文件
-t, --threads 还原所使用的线程数，默认是4
-C, --compress-protocol 压缩协议
-V, --version 显示版本
-v, --verbose 输出模式, 0 = silent, 1 = errors, 2 = warnings, 3 = info, 默认为2

2、myloader用法

#还原mysqlhqdb库
myloader -u root -p 'xxxxxDB2015!@#' -B mysqlhqdb -d /mnt/backup/

#还原tableA表
myloader -u root -p 'xxxxxDB2015!@#' -B mysqlhqdb -o tableA -d /mnt/backup/

# 恢复备份文件中的全部 若表已存在则先删除
myloader -u root -p 123456 -o -d /aa

# 从全备中恢复指定库
myloader -u root -p 123456 -s db1 -o -d /aa

# 将某个数据库备份还原到另一个数据库中（目标库不存在则会新建）
myloader -u root -p 123456 -B recover_db1 -s db1 -o -d /aa

# 恢复时开启binlog（有备库的时候需要开启）
myloader -u root -p 123456 -e -o -d /aa