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机之间。