mysql怎么备份工具 mysql数据( 三 )


但是也正是因为 mysqldump 备份出来的是 sql 语句,在使用时要更加注意,否则可能会酿成大祸 。例如,使用 mysqldump 常见的问题有:
所以使用 mysqldump 时一定要了解各个选项的作用,以及确认备份出来的 sql 文件里会有什么操作,会对现有数据造成什么影响 。
Mydumper 原理与 Mysqldump 原理类似,最大的区别是引入了多线程备份 , 每个备份线程备份一部分表 , 当然并发粒度可以到行级,达到多线程备份的目的 。这里不再单独介绍 。
Percona XtraBackup 是 Percona 公司开发的一个用于 MySQL 数据库物理热备的备份工具,是基于 InnoDB 的崩溃恢复功能来实现的 。它的基本工作原理如下:
Percona XtraBackup 在进行恢复时会应用拷贝的 redo log,应用已提交的事务,回滚未提交的事物,将数据库恢复到一致性状态 。因为 Percona XtraBackup 备份出来的是物理文件,所以在使用备份出的文件进行恢复或者迁移时,不会像 mysqldump 那样会存在很多问题 。
使用 XtraBackup 备份时根据备份参数设置不同 , 对数据库的变更会造成不同程度的影响,具体影响会在下文分析 。
通过对比发现,XtraBackup 具有对数据库影响小 , 且能快速恢复的优点,在日常备份中是首?。籱ysqldump 使用相对更加灵活,但是使用是要注意对数据库原有数据的影响 。
备份策略主要有:全量备份和增量备份,再加上 binlog 备份 。
目前去哪儿网数据库备份主要采用 XtraBackup 全量备份 +binlog 备份 。数据库的重要级别不同,全量备份的频率不同 。备份程序主要架构如下:
说明:
Percona XtraBackup 是目前备份 MySQL 使用最广泛的工具 。在备份过程中,数据库可以进行正常的读写或者其mysql怎么备份工具他变更操作,但是偶尔也会遇见备份引起的元数据锁 , 或提交事务时发现被 binlog lock 阻塞等情况 。下面我们就看一下 Percona XtraBackup 的备份流程和加锁时机 。
说明:以下对 Percona XtraBackup 的分析都是基于 2.4.23 的版本,其他版本会略有差别,但是关键步骤基本相同 。
XtraBackup 在备份开始时,会创建一个后台线程,专门用于拷贝数据库的 redo log。首先 XtraBackup 会扫描每组 redo log 的头部,找出当前的 checkpoint lsn,然后从该 lsn 后顺序拷贝所有的 redo log  , 包括后续新产生的 redo log。该线程会一直持续到将非事务表完全拷贝完成,才会安全退出 。备份日志输出中会记录拷贝开始时的 checkpoint lsn。日志输出如下:
在拷贝ibd文件之前,会先扫描数据库的数据文件目录,获取ibdata1,undo tablespaces及所有的ibd文件列表,并会记录相应的 space id,因为在恢复时需要这些 space id来找到对应 doublewrite buffer里页面的内容,以及对应的redo log条目 。然后开始循环拷贝ibdata1,undo tablespaces及所有的ibd文件 。
这里可通过设置--parallel进行多线程备份,提高物理文件的拷贝效率 。不设置则默认为1 。
在所有ibd文件拷贝完成后,XtraBackup开始备份非ibd文件 。这一部分的逻辑比较复杂,因为备份非ibd文件前需要加锁,具体是否会加锁主要受到--no-lock 参数设置的影响 。
若是设置了--no-lock为TRUE,则不会使用"FLUSH TABLES WITH READ LOCK"去加全局读锁 , 但是若备份过程中对non-InnoDB表执行了DDL或者DML操作,这会导致备份的不一致,恢复出来的数据就会有问题 。所以是不建议将--no-lock为TRUE,默认值是FALSE,也就是在不指定该选项的情况下会在备份非ibd文件前加全局读锁 。
下面我们结合源码来看看判断是否加全局锁这部分的具体流程逻辑:

推荐阅读