MySQL实现数据库的备份有两种常用的方案，直接复制或者采用dump程序，今天给大家介绍的这两种方案的优缺点的，以及适用的情况。
以下的文章主要介绍的是MySQL备份数据库的两个主要实际操作方案的优缺点的介绍，以下就是文章的具体内容的描述。
MySQL备份数据库的两个主要实际操作方案是采用MySQL(与php搭配之最佳组合)dump程序或是直接复制相关的数据库文件(如用cp、cpio或tar等)。当然每种实际应用方法都有其优缺点：
MySQL(和PHP搭配之最佳组合)dump与MySQL(和PHP搭配之最佳组合)服务器协同操作。
直接拷贝方法在服务器外部进行，并且你必须采取措施保证没有客户正在修改你将拷贝的表。如果你想用文件系统备份来备份数据库，也会发生同样的问题：如果数据库表在文件系统备份过程中被修改，进入备份的表文件主语不一致的状态，而对以后的恢复表将失去意义。文件系统备份与直接拷贝文件的区别是对后者你完全控制了备份过程，这样你能采取措施确保服务器让表不受干扰。
MySQL(和PHP搭配之最佳组合)dump比直接拷贝要慢些。
MySQL(和PHP搭配之最佳组合)dump生成能够移植到其它机器的文本文件，甚至那些有不同硬件结构的机器上。直接拷贝文件不能移植到其它机器上，除非你正在拷贝的表使用MyISAM存储格式。ISAM表只能在相似的硬件结构的机器上拷贝。在MySQL(和PHP搭配之最佳组合)3.23中引入的MyISAM表存储格式解决了该问题，因为该格式是机器无关的，所以直接拷贝文件可以移植到具有不同硬件结构的机器上。只要满足两个条件：另一台机器必须也运行MySQL(和PHP搭配之最佳组合)3.23或以后版本，而且文件必须以MyISAM格式表示，而不是ISAM格式。
不管你使用哪种备份方法，如果你需要恢复数据库，有几个原则应该遵守，以确保最好的结果：
定期实施备份。建立一个计划并严格遵守。
让服务器执行更新日志。当你在崩溃后需要恢复数据时，更新日志将帮助你。在你用备份文件恢复数据到备份时的状态后，你可以通过运行更新日志中的查询再次运用备份后面的修改，这将数据库中的表恢复到崩溃发生时的状态。
以文件系统备份的术语讲，数据库备份文件代表完全倾倒(fulldump)，而更新日志代表渐进倾倒(incrementaldump)。
使用一种统一的和易理解的备份文件命名机制。象backup1、buckup2等不是特别有意义。当实施你的恢复时，你将浪费时间找出文件里是什么东西。你可能发觉用数据库名和日期构成备份文件名会很有用。例如：
%MySQL(和PHP搭配之最佳组合)dumPSamp_db>/usr/archives/MySQL(和PHP搭配之最佳组合)/samp_db.1999-10-02
%MySQL(和PHP搭配之最佳组合)dumpmenagerie>/usr/archives/MySQL(和PHP搭配之最佳组合)/menagerie.1999-10-02
你可能想在生成备份后压缩它们。备份一般都很大！你也需要让你的备份文件有过期期限以避免它们填满你的磁盘，就象你让你的日志文件过期那样。
用文件系统备份备份你的备份文件。如果遇上了一个彻底崩溃，不仅清除了你的数据目录，也清除了包含你的MySQL备份数据库备份的磁盘驱动器，你将真正遇上了麻烦。也要备份你的更新日志。
将你的备份文件放在不同于用于你的数据库的文件系统上。这将降低由于生成备份而填满包含数据目录的文件系统的可能性。
用于创建备份的技术同样对拷贝数据库到另一台机器有用。最常见地，一个数据库被转移到了运行在另一台主机上的服务器，但是你也可以将数据转移到同一台主机上的另一个服务器。
直接复制数据，或者使用dump程序进行mysql数据库的备份，这两种方案都有自己的优点和缺点，大家在实际的应用中应该考虑到这两种方案的适用情况。
