2 使用直接拷贝数据库的备份和拷贝方法 另一种不涉及mysqldump备份数据库和表的方式是直接拷贝数据库表文件。典型地，这用诸如cp、
tar或cpio实用程序。本文的例子使用cp。
当你使用一种直接备份方法时，你必须保证表不在被使用。如果服务器在你则正在拷贝一个表时
改变它，拷贝就失去意义。
保证你的拷贝完整性的最好方法是关闭服务器，拷贝文件，然后重启服务器。如果你不想关闭服
务器，要在执行表检查的同时锁定服务器。如果服务器在运行，相同的制约也适用于拷贝文件，
而且你应该使用相同的锁定协议让服务器“安静下来”。
假设服务器关闭或你已经锁定了你想拷贝的表，下列显示如何将整个samp_db数据库备份到一个备
份目录（DATADIR表示服务器的数据目录）：
%cd DATADIR%cp -r samp_db /usr/archive/mysql 单个表可以如下备份：
%cd DATADIR/samp_db%cp member.* /usr/archive/mysql/samp_db%cp score.*
/usr/archive/mysql/samp_db .... 当你完成了备份时，你可以重启服务器（如果关闭了它）或释放加在表上的锁定（如果你让服务
器运行）。
要用直接拷贝文件把一个数据库从一台机器拷贝到另一台机器上，只是将文件拷贝到另一台服务
器主机的适当数据目录下即可。要确保文件是MyIASM格式或两台机器有相同的硬件结构，否则你
的数据库在另一台主机上有奇怪的内容。你也应该保证在另一台机器上的服务器在你正在安装数
据库表时不访问它们。 3 复制数据库（Replicating Database） 复制（Replication）类似于拷贝数据库到另一台服务器上，但它的确切含义是实时地保证两个数
据库的完全同步。这个功能将在3.23版中出现，而且还不很成熟，因此本文不作详细介绍。
4 用备份恢复数据 数据库损坏的发生有很多原因，程度也不同。如果你走运，你可能仅损坏一两个表（如掉电），
如果你倒霉，你可能必须替换整个数据目录（如磁盘损坏）。在某些情况下也需要恢复，比如用
户错误地删除了数据库或表。不管这些倒霉事件的原因，你将需要实施某种恢复。
如果表损坏但没丢失，尝试用myisamchk或isamchk修复它们，如果这样的损坏可有修复程序修
复，你可能根本不需要使用备份文件。关于表修复的过程，见《数据库维护与修复》。
恢复过程涉及两种信息源：你的备份文件和个更新日志。备份文件将表恢复到实施备份时的状
态，然而一般表在备份与发生问题之间的时间内已经被修改，更新日志包含了用于进行这些修改
的查询。你可以使用日志文件作为mysql的输入来重复查询。这已正是为什么要启用更新日志的原
因。
恢复过程视你必须恢复的信息多少而不同。实际上，恢复整个数据库比单个表跟容易，因为对于
数据库运用更新日志比单个表容易。
4.1 恢复整个数据库 首先，如果你想恢复的数据库是包含授权表的mysql数据库，你需要用--skip-grant-table选项运
行服务器。否则，它会抱怨不能找到授权表。在你已经恢复表后，执行mysqladmin flush-
privileges告诉服务器装载授权标并使用它们。
将数据库目录内容拷贝到其它某个地方，如果你在以后需要它们。
用最新的备份文件重装数据库。如果你用mysqldump产生的文件，将它作为mysql的输入。如果你
用直接从数据库拷贝来的文件，将它们直接拷回数据库目录，然而，此时你需要在拷贝文件之前
关闭数据库，然后重启它。
使用更新日志重复做备份以后的修改数据库表的查询。对于任何可适用的更新日志，将它们作为
mysql的输入。指定--one-database选项使得mysql只执行你有兴趣恢复的数据库的查询。如果你
知道你需要运用所有更新日志文件，你可以在包含日志的目录下使用这条命令： % ls -t -r -1 update.[0-9]* │ xargs cat │ mysql --one-database db_name ls命令生成更新日志文件的一个单列列表，根据服务器产生它们的次序排序（主意：如果你修改
任何一个文件，你将改变排序次序，这导致更新日志一错误的次序被运用。）
很可能你会是运用某几个更新日志。例如，自从你备份以来产生的更新日志被命名为
update.392、update.393等等，你可以这样重新运行：
%mysql --one-database db_name < update.392
%mysql --one-database db_name < update.393
.....
如果你正在实施恢复且使用更新日志恢复由于一个错误建议的DROP DATABASE、DROP TABLE或
DELETE语句造成丢失的信息，在运用更新日志之前，要保证从其中删除这些语句。
4.2 恢复单个表 恢复单个表较为复杂。如果你用一个由mysqldump生成的备份文件，并且它不包含你感兴趣的表的
数据，你需要从相关行中提取它们并将它们用作mysql的输入。这是容易的部分。难的部分是从只
运用于该表的更新日志中拉出片断。你会发觉mysql_find_rows实用程序对此很有帮助，它从更新
日志中提取多行查询。
另一个可能性是使用另一台服务器恢复整个数据库，然后拷贝你想要的表文件到原数据库中。这
可能真的很容易！当你将文件拷回数据库目录时，要确保原数据库的服务器关闭。
tar或cpio实用程序。本文的例子使用cp。
当你使用一种直接备份方法时，你必须保证表不在被使用。如果服务器在你则正在拷贝一个表时
改变它，拷贝就失去意义。
保证你的拷贝完整性的最好方法是关闭服务器，拷贝文件，然后重启服务器。如果你不想关闭服
务器，要在执行表检查的同时锁定服务器。如果服务器在运行，相同的制约也适用于拷贝文件，
而且你应该使用相同的锁定协议让服务器“安静下来”。
假设服务器关闭或你已经锁定了你想拷贝的表，下列显示如何将整个samp_db数据库备份到一个备
份目录（DATADIR表示服务器的数据目录）：
%cd DATADIR%cp -r samp_db /usr/archive/mysql 单个表可以如下备份：
%cd DATADIR/samp_db%cp member.* /usr/archive/mysql/samp_db%cp score.*
/usr/archive/mysql/samp_db .... 当你完成了备份时，你可以重启服务器（如果关闭了它）或释放加在表上的锁定（如果你让服务
器运行）。
要用直接拷贝文件把一个数据库从一台机器拷贝到另一台机器上，只是将文件拷贝到另一台服务
器主机的适当数据目录下即可。要确保文件是MyIASM格式或两台机器有相同的硬件结构，否则你
的数据库在另一台主机上有奇怪的内容。你也应该保证在另一台机器上的服务器在你正在安装数
据库表时不访问它们。 3 复制数据库（Replicating Database） 复制（Replication）类似于拷贝数据库到另一台服务器上，但它的确切含义是实时地保证两个数
据库的完全同步。这个功能将在3.23版中出现，而且还不很成熟，因此本文不作详细介绍。
4 用备份恢复数据 数据库损坏的发生有很多原因，程度也不同。如果你走运，你可能仅损坏一两个表（如掉电），
如果你倒霉，你可能必须替换整个数据目录（如磁盘损坏）。在某些情况下也需要恢复，比如用
户错误地删除了数据库或表。不管这些倒霉事件的原因，你将需要实施某种恢复。
如果表损坏但没丢失，尝试用myisamchk或isamchk修复它们，如果这样的损坏可有修复程序修
复，你可能根本不需要使用备份文件。关于表修复的过程，见《数据库维护与修复》。
恢复过程涉及两种信息源：你的备份文件和个更新日志。备份文件将表恢复到实施备份时的状
态，然而一般表在备份与发生问题之间的时间内已经被修改，更新日志包含了用于进行这些修改
的查询。你可以使用日志文件作为mysql的输入来重复查询。这已正是为什么要启用更新日志的原
因。
恢复过程视你必须恢复的信息多少而不同。实际上，恢复整个数据库比单个表跟容易，因为对于
数据库运用更新日志比单个表容易。
4.1 恢复整个数据库 首先，如果你想恢复的数据库是包含授权表的mysql数据库，你需要用--skip-grant-table选项运
行服务器。否则，它会抱怨不能找到授权表。在你已经恢复表后，执行mysqladmin flush-
privileges告诉服务器装载授权标并使用它们。
将数据库目录内容拷贝到其它某个地方，如果你在以后需要它们。
用最新的备份文件重装数据库。如果你用mysqldump产生的文件，将它作为mysql的输入。如果你
用直接从数据库拷贝来的文件，将它们直接拷回数据库目录，然而，此时你需要在拷贝文件之前
关闭数据库，然后重启它。
使用更新日志重复做备份以后的修改数据库表的查询。对于任何可适用的更新日志，将它们作为
mysql的输入。指定--one-database选项使得mysql只执行你有兴趣恢复的数据库的查询。如果你
知道你需要运用所有更新日志文件，你可以在包含日志的目录下使用这条命令： % ls -t -r -1 update.[0-9]* │ xargs cat │ mysql --one-database db_name ls命令生成更新日志文件的一个单列列表，根据服务器产生它们的次序排序（主意：如果你修改
任何一个文件，你将改变排序次序，这导致更新日志一错误的次序被运用。）
很可能你会是运用某几个更新日志。例如，自从你备份以来产生的更新日志被命名为
update.392、update.393等等，你可以这样重新运行：
%mysql --one-database db_name < update.392
%mysql --one-database db_name < update.393
.....
如果你正在实施恢复且使用更新日志恢复由于一个错误建议的DROP DATABASE、DROP TABLE或
DELETE语句造成丢失的信息，在运用更新日志之前，要保证从其中删除这些语句。
4.2 恢复单个表 恢复单个表较为复杂。如果你用一个由mysqldump生成的备份文件，并且它不包含你感兴趣的表的
数据，你需要从相关行中提取它们并将它们用作mysql的输入。这是容易的部分。难的部分是从只
运用于该表的更新日志中拉出片断。你会发觉mysql_find_rows实用程序对此很有帮助，它从更新
日志中提取多行查询。
另一个可能性是使用另一台服务器恢复整个数据库，然后拷贝你想要的表文件到原数据库中。这
可能真的很容易！当你将文件拷回数据库目录时，要确保原数据库的服务器关闭。
没人要？？
踢一腿子！！！！！！