mysqldump其他有用的选项包括：--flush-logs和--lock-tables组合将对您的数据库检查点有帮助。--lock-tables锁定您正在倾倒的任何表，而--flush-logs关闭并重新打开更新日志文档，新的更新日志将只包括从备份点起的修改数据库的查询。这将配置您的更新日志检查点位备份时间。（然而假如您有需要执行个更新的客户，锁定任何表对备份期间的客户访问不是件好事。）
假如您使用--flush-logs配置检查点到备份时，有可能最好是倾倒整个数据库。
假如您倾倒单独的文档，较难将更新日志检查点和备份文档同步。在恢复期间，您通常按数据库为基础提取更新日志内容，对单个表没有提取更新的选择，所以您必须自己提取他们。
缺省地，mysqldump在写入前将一个表的整个内容读进内存。这通常确实不必要，并且实际上假如您有一个大表，几乎是失败的。您可用--quick选项告诉mysqldump只要他检索出一行就写出每一行。为了进一步优化倾倒过程，使用--opt而不是--quick。--opt选项打开其他选项，加速数据的倾倒和把他们读回。
用--opt实施备份可能是最常用的方法，因为备份速度上的优势。然而，要警告您，--opt选项确实有代价，--opt优化的是您的备份过程，不是其他客户对数据库的访问。--opt选项通过一次锁定任何表阻止任何人更新您正在倾倒的任何表。您可在一般数据库访问上很容易看到其效果。当您的数据库一般很频繁地使用，只是一天一次地调节备份。
一个具备--opt的相反效果的选项是--dedayed。该选项使得mysqldump写出INSERT DELAYED语句而不是INSERT语句。假如您将数据文档装入另一个数据库并且您想是这个操作对可能出现在该数据库中的查询的影响最小，--delayed对此很有帮助。
--compress选项在您拷贝数据库到另一台机器上时很有帮助，因为他减少网络传输字节的数量。下面有一个例子，注意到--compress对和远端主机上的服务器通信的程式才给出，而不是对和本地主机连接的程式：
%mysqldump --opt samp_db | mysql --compress -h boa.snake.net samp_db
mysqldump有很多选项，详见《MySQL参考手册》。
2 使用直接拷贝数据库的备份和拷贝方法
另一种不涉及mysqldump备份数据库和表的方式是直接拷贝数据库表文档。典型地，这用诸如cp、tar或cpio实用程式。本文的例子使用cp。
当您使用一种直接备份方法时，您必须确保表不在被使用。假如服务器在您则正在拷贝一个表时改变他，拷贝就失去意义。
确保您的拷贝完整性的最好方法是关闭服务器，拷贝文档，然后重启服务器。假如您不想关闭服务器，要在执行表检查的同时锁定服务器。假如服务器在运行，相同的制约也适用于拷贝文档，而且您应该使用相同的锁定协议让服务器“安静下来”。
假设服务器关闭或您已锁定了您想拷贝的表，下列显示如何将整个samp_db数据库备份到一个备份目录（DATADIR表示服务器的数据目录）：� DATADIR%cp -r samp_db /usr/archive/mysql
单个表能够如下备份：
� 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等等，您能够这样重新运行：
文章整理：西部数码--专业提供域名注册、虚拟主机服务
http://www.west263.com
以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!
