为什么80%的码农都做不了架构师？>>> 
一：我的使用环境：CentOS6.5 + Mysql5.7
MySQL备份工具比较：
1、mysqldump：属于逻辑备份，会存在锁表，但考虑到数据量比较大，锁表的时间会比较长，业务不允许，pass掉；
2、xtrabackup：属于物理备份，不存在锁表，但考虑到2台DB使用的都是共享表空间，同时在业务B的数据库进行恢复时，一是时间比较长，二是数据肯定不正确，pass掉（测试过）；
3、mydumper：属于逻辑备份，是一个多线程、高性能的数据逻辑备份、恢复的工具，且锁表的时间很短（40G数据，10分钟以内），同时会记录binlog file和pos，业务可以接受。
二：介绍
MySQL 自身的 mysqldump 工具支持单线程工作， 依次一个个导出多个表，没有一个并行的机 ，这就使得它无法迅速的备份数据。
mydumper 作为一个实用工具，能够良好支持多线程工作， 可以并行的多线程的从表中读入数据并同时写到不同的文件里 ，这使得它在处理速度方面快于传统的 mysqldump 。其特征之一是在处理过程中需要对列表加以锁定，因此如果我们需要在工作时段执行备份工作，那么会引起 DML 阻塞。但一般现在的 MySQL 都有主从，备份也大部分在从上进行，所以锁的问题可以不用考虑。这样， mydumper 能更好的完成备份任务。
mydumper 特性
轻量级C语言写的
- 执行速度比mysqldump快10倍
- 保证事务性和非事务性表一致的快照(适用于0.2.2以上版本)
- 快速的文件压缩
- 支持导出binlog(新版本里已经不能备份binlog)
- 支持将备份文件切块
- 支持多线程备份(因为是多线程逻辑备份，备份后会生成多个备份文件)
- 支持多线程恢复(适用于0.2.1以上版本)
- 备份时对MyISAM表施加FTWRL(FLUSH TABLES WITH READ LOCK),会阻塞DML语句
- 支持以守护进程的工作方式，定时快照和连续二进制日志(适用于0.5.0以上版本)
- 支持将备份文件切块
- 开源 (GNU GPLv3)
三： mydumper 的安装
首先你要安装cmake 、make 工具
mydumper 使用 c 语言编写，使用 glibc 库
官方下载地址：
https://launchpad.net/mydumper/+download
linux wget下载：
#wget https://launchpad.net/mydumper/0.9/0.9.1/+download/mydumper-0.9.1.tar.gz
首先安装依赖包
# yum install glib2-devel mysql-devel zlib-devel pcre-devel openssl-devel
#tar -xvzf mydumper-0.9.1.tar.gz
#cd mydumper-0.9.1
#cmake .
#make && make install
安装完成后生成两个二进制文件 mydumper 和 myloader 位于 /usr/local/bin 目录下
mydumper 备份机制
此处省略10000字...
主要步骤概括
- 主线程 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 表数据文件
如果对表文件分片，将生成多个备份数据文件，可以指定行数或指定大小分片
mydumper 和 myloader 的使用
mydumper 参数
-B, --database 要备份的数据库，不指定则备份所有库 -T, --tables-list 需要备份的表，名字用逗号隔开 -o, --outputdir 备份文件输出的目录 -s, --statement-size 生成的insert语句的字节数，默认1000000 -r, --rows 将表按行分块时，指定的块行数，指定这个选项会关闭 --chunk-filesize -F, --chunk-filesize 将表按大小分块时，指定的块大小，单位是 MB -c, --compress 压缩输出文件 -e, --build-empty-files 如果表数据是空，还是产生一个空文件（默认无数据则只有表结构文件） -x, --regex 是同正则表达式匹配 'db.table' -i, --ignore-engines 忽略的存储引擎，用都厚分割 -m, --no-schemas 不备份表结构 -k, --no-locks 不使用临时共享只读锁，使用这个选项会造成数据不一致 --less-locking 减少对InnoDB表的锁施加时间（这种模式的机制下文详解） -l, --long-query-guard 设定阻塞备份的长查询超时时间，单位是秒，默认是60秒（超时后默认mydumper将会退出） --kill-long-queries 杀掉长查询 (不退出) -b, --binlogs 导出binlog -D, --daemon 启用守护进程模式，守护进程模式以某个间隔不间断对数据库进行备份 -I, --snapshot-interval dump快照间隔时间，默认60s，需要在daemon模式下 -L, --logfile 使用的日志文件名(mydumper所产生的日志), 默认使用标准输出 --tz-utc 跨时区是使用的选项，不解释了 --skip-tz-utc 同上 --use-savepoints 使用savepoints来减少采集metadata所造成的锁时间，需要 SUPER 权限 --success-on-1146 Not increment error count and Warning instead of Critical in case of table doesn't exist -h, --host 连接的主机名 -u, --user 备份所使用的用户 -p, --password 密码 -P, --port 端口 -S, --socket 使用socket通信时的socket文件 -t, --threads 开启的备份线程数，默认是4 -C, --compress-protocol 压缩与mysql通信的数据 -V, --version 显示版本号 -v, --verbose 输出信息模式, 0 = silent, 1 = errors, 2 = warnings, 3 = info, 默认为 2
myloader使用参数
-d, --directory 备份文件的文件夹 -q, --queries-per-transaction 每次事物执行的查询数量，默认是1000 -o, --overwrite-tables 如果要恢复的表存在，则先drop掉该表，使用该参数，需要备份时候要备份表结构 -B, --database 需要还原的数据库 -e, --enable-binlog 启用还原数据的二进制日志 -h, --host 主机 -u, --user 还原的用户 -p, --password 密码 -P, --port 端口 -S, --socket socket文件 -t, --threads 还原所使用的线程数，默认是4 -C, --compress-protocol 压缩协议 -V, --version 显示版本 -v, --verbose 输出模式, 0 = silent, 1 = errors, 2 = warnings, 3 = info, 默认为2
使用案例 备份 game 库到 /backup/01 文件夹中，并压缩备份文件
mydumper -u root -p ### -h localhost -B game -c -o /backup/01
备份所有数据库，并备份二进制日志文件，备份至 /backup/02 文件夹
mydumper -u root -p ### -h localhost -o /backup/02
备份 game.tb_player 表，且不备份表结构，备份至 /backup/03 文件夹
mydumper -u root -p ### -h localhost -T tb_player -m -o /backup/03
还原
myloader -u root -p ### -h localhost -B game -d /backup/02
mydumper 的 less locking 模式
mydumper 使用 --less-locking 可以减少锁等待时间，此时 mydumper 的执行机制大致为
- 主线程 FLUSH TABLES WITH READ LOCK （全局锁）
- Dump 线程 START TRANSACTION WITH CONSISTENT SNAPSHOT;
- LL Dump 线程 LOCK TABLES non-InnoDB （线程内部锁）
- 主线程 UNLOCK TABLES
- LL Dump 线程 dump non-InnoDB tables
- LL DUmp 线程 UNLOCK non-InnoDB
- Dump 线程 dump InnoDB tables
binary logs(新版已废弃)
启用--binlogs选项后，二进制文件存放在binlog_snapshot目录下
daemon mode
-
在这个模式下，有五个目录0、1、binlogs、binlog_snapshot、last_dump。
-
备份目录是0和1，间隔备份，如果mydumper因某种原因失败而仍然有一个好的快照，当快照完成后，last_dump指向该备份。
以当天日期时间作为名称创建文件夹
#mkdir `date +%Y%m%d%H%M%S`
举例使用：
备份
#mydumper -u root -p PWD -h IP -B funds_balance -c -o / opt/`date +%Y%m%d%H%M%S`
还原
# myloader -u root -p PWD -h IP -B funds_balance -d /opt/20160923161614