MySQL 逻辑物理备份测试
逻辑备份
mysqldump 普通备份
time mysqldump -uadmin -padmin -h127.0.0.1 -P3306 --routines --set-gtid-purged=OFF --triggers --events --single-transaction --master-data=2 --all-databases>/data/compressed/backup.sql
real 0m19.349s
user 0m3.879s
sys 0m0.951s
du -sh /data/compressed/ && rm -rf /data/compressed/*
362M /data/compressed/
mysqlpump 并行备份
time mysqlpump -uadmin -padmin -h127.0.0.1 -P3306 --set-gtid-purged=OFF --triggers --default-parallelism=4 --routines --events --single-transaction --all-databases>/data/compressed/backup.sql
real 0m6.942s
user 0m5.803s
sys 0m0.916s
du -sh /data/compressed/ && rm -rf /data/compressed/*
363M /data/compressed/
mysqlpump 压缩并行备份
time mysqlpump -uadmin -padmin -h127.0.0.1 -P3306 --set-gtid-purged=OFF --triggers --default-parallelism=4 --routines --events --compress-output=LZ4 --single-transaction --all-databases>/data/compressed/backup.sql
real 0m7.714s
user 0m7.149s
sys 0m0.611s
du -sh /data/compressed/
213M /data/compressed/
time lz4_decompress /data/compressed/backup.sql /data/backup.sql
ll -h /data/backup.sql
-rw-r--r-- 1 root root 363M Sep 16 19:53 /data/backup.sql
mydumper 并行备份
time mydumper -u admin -p admin -h 127.0.0.1 -P 3306 --routines --triggers -t 4 --events -o /data/compressed
real 0m7.582s
user 0m1.810s
sys 0m0.715s
du -sh /data/compressed/
371M /data/compressed/
mydumper 并行压缩备份
time mydumper -u admin -p admin -h 127.0.0.1 -P 3306 -c --routines --triggers -t 4 --events -o /data/compressed
real 0m12.751s
user 0m26.136s
sys 0m0.418s
du -sh /data/compressed/
119M /data/compressed/
注意
mydumper备份MySQL GTID单独存放在metadata文件里
cat /data/compressed/metadata
Started dump at: 2018-09-16 17:33:32
SHOW MASTER STATUS:
Log: mysql-bin.000002
Pos: 47557983
GTID:898db7fe-f80a-11e7-b8d4-fa163efd7144:1-75
Finished dump at: 2018-09-16 17:33:45
小结
对2.3G datadir 分别进行逻辑备份,占用时间最短的是mysqlpump并行备份(7s);占用空间最小的是mydumper并行压缩备份(119M),对于数据库较小可以采用mysqldpump或mydumper并行备份,备份速度都要优于mysqldump。
物理备份
xtrabackup --version
xtrabackup version 2.4.8
ll /usr/bin/innobackupex
lrwxrwxrwx. 1 root root 10 Jan 22 2018 /usr/bin/innobackupex -> xtrabackup
innobackupex 是xtrabackup的软链接,在percona-xtrabackup8.0版本中被移除
du -sh /opt/mysql/data/3306/
2.3G /opt/mysql/data/3306/
xtrabackup 压缩备份
time xtrabackup --defaults-file=/opt/mysql/etc/3306/my.cnf -uadmin -padmin --socket=/opt/mysql/data/3306/mysqld.sock --backup --compress --target-dir=/data/compressed/
real 0m44.597s
user 0m4.905s
sys 0m1.562s
du -sh /data/compressed/
675M /data/compressed/
yum -y install qpress
time xtrabackup --decompress --target-dir=/data/compressed/
real 0m28.961s
user 0m4.767s
sys 0m5.995s
xtrabackup 并行压缩备份
time xtrabackup --defaults-file=/opt/mysql/etc/3306/my.cnf -uadmin -padmin --socket=/opt/mysql/data/3306/mysqld.sock --backup --compress --compress-threads=4 --parallel=4 --target-dir=/data/compressed/
real 0m31.813s
user 0m5.159s
sys 0m1.803s
du -sh /data/compressed/
673M /data/compressed/
time xtrabackup --decompress --parallel=4 --target-dir=/data/compressed/
real 0m24.684s
user 0m5.384s
sys 0m8.028s
innobackupex 并行压缩备份
time /usr/bin/innobackupex --defaults-file=/opt/mysql/etc/3306/my.cnf -uadmin -padmin --socket=/opt/mysql/data/3306/mysqld.sock --compress --compress-threads=4 --parallel=4 /data/compressed/
real 0m29.864s
user 0m4.680s
sys 0m1.460s
du -sh /data/compressed/ && rm -rf /data/compressed/
673M /data/compressed/
innobackupex xbstream 流式备份
mkdir -p /data/backup
time innobackupex --defaults-file=/opt/mysql/etc/3306/my.cnf -uadmin -padmin --socket=/opt/mysql/data/3306/mysqld.sock --stream=xbstream /data/backup/ > /data/backup/backup.xbstream
real 0m42.509s
user 0m0.947s
sys 0m2.642s
du -ch /data/backup/
1.9G /data/backup/
1.9G total
time xbstream -x</data/backup/backup.xbstream -C /backup
real 0m28.451s
user 0m0.308s
sys 0m13.889s
innobackupex xbstream 流式压缩并行备份
time innobackupex --defaults-file=/opt/mysql/etc/3306/my.cnf -uadmin -padmin --socket=/opt/mysql/data/3306/mysqld.sock --stream=xbstream --compress --compress-threads=4 --parallel=4 /data/backup/ > /data/backup/backup.xbstream
real 0m35.992s
user 0m4.988s
sys 0m1.909s
du -sh /data/backup/
672M /data/backup/
innobackupex tar 流式备份
time innobackupex --defaults-file=/opt/mysql/etc/3306/my.cnf -uadmin -padmin --socket=/opt/mysql/data/3306/mysqld.sock --stream=tar /data/backup/ > /data/backup/out.tar
real 0m40.338s
user 0m0.641s
sys 0m2.726s
du -sh /data/backup/
1.9G /data/backup/
innobackupex tar 流式压缩备份
`
time innobackupex --defaults-file=/opt/mysql/etc/3306/my.cnf -uadmin -padmin --socket=/opt/mysql/data/3306/mysqld.sock --stream=tar /data/backup/ | gzip > /data/backup/out.tar.gz
real 1m47.964s
user 1m19.120s
sys 0m2.883s
du -ch /data/backup/
476M /data/backup/
time tar -zxf /data/backup/out.tar.gz -C /backup/
real 0m28.718s
user 0m11.294s
sys 0m18.175s
innobackupex tar 流式压缩并行备份
并行备份无效
time innobackupex --defaults-file=/opt/mysql/etc/3306/my.cnf --parallel=4 -uadmin -padmin --socket=/opt/mysql/data/3306/mysqld.sock --stream=tar /data/backup/ | gzip > /data/backup/out.tar.gz
real 1m50.192s
user 1m18.925s
sys 0m2.768s
xtrabackup: using O_DIRECT
InnoDB: Number of pools: 1
xtrabackup: warning: the --parallel option does not have any effect when streaming in the 'tar' format. You can use the 'xbstream' format instead.
小结
对2.3G datadir 分别进行物理备份,备份占用时间最短的是innobackupex压缩并行备份(30s)和xtrabackup 压缩并行备份(31s),其次是innobackupex xbstream 流式压缩并行备份(35s);备份占用空间最小的是innobackupex tar流式压缩备份(476M),innobackupex tar流式备份不支持并行备份
若更在意备份时间,推荐xtrabackup/innobackupex 压缩并行备份,若更在意备份空间占用大小,推荐innobackupex tar流式压缩备份
数据量较大适合物理备份
参考
Percona XtraBackup - Documentation
MySQL 逻辑物理备份测试的更多相关文章
- MySQL数据物理备份之lvm快照
使用lvm快照实现物理备份 优点: 几乎是热备(创建快照前把表上锁,创建完后立即释放) 支持所有存储引擎 备份速度快 无需使用昂贵的商业软件(它是操作系统级别的) 缺点: 可能需要跨部门协调(使用操作 ...
- 使用 xtrabackup 进行MySQL数据库物理备份
0. xtrabackup的功能 能实现的功能: 非阻塞备份innodb等事务引擎数据库. 备份myisam表会阻塞(需要锁). 支持全备.增量备份.压缩备份. 快速增量备份(xtradb,原理类似于 ...
- MySQL数据物理备份之xtrabackup
percona-xtrabackup 它是开源免费的支持MySQL 数据库热备份的软件,它能对InnoDB和XtraDB存储引擎的数据库非阻塞地备份.它不暂停服务创建Innodb热备份: 为mysql ...
- MySQL数据物理备份之tar打包备份
复制数据文件方式,可以使用cp或tar 1.停止服务 [root@localhost mysql]# systemctl stop mysqld [root@localhost mysql]# net ...
- MySQL · 物理备份 · Percona XtraBackup 备份原理
http://mysql.taobao.org/monthly/2016/03/07/ 前言 Percona XtraBackup(简称PXB)是 Percona 公司开发的一个用于 MySQL 数据 ...
- mysql物理备份innobackupex
一.全量备份 1.安装xtrabackup # wget https://www.percona.com/downloads/XtraBackup/Percona-XtraBackup-2.4.4/b ...
- 我的MYSQL学习心得 备份和恢复(详细)
备份 逻辑备份方法 使用MYSQLDUMP命令备份 MYSQLDUMP是MYSQL提供的一个非常有用的数据库备份工具.mysqldump命令执行时将数据库备份成一个文本文件, 该文件中实际上包含了多个 ...
- MySQL优化之——备份和恢复
转载请注明出处:http://blog.csdn.net/l1028386804/article/details/46766919 备份 逻辑备份方法 使用MYSQLDUMP命令备份 MYSQLDUM ...
- MySQL物理备份 lvm-snapshot
MySQL备份之 lvm-snapshot lvm-snapshot(工具备份) 优点: 几乎是热备(穿件快照前把表上锁,创建完成后立即释放) 支持所有引擎 备份速度快 无需使用昂贵的商业软件(它是操 ...
随机推荐
- 关于进行pdf的每页广告去除、转换word等方案。
pdf转word经常使用的是 软件下载安装破解完成以后进行编辑pdf,可以导出word,效果比一般的word自带的转换效果要好. 在进行pdf的每页去除页脚或者页眉的广告时候,使用pdf的替换功能.这 ...
- jetbrains产品的一些使用技巧
取消界限: 设置默认字符长度的准线,在图一中进行修改目前上限是1000 快捷键的使用: crtl+D:复制当前代码,获取多个类似内容的时候可以直接使用. crtl+F:查找代码中的内容,可以使用正则表 ...
- mysql 添加外键详解
为已经添加好的数据表添加外键: 语法:alter table 表名 add constraint FK_ID foreign key(你的外键字段名) REFERENCES 外表表名(对应的表的主键字 ...
- MES制造执行系统
mes : Manufacturing Execution System 制造执行系统 起因:ERP系统和底层设备之间出现了断层. 包括资源管理,生产调度,单元分配,生产跟踪,性能分析,文档管理,人 ...
- 对象序列化:pickle和shelve
import pickle class DVD: def __init__(self,tilte,year=None,duration=None,director_id=None): self.tit ...
- centos7安装桌面环境
在命令行运行: yum groupinstall ‘GNOME Desktop’
- exec函数
概念 当进程调用一种exec函数时,该进程执行的程序完全替换为新程序,新程序从main函数开始执行.调用exec并不创建新进程,所以前后的进程ID并未改变.exec只是用磁盘上的一个新程序替换了当前进 ...
- 简单的dialog,类似alert弹框
function alertPop(content){ $.dialog({ title:"提示", width:400, height:100, padding:'5px', c ...
- 阿里云oss如何上传一个文件夹
最近公司在做工程项目,实现文件夹云存储上传 网上找了很久,发现很多项目都存在一些问题,但还是让我找到了一个成熟的项目. 工程: 对项目的文件夹云存储上传功能做出分析,找出文件夹上传的原理,对文件夹的云 ...
- Chapter15 Principles of Metabolic Regulation
15.1 调节代谢的通路 (1)细胞和有机体维持着动态稳定 调节作用的基因多 2500个 12% 激酶占比多 300个 一个通路受到多方调节 (2)酶的数量和催化活性 可以被调节 反应物的调控 糖酵解 ...