mysql dump xtrabackup_MySQL备份之mysqldump与xtrabackup

前言：

备份的种类：逻辑备份(mysqldump)，物理备份(xtrabackup)。对于数据量小的库可以选择逻辑备份，数据量大就需要用到物理备份。

一、mysqldump

mysqldump相当于导出sql脚本。MyISAM引擎备份时，为了保持数据一致性，需要加上--lock-all-tables。

Innodb如果需要记录binlog和position，还需要加上--master-data=2(如果=1也会记录，只是不会注释)。Innodb还需要加上--single-transaction参数。这样将设置事务的隔离级别为可重复读，即REPEATABLE READ，这样能保证在一个事务中所有相同的查询读取到同样的数据，也就大概保证了在dump期间，如果其他innodb引擎的线程修改了表的数据并提交，对该dump线程的数据并无影响。这个参数与--master-data=2一起加。如果开启了gtid还需要加上--set-gtid-purged=off这个参数

二、xtrabackup

物理热备份。备份原理大概就是同时备份数据和redolog来保持数据一致性。

具体步骤：

1、innobackupex在启动后，会先 fork 一个进程，启动xtrabackup进程，然后就等待xtrabackup备份完 ibd 数据文件；

2、xtrabackup在备份 InnoDB 相关数据时，是有2种线程的，1种是 redo 拷贝线程，负责拷贝 redo 文件，1种是 ibd 拷贝线程，负责拷贝 ibd 文件；redo 拷贝线程只有一个，在 ibd 拷贝线程之前启动，在 ibd 线程结束后结束。xtrabackup进程开始执行后，先启动 redo 拷贝线程，从最新的 checkpoint 点开始顺序拷贝 redo 日志；然后再启动 ibd 数据拷贝线程，在xtrabackup拷贝 ibd 过程中，innobackupex进程一直处于等待状态(等待文件被创建)。

3、xtrabackup拷贝完成idb后，通知innobackupex(通过创建文件)，同时自己进入等待(redo 线程仍然继续拷贝);

4、innobackupex收到xtrabackup通知后，执行FLUSH TABLES WITH READ LOCK(FTWRL)，取得一致性位点，然后开始备份非 InnoDB 文件(包括 frm、MYD、MYI、CSV、opt、par等)。拷贝非 InnoDB 文件过程中，因为数据库处于全局只读状态，如果在业务的主库备份的话，要特别小心，非 InnoDB 表(主要是MyISAM)比较多的话整库只读时间就会比较长，这个影响一定要评估到。

5、当innobackupex拷贝完所有非 InnoDB 表文件后，通知xtrabackup(通过删文件) ，同时自己进入等待(等待另一个文件被创建)；

6、xtrabackup收到innobackupex备份完非 InnoDB 通知后，就停止 redo 拷贝线程，然后通知innobackupexredo log 拷贝完成(通过创建文件)；

7、innobackupex收到 redo 备份完成通知后，就开始解锁，执行UNLOCK TABLES；

8、最后innobackupex和xtrabackup进程各自完成收尾工作，如资源的释放、写备份元数据信息等，innobackupex等待xtrabackup子进程结束后退出。