MySQL学习笔记之十四 备份和恢复数据表的方法

备份是最简单的保护数据的方法。为了得到一个一致的备份，在相关的表上做一个LOCK TABLES，你只需一个读锁定，当你在数据库目录中做文件的一个拷贝时，这允许其他线程继续查询该表；当你恢复数据时，需要一个写锁定，以避免冲突。

一、使用SQL语句备份和恢复

你可以使用 SELECT INTO OUTFILE 语句备份数据，并用 LOAD DATA INFILE 语句 恢复数据。这种方法只能导出数据的内容，不包括表的结构，如果表的结构文件损坏，你 必须要先恢复原来的表的结构。

语法：

SELECT * INTO {OUTFILE | DUMPFILE} 'file_name' FROM tbl_name

LOAD DATA [LOW_PRIORITY] [LOCAL] INFILE 'file_name.txt' [REPLACE | IGNORE] INTO TABLE tbl_name

SELECT ... INTO OUTFILE 'file_name'格式的 SELECT 语句将选择的行写入一个文 件。文件在服务器主机上被创建，并且不能是已经存在的(不管别的，这可阻止数据库表 和文件例如“/etc/passwd”被破坏)。SELECT ... INTO OUTFILE 是 LOAD DATA INFILE 逆操作。

LOAD DATA INFILE 语句从一个文本文件中以很高的速度读入一个表中。如果指定 LOCAL 关键词，从客户主机读文件。如果 LOCAL 没指定，文件必须位于服务器上。 (LOCAL 在MySQL3.22.6 或以后版本中可用。)

为了安全原因，当读取位于服务器上的文本文件时，文件必须处于数据库目录或可被所有人读取。另外，为了对服务器上文件使用 LOAD DATA INFILE，在服务器主机上你 必须有 file 的权限。使用这种 SELECT INTO OUTFILE 语句，在服务器主机上你必须有 FILE 权限。

为了避免重复记录，在表中你需要一个 PRIMARY KEY 或 UNIQUE 索引。当在唯一 索引值上一个新记录与一个老记录重复时，REPLACE 关键词使得老记录用一个新记录替 代。如果你指定 IGNORE，跳过有唯一索引的现有行的重复行的输入。如果你不指定任 何一个选项，当找到重复索引值时，出现一个错误，并且文本文件的余下部分被忽略时。

如果你指定关键词 LOW_PRIORITY，LOAD DATA 语句的执行被推迟到没有其他客 户读取表后。

使用 LOCAL 将比让服务器直接存取文件慢些，因为文件的内容必须从客户主机传送 到服务器主机。在另一方面，你不需要 file 权限装载本地文件。如果你使用 LOCAL 关键 词从一个本地文件装载数据，服务器没有办法在操作的当中停止文件的传输，因此缺省的 行为好像 IGNORE 被指定一样。

当在服务器主机上寻找文件时，服务器使用下列规则：

如果给出一个绝对路径名，服务器使用该路径名

如果给出一个有一个或多个前置部件的相对路径名，服务器相对服务器的数据目 录搜索文件

如果给出一个没有前置部件的一个文件名，服务器在当前数据库的数据库目录寻 找文件

假定表 tbl_name 具有一个 PRIMARY KEY 或 UNIQUE 索引，备份一个数据表的过程如下：

1、锁定数据表，避免在备份过程中，表被更新

mysql>LOCK TABLES READ tbl_name;

2、导出数据

mysql>SELECT * INTO OUTFILE ‘tbl_name.bak’ FROM tbl_name;

3、解锁表

mysql>UNLOCK TABLES;

相应的恢复备份的数据的过程如下：

1、为表增加一个写锁定：

mysql>LOCK TABLES tbl_name WRITE;

2、恢复数据

mysql>LOAD DATA INFILE ‘tbl_name.bak’

->REPLACE INTO TABLE tbl_name;

如果，你指定一个 LOW_PRIORITY 关键字，就不必如上要对表锁定，因为数据的导 入将被推迟到没有客户读表为止：

mysql>LOAD DATA LOW_PRIORITY INFILE ‘tbl_name’

->REPLACE INTO TABLE tbl_name;

3、解锁表

mysql->UNLOCAK TABLES;

二、使用mysqlimport恢复数据

如果你仅仅恢复数据，那么完全没有必要在客户机中执行 SQL 语句，因为你可以简 单的使用 mysqlimport 程序，它完全是与 LOAD DATA 语句对应的，由发送一个 LOAD DATA INFILE 命令到服务器来运作。执行命令 mysqlimport --help，仔细查看输出，你可 以从这里得到帮助。

shell> mysqlimport [options] db_name filename ...

对于在命令行上命名的每个文本文件，mysqlimport 剥去文件名的扩展名并且使用它 决定哪个表导入文件的内容。例如，名为“patient.txt”、“patient.text”和“patient”将 全部被导入名为 patient 的一个表中。

常用的选项为：

-C, --compress 如果客户和服务器均支持压缩，压缩两者之间的所有信息。

-d, --delete 在导入文本文件前倒空表格。

l, --lock-tables 在处理任何文本文件前为写入所定所有的表。这保证所有的表在服务 器上被同步。

--low-priority ， --local ， --replace ， --ignore 分别对应 LOAD DATA 语句的 LOW_PRIORITY，LOCAL，REPLACE，IGNORE 关键字。

例如恢复数据库 db1 中表 tbl1 的数据，保存数据的文件为 tbl1.bak，假定你在服务器 主机上：

shell>mysqlimport --lock-tables --replace db1 tbl1.bak

这样在恢复数据之前现对表锁定，也可以利用--low-priority 选项：

shell>mysqlimport --low-priority --replace db1 tbl1.bak

如果你为远程的服务器恢复数据，还可以这样：

shell>mysqlimport -C --lock-tables --replace db1 tbl1.bak

当然，解压缩要消耗 CPU 时间。 象其它客户机一样，你可能需要提供-u，-p 选项以通过身分验证，也可以在选项文件 my.cnf 中存储这些参数，具体方法和其它客户机一样，这里就不详述了。

三、使用mysqldump备份数据

同mysqlimport一样，也存在一个工具mysqldump备份数据，但是它比SQL语句多做的工作是可以在导出的文件中包括SQL语句，因此可以备份数据库表的结构，而且可以备份一个数据库，甚至整个数据库系统。

mysqldump [OPTIONS] database [tables]

mysqldump [OPTIONS] --databases [OPTIONS] DB1 [DB2 DB3...]

mysqldump [OPTIONS] --all-databases [OPTIONS]

如果你不给定任何表，整个数据库将被倾倒。

通过执行mysqldump --help，你能得到你mysqldump的版本支持的选项表。

1、备份数据库的方法

例如，假定你在服务器主机上备份数据库db_name

shell>mysqldump db_name

当然，由于mysqldump缺省时把输出定位到标准输出，你需要重定向标准输出。例如，把数据库备份到bd_name.bak中：

shell>mysqldump db_name>db_name.bak

你可以备份多个数据库，注意这种方法将不能指定数据表：

shell>mysqldump -databases db1>db.bak

你也可以备份整个数据库系统的拷贝，不过对于一个庞大的系统，这样做没有什么实际的价值：

shell>mysqldump --all -databases>db.bak

虽然用mysqldump导出表的结构很有用，但是恢复大量数据时，众多SQL语句使恢复的效率降低。你可以通过使用--tab选项，分开数据和创建表的SQL语句。

-T，--tab= 在选项指定的目录里，创建用制表符（tab）分隔列值的数据文件和包含创建表结构的SQL语句的文件，分别用扩展名.txt和.sql表示。该选项不能与--databases或--all-databases同时使用，并且mysqldump必须运行在服务器主机上。

看实例吧,例如，假设数据库db包括表tbl1，tbl2，你准备备份它们到/var/mysqldb：

shell>mysqldump --tab=/var/mysqldb/ db

其效果是在目录/var/mysqldb中生成4个文件，分别是tbl1.txt、tbl1.sql、tbl2.txt和tbl2.sql。

2、mysqldump 实用程序时的身份验证的问题

同其他客户机一样，你也必须提供一个MySQL数据库帐号用来导出数据库，如果你不是使用匿名用户的话，可能需要手工提供参数或者使用选项文件：

如果这样：

shell>mysql -u root –pmypass db_name>db_name.sql

或者这样在选项文件中提供参数：

[mysqldump]

user=root

password=mypass

然后执行

shell>mysqldump db_name>db_name.sql

那么一切顺利，不会有任何问题，但要注意命令历史会泄漏密码，或者不能让任何除你之外的用户能够访问选项文件，由于数据库服务器也需要这个选项文件时，选项文件

只能被启动服务器的用户（如，mysql）拥有和访问，以免泄密。在Unix下你还有一个解决办法，可以在自己的用户目录中提供个人选项文件（~/.my.cnf）,例

如，/home/some_user/.my.cnf，然后把上面的内容加入文件中，注意防止泄密。在NT系统中，你可以简单的让c:\my.cnf能被指定的用户访问。

你可能要问，为什么这么麻烦呢？例如，这样使用命令行：

shell>mysql -u root –p db_name>db_name.sql

或者在选项文件中加入

[mysqldump]

user=root

password

然后执行命令行：

shell>mysql db_name>db_name.sql

你发现了什么？往常熟悉的Enter password:提示并没有出现，因为标准输出被重定向到文件db_name.sql中了，所以看不到往常的提示符，程序在等待你输入密码。在重定向的情况下，再使用交互模式，就会有问题。在上面的情况下，你还可以直接输入密码。然后在文件db_name.sql文件的第一行看到:

你可能说问题不大，但是mysqldump之所以把结果输出到标准输出，是为了重定向到其它程序的标准输入，这样有利于编写脚本。例如：

用来自于一个数据库的信息充实另外一个MySQL数据库也是有用的：

shell>mysqldump --opt database | mysql --host=remote-host -C database

如果mysqldump仍运行在提示输入密码的交互模式下，该命令不会成功，但是如果mysql是否运行在提示输入密码的交互模式下，都是可以的。

四、用直接拷贝的方法备份恢复

由于MySQL的数据库和表是直接通过目录和表文件实现的，因此直接复制文件来备份数据库数据，对MySQL来说特别方便。而且自MySQL 3.23起MyISAM表成为缺省的表的类型，这种表可以为在不同的硬件体系中共享数据提供了保证。

使用直接拷贝的方法备份时，尤其要注意表没有被使用，你应该首先对表进行读锁定。

备份一个表，需要三个文件：

对于MyISAM表：

tbl_name.frm 表的描述文件

tbl_name.MYD 表的数据文件

tbl_name.MYI 表的索引文件

对于ISAM表：

tbl_name.frm 表的描述文件

tbl_name.ISD 表的数据文件

tbl_name.ISM 表的索引文件

你直接拷贝文件从一个数据库服务器到另一个服务器，对于MyISAM表，你可以从运行在不同硬件系统的服务器之间复制文件，例如，SUN服务器和INTEL PC机之间。