物理备份是指直接复制包含数据的文件夹和文件。这种类型的备份适用于大数据量且非常重要，遇到问题需要快速回复的数据库。

逻辑备份保存能够代表数据库信息的逻辑结构（CREATE DATABASE, CREATE TABLEs等）和内容（INSERT …，或者分隔符分割的文本文件），这种类型的备份适合小数据量备份。可以通过备份文件进行库结构，表机构或者数据的修改。

物理备份主要有以下特点：

逻辑备份有以下特点：

在线备份，即备份时，可以实时服务器信息。线下备份，即，在服务器停止的时候执行备份。相应的备份文件也可以称为热备或者冷备。还一种可以称之为温备，即备份的时候，服务器运行，但是不允许进行数据修改。

在线备份特点：

线下备份特点：

备份的线上和线下区别基本相似。但是，线上恢复的时候，因为需要进行较多的锁操作，所以受的影响比较大。恢复期间不要进行数据访问操作。

本地备份即备份操作和数据库服务器在同一台服务器上。远程则相反。对于一些类型的备份，备份命令可以远程触发，本地写备份。

一些文件系统支持快照。可以保存特定时间点的一份逻辑备份。而不需要复制整个文件系统。Mysql本身不提供这种功能，需要地方放工具如Veritas, LVM, or ZFS提供。

全量备份即备份mysql管理的所有数据。增量备份即备份改变的数据。全量备份可以通过以上讲述的一些备份方法进行备份。增量备份则需要通过启用服务器二进制日志（记录数据变化）来使用。

全量恢复及恢复备份中所有的数据，是数据库恢复到备份时数据库状态。如果全量恢复的状态不够实时，可以接着使用增量恢复，恢复全量备份到这一刻所有的数据变化，是数据库状态保持最新。

增量恢复即恢复一个时间段内的数据变化。基于二进制日志，作为全量备份的补充。二进制文件中存储数据改变命令操作，通过重新执行相应的操作，使得数据库恢复到特定的状态.

...

mysqldump 可以备份所有类型的表。对于 InnoDB 类型的表，可以通过--single-transaction 选项使用在线无锁备份。

对于那些使用独立文件存储表的引擎，备份可以通过复制表文件进行。例如，MyISAM 表存储文件（.frm:表结构, *.MYD：表数据, and *.MYI：表索引)。为了保持数据的一致性，备份时需要关闭服务器或者锁定相应的数据表：

备份只需要读锁，这样备份的同时不影响其它客户端进行数据检索。Flush操作是为了确保所有活跃的索引页都已经写盘。

也可以通过拷贝表文件来创建二进制备份，但，前提是在此期间不能进行任何的数据更新操作。 (对于包含Innodb类型表的数据库不能采取此方法，因为即使不进行任何更新操作，Innodb仍然可能有更改的数据缓存在内存中)。

操作命令： SELECT * INTO OUTFILE 'file_name' FROM tbl_name.。备份文件生成在mysql服务器上。执行此语句需要确保输出文件不存在，服务器不允许文件覆盖操作，避免由此产生安全隐患。这一方法适用于任何类型数据文件，但是只能保存表记录，无法保存表结构。

另一种创建文本类型备份（包含 CREATE TABLE 语句）的方法是使用 mysqldump 附带--tab 选。加载文本类型本分可以使用 LOAD DATA INFILE 或者 mysqlimport.

MySQL支持增量备份。启动服务器时附带 --log-bin 选项启用二进制日志功能。二进制文件记载了自某一次备份以来所有的数据更新操作。生成一份增量备份时， 需要使用FLUSH LOGS或者mysqldump --flush-logs 生成一份新的日志文件，执行完成之后，将自某一次备份之后到最新的二进制日志文件复制到备份位置，即增量备份文件。恢复时，重新执行这些增量备份文件。

shell> mysqlbinlog binlog_files | mysql -u root -p

备份一定程度上影响服务器的性能，因此通常我们选择在备机上进行备份。

备机备份时，首先需要备份主机信息及中继日志（relay log）。因为备份备机数据时，无论选用哪种备份方法，当重新使用备份数据恢复后，都需要重新将备份的主机信息及中继日志进行复制。 当备机执行LOAD DATA INFILE 语句时，需要备份相应的SQL_LOAD-* 使用的文件夹。备机需要在LOAD DATA INFILE崩溃时使用这些文件进行恢复。文件夹位置： --slave-load-tmpdir 。如果服务器启动时并未指定此选项，则使用系统tmpdir 变量信息。

恢复 MyISAM 表时，首先使用 REPAIR TABLE 或者 myisamchk -r 尝试恢复，这通常能解决99.9% 以上的问题。

Veritas文件系统下备份步骤如下：

LVM及ZFS文件系统执行备份过程类似。

dump文件作用：

mysqldump 根据配置不同，提供两种输出格式

默认情况下mysqldump 输出到标准输出。使用以下命令输出到文件：

备份所有数据库 --all-databases：

备份部分数据库则在--databases 选项后添加数据库名称：

--databases 选项标识后面命令行的指令都为数据库名，如果没有这个选项，则第一个为数据库名，后续为表名。

 --all-databases 和 --databases,选项，使得mysqldump 创建的备份文件包括 CREATE DATABASE 及 USE 语句。这样在恢复时，就可以针对特定的数据库进行恢复，不至于造成所有的恢复都恢复到默认数据库里。如果需要备份文件包含drop数据库语句，则使用 --add-drop-database 选项。这样就会在CREATE DATABASE语句之前添加DROP DATABASE  语句。

备份单个数据库：

备份单个数据库时可以不使用 –database选项：

不使用--databases选项，备份文件不包含CREATE DATABASE 和 USE 语句：

备份指定的表：

    shell> mysqldump test t1 t3 t7 > dump.sql

生成时包含 --all-databases 或者 --databases 选项的，备份文件包含CREATE DATABASE 和 USE 语句，不需要再指定数据库：

shell> mysql < dump.sql

sql命令行，使用source：

mysql> source dump.sql

备份不包含数据库创建语句，确保指定恢复的数据库存在：

shell> mysqladmin create db1

指定数据库：

shell> mysql db1 < dump.sql

sql命令行执行：

mysql> CREATE DATABASE IF NOT EXISTS db1;

mysql> USE db1;

mysql> source dump.sql

 mysqldump  --tab=dir_name ，生成tbl.sql, tbl.txt文件到指定的输出文件夹爱。.sql 文件包含CREATE TABLE 语句，.txt文件包含表数据，一个文件行对应一条表记录。

如下备份数据库d1到 /tmp 目录：

 .txt 包含服务器写入的表数据。服务器使用SELECT ... INTO OUTFILE 语句写文件，所以必须确保具有 FILE 访问权。如果需要生成的文件已存在则会报错。

The server sends the CREATE definitions for dumped tables to mysqldump, which writes them to .sql files. These files therefore are owned by the user who executes mysqldump.

 --tab 最好本地使用，如果远程使用，则必须确保服务器和客户端都存在此目录。这样.txt 文件会写到远程客户端文件夹，.sql文件会本地写。

mysqldump --tab.txt 文件，每行一条表记录，tab符分割，列值没有修饰符，换行符分割行。

分割符设置，默认为tab

列值修饰符，默认无

非数字列值修饰符，默认无

特殊字符列值修饰符，默认无

行分隔符，默认换行

如下，双引号修饰符

16进制双引号修饰符：

修饰符综合使用：

Shell命令：

　　shell> mysql db1 < t1.sql

　　shell> mysqlimport db1 t1.txt

mysql命令：

　　mysql> USE db1;

　　mysql> LOAD DATA INFILE 't1.txt' INTO TABLE t1;

If you used any data-formatting options with mysqldump 使用了任何数据格式化选项，则mysqlimport 或者 LOAD DATA INFILE 也不需使用相应的配置：

或者:

数据库复制

不要添加 --databases 选项，避免备份文件包含USE 语句。

服务器之间数据库复制

服务器1：

将备份文件复制到服务器2：

服务器2执行：

备份存储程序（存储过程、函数、触发器、事件）

显式剔除：--skip-events, --skip-routines, or --skip-triggers.

分别备份表定义及数据

使用mysqldump测试升级

生产服务器备份：

另外的升级服务器：

因为备份文件不包含数据，所以可以很快执行，这样可以很快发现问题。

恢复数据：

生产服务器：

另外的升级服务器：

作为全全量备份的补充，用于将服务器更新到最新状态。

规则：

查看二进制文件命令：

查看当前主二进制文件名称：

将二进制文件保存为文本类型文件：

一个连接执行一个二进制日志会存在问题，下面是一个反面示例：

使用一个连接执行所有的二进制日志文件：

或者将所有的人日志写入一个文件执行：

对于包含全局事物ID事件执行：

mysqlbinlog使用 --start-datetime 和 --stop-datetime 选项确定执行的日志事件范围。例如，10点的时候删除了一张表，如果要恢复，就需要分别执行10点之前和之后的日志，如下：

查看而不执行：

shell> mysqlbinlog /var/log/mysql/bin.123456 > /tmp/mysql_restore.sql

mysqlbinlog不能很好的处理对于多个事件作为一个事件执行的日志。

mysqlbinlog  --start-position || --stop-position 精确到行号基于位置恢复。能够很好的解决处理同时发生的多个事务的情景。为了确定精确的位置，首先使用 mysqlbinlog 获取特定事务时间点前后一定范围的日志，将其存储到文本文件：

找到位置后，就可以执行基于位置的增量恢复：

二进制日志各sql语句之前包含SET TIMESTAMP 语，重新执行的日志产生的日志会反映当时执行的时间戳。