MySQL 备份和恢复

本文讨论 MySQL 的备份和恢复机制，以及如何维护数据表，包括最主要的两种表类型：MyISAM 和 Innodb，文中设计的 MySQL 版本为 5.0.22。mysql

目前 MySQL 支持的免费备份工具备：mysqldump、mysqlhotcopy，还能够用 SQL 语法进行备份：BACKUP TABLE 或者 SELECT INTO OUTFILE，又或者备份二进制日志（binlog），还能够是直接拷贝数据文件和相关的配置文件。MyISAM 表是保存成文件的形式，所以相对比较容易备份，上面提到的几种方法均可以使用。Innodb 全部的表都保存在同一个数据文件 ibdata1 中（也多是多个文件，或者是独立的表空间文件），相对来讲比较很差备份，免费的方案能够是拷贝数据文件、备份 binlog，或者用 mysqldump。sql

一、mysqldump

1.1 备份

mysqldump 是采用SQL级别的备份机制，它将数据表导成 SQL 脚本文件，在不一样的 MySQL 版本之间升级时相对比较合适，这也是最经常使用的备份方法。
如今来说一下 mysqldump 的一些主要参数：数据库

--compatible=name
它告诉 mysqldump，导出的数据将和哪一种数据库或哪一个旧版本的 MySQL 服务器相兼容。值能够为 ansi、mysql32三、mysql40、postgresql、oracle、mssql、db二、maxdb、no_key_options、no_tables_options、no_field_options 等，要使用几个值，用逗号将它们隔开。固然了，它并不保证能彻底兼容，而是尽可能兼容。缓存
--complete-insert，-c
导出的数据采用包含字段名的完整 INSERT 方式，也就是把全部的值都写在一行。这么作能提升插入效率，可是可能会受到 max_allowed_packet 参数的影响而致使插入失败。所以，须要谨慎使用该参数，至少我不推荐。安全
--default-character-set=charset
指定导出数据时采用何种字符集，若是数据表不是采用默认的 latin1 字符集的话，那么导出时必须指定该选项，不然再次导入数据后将产生乱码问题。服务器
--disable-keys
告诉 mysqldump 在 INSERT 语句的开头和结尾增长 /*!40000 ALTER TABLE table DISABLE KEYS */; 和 /*!40000 ALTER TABLE table ENABLE KEYS */; 语句，这能大大提升插入语句的速度，由于它是在插入完全部数据后才重建索引的。该选项只适合 MyISAM 表。oracle
--extended-insert = true|false
默认状况下，mysqldump 开启 --complete-insert 模式，所以不想用它的的话，就使用本选项，设定它的值为 false 便可。ide
--hex-blob
使用十六进制格式导出二进制字符串字段。若是有二进制数据就必须使用本选项。影响到的字段类型有 BINARY、VARBINARY、BLOB。函数
--lock-all-tables，-x
在开始导出以前，提交请求锁定全部数据库中的全部表，以保证数据的一致性。这是一个全局读锁，而且自动关闭 --single-transaction 和 --lock-tables 选项。工具
--lock-tables
它和 --lock-all-tables 相似，不过是锁定当前导出的数据表，而不是一会儿锁定所有库下的表。本选项只适用于 MyISAM 表，若是是 Innodb 表能够用 --single-transaction选项。
--no-create-info，-t
只导出数据，而不添加 CREATE TABLE 语句。
--no-data，-d
不导出任何数据，只导出数据库表结构。
--opt
这只是一个快捷选项，等同于同时添加 --add-drop-tables --add-locking --create-option --disable-keys --extended-insert --lock-tables --quick --set-charset 选项。本选项能让 mysqldump 很快的导出数据，而且导出的数据能很快导回。该选项默认开启，但能够用 --skip-opt 禁用。注意，若是运行 mysqldump 没有指定 --quick 或 --opt 选项，则会将整个结果集放在内存中。若是导出大数据库的话可能会出现问题。
--quick，-q
该选项在导出大表时颇有用，它强制 mysqldump 从服务器查询取得记录直接输出而不是取得全部记录后将它们缓存到内存中。
--routines，-R
导出存储过程以及自定义函数。
--single-transaction
该选项在导出数据以前提交一个 BEGIN SQL语句，BEGIN 不会阻塞任何应用程序且能保证导出时数据库的一致性状态。它只适用于事务表，例如 InnoDB 和 BDB。
本选项和 --lock-tables 选项是互斥的，由于 LOCK TABLES 会使任何挂起的事务隐含提交。
要想导出大表的话，应结合使用 --quick 选项。
--triggers
同时导出触发器。该选项默认启用，用 --skip-triggers 禁用它。

其余参数详情请参考手册，我一般使用如下 SQL 来备份 MyISAM 表：

/usr/local/mysql/bin/mysqldump -uyejr -pyejr \
--default-character-set=utf8 --opt --extended-insert=false \
--triggers -R --hex-blob -x db_name > db_name.sql

使用如下 SQL 来备份 Innodb 表：

/usr/local/mysql/bin/mysqldump -uyejr -pyejr \
--default-character-set=utf8 --opt --extended-insert=false \
--triggers -R --hex-blob --single-transaction db_name > db_name.sql

另外，若是想要实如今线备份，还可使用 --master-data 参数来实现，以下：

/usr/local/mysql/bin/mysqldump -uyejr -pyejr \
--default-character-set=utf8 --opt --master-data=1 \
--single-transaction --flush-logs db_name > db_name.sql

它只是在一开始的瞬间请求锁表，而后就刷新binlog了，然后在导出的文件中加入CHANGE MASTER 语句来指定当前备份的binlog位置，若是要把这个文件恢复到slave里去，就能够采用这种方法来作。

1.2 还原

用 mysqldump 备份出来的文件是一个能够直接倒入的 SQL 脚本，有两种方法能够将数据导入。

直接用 mysql 客户端

例如：

/usr/local/mysql/bin/mysql -uyejr -pyejr db_name < db_name.sql

用 SOURCE 语法
其实这不是标准的 SQL 语法，而是 mysql 客户端提供的功能，例如：
```
SOURCE /tmp/db_name.sql;
```
这里须要指定文件的绝对路径，而且必须是 mysqld 运行用户(例如 nobody)有权限读取的文件。

二、 mysqlhotcopy

2.1 备份

mysqlhotcopy 是一个 PERL 程序，最初由Tim Bunce编写。它使用 LOCK TABLES、FLUSH TABLES 和 cp 或 scp 来快速备份数据库。它是备份数据库或单个表的最快的途径，但它只能运行在数据库文件（包括数据表定义文件、数据文件、索引文件）所在的机器上。mysqlhotcopy 只能用于备份 MyISAM，而且只能运行在 类Unix 和 NetWare 系统上。

mysqlhotcopy 支持一次性拷贝多个数据库，同时还支持正则表达。如下是几个例子：

root#/usr/local/mysql/bin/mysqlhotcopy -h=localhost -u=yejr -p=yejr \
db_name /tmp (把数据库目录 db_name 拷贝到 /tmp 下)
root#/usr/local/mysql/bin/mysqlhotcopy -h=localhost -u=yejr -p=yejr \
db_name_1 ... db_name_n /tmp
root#/usr/local/mysql/bin/mysqlhotcopy -h=localhost -u=yejr -p=yejr \
db_name./regex/ /tmp

更详细的使用方法请查看手册，或者调用下面的命令来查看 mysqlhotcopy 的帮助：

perldoc /usr/local/mysql/bin/mysqlhotcopy

注意，想要使用 mysqlhotcopy，必需要有 SELECT、RELOAD(要执行 FLUSH TABLES) 权限，而且还必需要可以有读取 datadir/db_name 目录的权限。

2.2 还原

mysqlhotcopy 备份出来的是整个数据库目录，使用时能够直接拷贝到 mysqld 指定的 datadir (在这里是 /usr/local/mysql/data/)目录下便可，同时要注意权限的问题，以下例：

root#cp -rf db_name /usr/local/mysql/data/
root#chown -R nobody:nobody /usr/local/mysql/data/ (将 db_name 目录的属主改为  运行用户)
mysqld

三、 SQL 语法备份

3.1 备份

BACKUP TABLE 语法其实和 mysqlhotcopy 的工做原理差很少，都是锁表，而后拷贝数据文件。它能实如今线备份，可是效果不理想，所以不推荐使用。它只拷贝表结构文件和数据文件，不一样时拷贝索引文件，所以恢复时比较慢。
例子：

BACK TABLE tbl_name TO '/tmp/db_name/';

注意，必需要有 FILE 权限才能执行本SQL，而且目录 /tmp/db_name/ 必须能被 mysqld 用户可写，导出的文件不能覆盖已经存在的文件，以免安全问题。

SELECT INTO OUTFILE 则是把数据导出来成为普通的文本文件，能够自定义字段间隔的方式，方便处理这些数据。
例子：

SELECT * INTO OUTFILE '/tmp/db_name/tbl_name.txt' FROM tbl_name;

注意，必需要有 FILE 权限才能执行本SQL，而且文件 /tmp/db_name/tbl_name.txt 必须能被 mysqld 用户可写，导出的文件不能覆盖已经存在的文件，以免安全问题。

3.2 恢复

用 BACKUP TABLE 方法备份出来的文件，能够运行 RESTORE TABLE 语句来恢复数据表。
例子：

RESTORE TABLE FROM '/tmp/db_name/';

权限要求相似上面所述。

用 SELECT INTO OUTFILE 方法备份出来的文件，能够运行 LOAD DATA INFILE 语句来恢复数据表。
例子：

LOAD DATA INFILE '/tmp/db_name/tbl_name.txt' INTO TABLE tbl_name;

权限要求相似上面所述。倒入数据以前，数据表要已经存在才行。若是担忧数据会发生重复，能够增长 REPLACE 关键字来替换已有记录或者用 IGNORE 关键字来忽略他们。

四、启用二进制日志(binlog)

采用 binlog 的方法相对来讲更灵活，省心省力，并且还能够支持增量备份。

启用 binlog 时必需要重启 mysqld。首先，关闭 mysqld，打开 my.cnf，加入如下几行：

server-id	= 1
log-bin		= binlog
log-bin-index	= binlog.index

而后启动 mysqld 就能够了。运行过程当中会产生 binlog.000001 以及 binlog.index，前面的文件是 mysqld 记录全部对数据的更新操做，后面的文件则是全部 binlog 的索引，都不能轻易删除。关于 binlog 的信息请查看手册。

须要备份时，能够先执行一下 SQL 语句，让 mysqld 终止对当前 binlog 的写入，就能够把文件直接备份，这样的话就能达到增量备份的目的了：

FLUSH LOGS;

若是是备份复制系统中的从服务器，还应该备份 master.info 和 relay-log.info 文件。

备份出来的 binlog 文件能够用 MySQL 提供的工具 mysqlbinlog 来查看，如：

/usr/local/mysql/bin/mysqlbinlog /tmp/binlog.000001

该工具容许你显示指定的数据库下的全部 SQL 语句，而且还能够限定时间范围，至关的方便，详细的请查看手册。

恢复时，能够采用相似如下语句来作到：

/usr/local/mysql/bin/mysqlbinlog /tmp/binlog.000001 | mysql -uyejr -pyejr db_name

把 mysqlbinlog 输出的 SQL 语句直接做为输入来执行它。

若是你有空闲的机器，不妨采用这种方式来备份。因为做为 slave 的机器性能要求相对不是那么高，所以成本低，用低成本就能实现增量备份并且还能分担一部分数据查询压力，何乐而不为呢？

五、直接备份数据文件

相较前几种方法，备份数据文件最为直接、快速、方便，缺点是基本上不能实现增量备份。为了保证数据的一致性，须要在靠背文件前，执行如下 SQL 语句：

FLUSH TABLES WITH READ LOCK;

也就是把内存中的数据都刷新到磁盘中，同时锁定数据表，以保证拷贝过程当中不会有新的数据写入。这种方法备份出来的数据恢复也很简单，直接拷贝回原来的数据库目录下便可。

注意，对于 Innodb 类型表来讲，还须要备份其日志文件，即 ib_logfile* 文件。由于当 Innodb 表损坏时，就能够依靠这些日志文件来恢复。

六、备份策略

对于中等级别业务量的系统来讲，备份策略能够这么定：第一次全量备份，天天一次增量备份，每周再作一次全量备份，如此一直重复。而对于重要的且繁忙的系统来讲，则可能须要天天一次全量备份，每小时一次增量备份，甚至更频繁。为了避免影响线上业务，实如今线备份，而且能增量备份，最好的办法就是采用主从复制机制(replication)，在 slave 机器上作备份。

七、数据维护和灾难恢复

做为一名DBA(我目前还不是，呵呵)，最重要的工做内容之一是保证数据表能安全、稳定、高速使用。所以，须要按期维护你的数据表。如下 SQL 语句就颇有用：

CHECK TABLE 或 REPAIR TABLE，检查或维护 MyISAM 表
OPTIMIZE TABLE，优化 MyISAM 表
ANALYZE TABLE，分析 MyISAM 表

固然了，上面这些命令起始均可以经过工具 myisamchk 来完成，在这里不做详述。

Innodb 表则能够经过执行如下语句来整理碎片，提升索引速度：

ALTER TABLE tbl_name ENGINE = Innodb;

这实际上是一个 NULL 操做，表面上看什么也不作，实际上从新整理碎片了。

一般使用的 MyISAM 表能够用上面提到的恢复方法来完成。若是是索引坏了，能够用 myisamchk 工具来重建索引。而对于 Innodb 表来讲，就没这么直接了，由于它把全部的表都保存在一个表空间了。不过 Innodb 有一个检查机制叫 模糊检查点，只要保存了日志文件，就能根据日志文件来修复错误。能够在 my.cnf 文件中，增长如下参数，让 mysqld 在启动时自动检查日志文件：

MySQL 备份和恢复

MySQL 备份和恢复

一、mysqldump

1.1 备份

1.2 还原

二、 mysqlhotcopy

2.1 备份

2.2 还原

三、 SQL 语法备份

3.1 备份

3.2 恢复

四、 启用二进制日志(binlog)

五、 直接备份数据文件

六、 备份策略

七、 数据维护和灾难恢复

四、启用二进制日志(binlog)

五、直接备份数据文件

六、备份策略

七、数据维护和灾难恢复