小编给大家分享一下mysql中mydumper和mysqldump对比使用有什么不区别,相信大部分人都还不怎么了解,因此分享这篇文章给大家参考一下,希望大家阅读完这篇文章后大有收获,下面让我们一起去了解一下吧!
mydumper 导出
使用 mydumper 工具以 8 个线程导出 test(9.4G) 的数据, 并压缩, 如下所示:
mydumper -B test --regex 'test.*' -c -e -G -E -R --use-savepoints -h 10.0.21.5 -u root -P 3301 -p xxxxxx -t 8 -o /data/mysql_bak/
在目录 /data/mysql_bak 里, 库中的每个表都保存为表定义和数据两个文件.
整体执行时间如下, 一共耗时 123s
# cat metadata
Started dump at: 2017-05-19 10:48:00
SHOW MASTER STATUS:
Log: mysql-bin.000406
Pos: 2165426
GTID:(null)
SHOW SLAVE STATUS:
Host: 10.144.127.4
Log: mysql-bin.000419
Pos: 506000361
GTID:(null)
Finished dump at: 2017-05-19 10:50:03
mysqldump 导出
使用默认的 mysqldump 工具导出该库并压缩, 如下所示:
# time mysqldump -B test -E -R -h 10.0.21.5 -u root -P 3301 -p | gzip >/data/test.sql.gz
Enter password:
real 3m19.805s
user 4m47.334s
sys 0m10.395s
real 一行显示 mysqldump 整个运行的时间为 199.8s
总结
整体上看, 由于数据不多, mysqldump 和 mydumper 时间相差并不大, 大多的时间都消耗在数据传输层面, 如果库足够大的话, mydumper 的优势就能体现出来. 另外低版本的 mydumper 由于高版本 MySQL 语法的变更, 会存在导出错误的问题, 比如出现下面错误:
** (mydumper:18758): CRITICAL **: Couldn't execute 'SET OPTION SQL_QUOTE_SHOW_CREATE=1': You have an error in your SQL syntax;
check the manual that corresponds to your MySQL server version for the right syntax to use near 'OPTION SQL_QUOTE_SHOW_CREATE=1'
at line 1 (1064)
处理这种问题可以使用高版本的 mydumper , 如果高版本还有这个问题可以参考 github 官方代码做相应代码修改.
以上是“mysql中mydumper和mysqldump对比使用有什么不区别”这篇文章的所有内容,感谢各位的阅读!
大型站长资讯类网站!