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(工具备份) 优点: 几乎是热备(穿件快照前把表上锁,创建完成后立即释放) 支持所有引擎 备份速度快 无需使用昂贵的商业软件(它是操 ...
随机推荐
- mysql之数据库的介绍和基本的增删改查
一 学前知识 什么叫做静态页面:用户传入内容后,不能处理用户的请求,只能单纯的显示主页面的信息. 什么是负载均衡:通过计算服务器的性能,将客户发送过来的请求指派给某台服务器.一般还要有一个备份的负载均 ...
- 10个相见恨晚的 Java 在线练手项目
10个有意思的Java练手项目: 1.Java 开发简单的计算器 难度为一般,适合具有 Java 基础和 Swing 组件编程知识的用户学习 2.制作一个自己的 Java 编辑器 难度中等,适合 Ja ...
- $.cookie is not a function的错误原因
网上说的原因是:“手残导入2次jquery库文件 ” 是的,就是这个原因.引入了两次jquery.js
- tinyweb集成springmvc 的一种可行方式
最近tiny项目中集成了springmvc,而且使用的tiny的版本比较低,所以整合起来官网给的前两种方式都行不通. 而且有个tiny整合springmvc的maven依赖都下载不了.所以只有使用第三 ...
- 安卓开机logo和开机动画的几种实现方法
安卓4.2可用方法2-4,第一种方法未验证. 从理论上来说,android 有4个开机启动画面. 第一个应该是U-BOOT的启动画面,有些设备为了满足按动电源即有显示,在UBOOT里加了开机画面,实现 ...
- git,版本控制教程
主要内容 版本回退 工作区和暂存区 管理修改 撤销修改 删除文件 分支管理 *****此处没有深讲***** 一.两条基本查看命名 查看状态命令: git status 查看修改内容命令: g ...
- tp5 excel导出类
1.引入Loader use think\Loader; 2.导出方法: /** * excel表格导出 * @param string $fileName 文件名称 * @param array $ ...
- 实现两个sym转一个sym
CVO输出如果是一个像素并行输出,选择内嵌人插入同步码.如果两个像素并行输出是不能选择内嵌的,只能选择分离的方式.如果把输出的并行数据给VIP并且要求是内嵌,那只能在内部转或者外部转. 这里是实现外部 ...
- noip2017d1t3
其实是参考洛谷上某篇题解的思路: 先求出两个dis数组表示从1走和从n走的最短路: 转移方程:dp[v][dis1[u]-dis1[v]+w+j]+=dp[u][j]; 转移顺序要注意一下呢,肯定是先 ...
- java理论学时第七节。课后作业。
对AboutException.java的理解.在try中如果发出某类系统识别的错误,会以throw的形式抛出,在catch中可以将其截获,不显示在前端,可以选择执行别的代码. ArrayIndexO ...