使用mysqldump对MySQL的数据进行备份的操作教程(mysqldump -s)

编辑：rootadmin

推荐整理分享使用mysqldump对MySQL的数据进行备份的操作教程(mysqldump -s)，希望有所帮助，仅作参考，欢迎阅读内容。

文章相关热门搜索词:mysqldump -r,mysqldump -w,mysqldump用法,mysqldump -r -e,mysqldump用法,mysql中mysqldump,mysql中mysqldump,mysqldump用法,内容如对您有帮助，希望把文章链接给更多的朋友！

MySQL 自身的 mysqldump 工具支持单线程工作，依次一个个导出多个表，没有一个并行的机，这就使得它无法迅速的备份数据。

mydumper 作为一个实用工具，能够良好支持多线程工作，可以并行的多线程的从表中读入数据并同时写到不同的文件里，这使得它在处理速度方面快于传统的 mysqldump 。其特征之一是在处理过程中需要对列表加以锁定，因此如果我们需要在工作时段执行备份工作，那么会引起 DML 阻塞。但一般现在的 MySQL 都有主从，备份也大部分在从上进行，所以锁的问题可以不用考虑。这样， mydumper 能更好的完成备份任务。

mydumper 特性

多线程备份因为是多线程逻辑备份，备份后会生成多个备份文件备份时对 MyISAM 表施加 FTWRL (FLUSH TABLES WITH READ LOCK), 会阻塞 DML 语句保证备份数据的一致性支持文件压缩支持导出binlog 支持多线程恢复支持以守护进程模式工作，定时快照和连续二进制日志支持将备份文件切块

mydumper 备份机制

mydumper 工作流程图

主要步骤概括

主线程 FLUSH TABLES WITH READ LOCK , 施加全局只读锁，以阻止 DML 语句写入，保证数据的一致性读取当前时间点的二进制日志文件名和日志写入的位置并记录在 metadata 文件中，以供即使点恢复使用 N 个（线程数可以指定，默认是 4 ） dump 线程 START TRANSACTION WITH CONSISTENT SNAPSHOT ; 开启读一致的事物 dump non-InnoDB tables , 首先导出非事物引擎的表主线程 UNLOCK TABLES 非事物引擎备份完后，释放全局只读锁 dump InnoDB tables , 基于事物导出 InnoDB 表事物结束备份所生成的文件

所有的备份文件在一个目录中，目录可以自己指定目录中包含一个 metadata 文件记录了备份数据库在备份时间点的二进制日志文件名，日志的写入位置，

如果是在从库进行备份，还会记录备份时同步至主库的二进制日志文件及写入位置

每个表有两个备份文件：

database.table-schema.sql 表结构文件 database.table.sql 表数据文件

如果对表文件分片，将生成多个备份数据文件，可以指定行数或指定大小分片

安装使用实例

假设现有2台DB服务器，分别用于A业务与B业务，其中A业务比较重要，需要对A业务的1个DB（TaeOss）进行热备，大概有G的数据，并用业务B的DB服务器作为备机，服务器分布如下：... A业务... B业务假设要达到的要求是：在导出A业务的DB（TaeOss）时，不能对A业务有影响。同时在B业务的DB服务器上进行恢复时，也不能有较大影响，尽量控制在1分钟以内。采取的方案：1、mysqldump：属于逻辑备份，会存在锁表，但考虑到数据量比较大，锁表的时间会比较长，业务不允许，pass掉；2、xtrabackup：属于物理备份，不存在锁表，但考虑到2台DB使用的都是共享表空间，同时在业务B的数据库进行恢复时，一是时间比较长，二是数据肯定不正确，pass掉（测试过）；3、mydumper：属于逻辑备份，是一个多线程、高性能的数据逻辑备份、恢复的工具，且锁表的时间很短（G数据，分钟以内），同时会记录binlog file和pos，业务可以接受。 mydumper主要有如下特性：(1)、任务速度要比mysqldump快6倍以上；(2)、事务性和非事务性表一致的快照（适用于0.2.2以上版本）；(3)、快速的文件压缩；(4)、支持导出binlog；(5)、多线程恢复（适用于0.2.1以上版本）；(6)、以守护进程的工作方式，定时快照和连续二进制日志（适用于0.5.0以上版本）。 mydumper安装：参数如下：