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

目录

  • 一、mydumper介绍
    • 1、 mydumper优点
    • 2、 mydumper缺点
    • 3、工作原理
    • 4、备份所生成的文件
  • 二、 mydumper 安装
    • 1.编译安装
    • 2.直接安装 rpm 包
  • 三、 mydumper 使用
    • 1、参数说明
    • 2、mydumper用法
  • 四、 myloader 使用
    • 1、参数说明
    • 2、myloader用法

对比mysqldump、mysqlpump、mydumper和xtrabackup四个工具优劣
mysql数据库备份还原-mydumper/myloader_第1张图片

一、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

你可能感兴趣的:(mysql,mysql,myloader,mydumper)