
Mydumper出口
使用mydumper工具出口测试数据(9.4g)8螺纹和压缩,如下图所示:
mydumper B测试regex'test。*C·E·G·E·R·h使用保存点
在目录/数据/ mysql_bak,库中的每个表保存为一个表定义和数据两个文件。
整体执行时间如下,共耗时123s
#猫元数据
开始转储:2017-05-19 10:48:00
显示主状态:
日志:mysql-bin.000406
Pos:2165426
gtid:(空)
显示从属状态:
主持人:10.144.127.4
日志:mysql-bin.000419
Pos:506000361
gtid:(空)
完成转储:2017-05-19 10:50:03
就出口
默认使用mysqldump工具导出库和压缩它,如下所示:
就测试B E #时间·R·H 10.0.21.5 U根P P gzip > /数据/ test.sql.gz 3301 |
输入密码:
真正的3m19.805s
用户4m47.334s
系统0m10.395s
实际表明,mysqldump整个运行时间199.8s
总结
总体上,由于缺乏数据,就和mydumper时差不多,大部分在数据传输层所耗费的时间,如果图书馆足够大,对mydumper优势可以体现。此外,由于MySQL的语法变化的高版本的mydumper低版本,会出现错误的问题,如下面的错误:
***(mydumper:18758):关键**:不能execute'set选项sql_quote_show_create = 1:你有一个错误。
检查与MySQL服务器版本对应的手册
在第1(1064)行
一个高版本的mydumper可以用来解决这个问题,如果高版本有这个问题,它可以进行修改,通过GitHub官方代码对应的代码。