mysql dump 影响业务_mysqldump原理3

现网中数据库运维时，要经常对数据库做热备。为保证恢复时数据的完整性与一致性， 一种方法是在备份之前锁表，但锁表会影响正在运行的业务。

mysqldump是当前MySQL中最常用的备份工具，通过mysqldump --help可以查看很多选项。

在mysqldump开始备份后，执行其它的更新数据库操作，mysqldump备份的结果会不会包含备份结束前对数据库的更改呢？在一个时间点备份，最理想的结果是备份的结果就是备份开始时的数据库快照。通过选择合适的选项做备份，mysqldump可以保证数据一致性且不影响业务的运行。

mysqldump产生的备份，最终是要结合binlog进行恢复。mysqldump也可以准确得到binlog的恢复点。

那么mysqldump中如何保证数据一致性并生成备份的呢？下面通过一个常用示例来解释mysqldump的原理。(仅针对InnoDB存储引擎举例)

mysqldump –uuser -p --skip-opt -q -R  --single-transaction --default-character-set=utf8 --master-data=2  --create-option --no-autocommit –S ${sock} -B ${DBName}  > backup.sql

执行上述命令后，会得到一个可以用于恢复的backup.sql文件。bauckup.sql中主要有一系列的create语句与insert语句，恢复的过程就是创建原来存在的数据库及表，并将所有表数据直接insert到表中。

在执行mysqldump命令前，在MySQL中执行set global general_log = on来打开通用日志，该日志默认是关闭的。通用日志记录了MySQL服务器响应的所有SQL语句信