【备份和恢复】mydumper
项目地址:https://github.com/mydumper/mydumper
mydumper是一款多线程的逻辑备份工具,相比mysqldump的单线程,备份和恢复速度更快。
适合数据量级比较大的数据库逻辑备份【推荐】
1、安装mydumper
# 上传或者下载mydumper
yum -y localinstall mydumper-0.16.11-2.el7.x86_64.rpm
2、mydumper工作原理
# mydumper主要流程:
1、主线程 FLUSH TABLES WITH READ LOCK,施加全局只读锁,以阻止DML语句写入,保证数据的一致性
2、读取当前时间点的二进制日志文件名和日志写入的位置并记录在metadata文件中,以供即使点恢复使用
3、启动N个dump线程(默认是4) START TRANSACTION WITH CONSISTENT SNAPSHOT;开启读一致的事务
4、dump non-InnoDB tables,首先导出非事务引的表
5、主线程 UNLOCK TABLES 非事务引擎备份完后,释放全局只读锁
6、dump InnoDB tables 基于事务导出InnoDB表
7、事务结束
3、备份:mydumper
-B, --database 要备份的数据库,不指定则备份所有库
-T, --tables-list 需要备份的表,名字用逗号隔开
-o, --outputdir 备份文件输出的目录
-s, --statement-size 生成的insert语句的字节数,默认1000000(这个参数不能太小,不然会报 Row bigger than statement_size for tools.t_serverinfo)
-r, --rows 将表按行分块时,指定的块行数,指定这个选项会关闭 --chunk-filesize
-F, --chunk-filesize 将表按大小分块时,指定的块大小,单位是 MB
-c, --compress 压缩输出文件
-e, --build-empty-files 如果表数据是空,还是产生一个空文件(默认无数据则只有表结构文件)
-x, --regex 支持正则表达式匹配'db.table',如mydumper –regex '^(?!(mysql|test))'
-i, --ignore-engines 忽略的存储引擎,用都厚分割
-m, --no-schemas 不备份表结构
-d, --no-data 不备份表数据
-G, --triggers 不备份触发器
-E, --events 不备份事件
-R, --routines 不备份存储过程和函数
-k, --no-locks 不使用临时共享只读锁,使用这个选项会造成数据不一致
--less-locking 减少对InnoDB表的锁施加时间(这种模式的机制下文详解)
-l, --long-query-guard 设定阻塞备份的长查询超时时间,单位是秒,默认是60秒(超时后默认mydumper将会退出)
--kill-long-queries 杀掉长查询 (不退出)
-b, --binlogs 导出binlog
-D, --daemon 启用守护进程模式,守护进程模式以某个间隔不间断对数据库进行备份
-I, --snapshot-interval dump快照间隔时间,默认60s,需要在daemon模式下
-L, --logfile 使用的日志文件名(mydumper所产生的日志), 默认使用标准输出
--tz-utc 设置时区,只有备份应用到不同时区的时使用。默认是--skip-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
--lock-all-tables 锁全表,代替FLUSH TABLE WITH READ LOCK
-U, --updated-since Use Update_time to dump only tables updated in the last U days
--trx-consistency-only Transactional consistency only
4、恢复:myloader
-d, --directory 备份文件的文件夹
-q, --queries-per-transaction 每次事物执行的查询数量,默认是1000
-o, --overwrite-tables 如果要恢复的表存在,则先drop掉该表,使用该参数,需要备份时候要备份表结构
-B, --database 需要还原的数据库
-s, --source-db 还原的数据库
-e, --enable-binlog 启用还原数据的二进制日志
-h, --host 主机
-u, --user 还原的用户
-p, --password 密码
-P, --port 端口
-S, --socket socket文件
-t, --threads 还原所使用的线程数,默认是4
-C, --compress-protocol 压缩协议
-V, --version 显示版本
-v, --verbose 输出模式, 0 = silent, 1 = errors, 2 = warnings, 3 = info, 默认为2
5、备份生成的文件
在备份目录中生成以下文件:
1、metadata
记录了备份数据库在备份时间点的binlog文件名,position,gtid等,可基于此文件作为截取binlog起点
如果是在从库进行备份,还会记录备份时同步至主库的二进制日志文件及写入位置
2、每个库的备份文件:
库名-schema-create.sql 库定义文件
3、每个表有2个备份文件:
库名.表名-schema.sql 表结构文件
库名.表名.sql 表数据文件(可能会分片:库名.表名.00000.sql)
6、常用备份命令
备份全库(实例)
# 【备份全库(实例)】
mydumper -u athos -p 123qwe -S /tmp/mysql.sock -o /backup/mysql
# -o 指定备份目录
# 【恢复整个实例】
myloader -u athos -p 123qwe -S /tmp/mysql.sock -o -d /backup/mysql
# -o 覆盖
# -d 指定备份目录
备份单库
# 【备份单库】
mydumper -u athos -p 123qwe -S /tmp/mysql.sock -B 库名 -o /backup/mysql
# 【恢复单库】
myloader -u athos -p 123qwe -S /tmp/mysql.sock -o -B 库名 -d /backup/mysql
备份单表
# 【备份单表】
mydumper -u athos -p 123qwe -S /tmp/mysql.sock -T 库名.表名[,库名.表名...] -o /backup/mysql
# 【恢复单表】
> use 库名
> drop table xxx # 删除原表
> source /backup/mysql/库名.表名-schema.sql # 重建表
> source /backup/mysql/库名.表名.sql # 导入数据
备份表结构
mydumper -u athos -p 123qwe -S /tmp/mysql.sock -T 库名.表名 -d -o /backup/mysql
备份压缩
生成.gz结尾的压缩文件
mydumper -u athos -p 123qwe -S /tmp/mysql.sock -T 库名.表名 -c -o /backup/mysql
- 感谢你赐予我前进的力量
赞赏者名单
因为你们的支持让我意识到写文章的价值🙏
本文是原创文章,完整转载请注明来自 athos.lau