重要的是在表丢失和毁坏时备份数据库。如果系统发生崩溃，您就能够将表恢复到崩溃时刻的状态，并尽可能不丢失数据。同样，错发DROP DATABASE 或DROP TABLE 命令的用户可能会向您请求进行数据恢复。有时，这是由MySQL管理员引起的破坏，管理员试图通过使用像vi 或emacs 这样的编辑器直接编辑表文件而毁坏了它们。这样做对表来说肯定是干了坏事。
备份数据库的两种主要方法是使用mysqldump 程序或直接拷贝数据库文件（如便用c p、tar 或c p i o）。每种方法都有自己的优点和缺点：
mysqldump 与MySQL服务器联合进行操作。直接拷贝方法与服务器相脱离，因此必须采取措施确保在进行拷贝时没有客户机在修改这些表。这个问题与利用文件系统备份来备份数据库的问题相同：如果数据库表在文件系统备份时进行更新，则进行备份的表文件处于非一致的状态，并且对于今后恢复该表没有意义。文件系统备份和直接拷贝文件的区别是：对于后者，您具有控制备份进度的权利，因此可以采取措施确保服务器使表处于静止状态。
mysqldump 比直接拷贝技术要慢
mysqldump 产生可移植到其他机器、甚至具有不同硬件结构的机器上的文该篇文章件。直接拷贝文件不能够移植到其他机器上，除非要拷贝的表使用MyISAM 存储格式。ISAM 表只能在具有相同硬件结构的机器之间进行拷贝。例如，将文件从S PARC 的Solaris 机器拷贝到Intel 的Solaris 机器（或者相反）是行不通的。由MySQL3.23 引进的MyISAM 表存储格式可以解决这个问题，因为该格式与机器独立。因此，如果以下两个条件都满足的话，直接拷贝文件可以移植到具有不同硬件结构的机器上：即另一台机器上也必须运行MySQL3.23 以上的版本，并且文件必须表示成MyISAM 表，而不是ISAM 表。
不论选择哪种备份方法，都有某些原则，您必须坚持这些原则，才能确保在需要恢复数据库内容时得到最好的结果：
当使用mysqldump 程序产生数据库备份文件时，缺省设置是该文件的内容由C R E AT E TABLE 语句组成，这些语句创建被转储的表以及包含表中的行数据的INSERT 语句。换句话说，mysqldump 创建在今后可作为对mysql的输入使用的输出结果，以重建数据库。
可以将整个数据库按以下命令转储到单独的文该篇文章件中：
该文件的其余部分由更多的INSERT 和CREATE TABLE 语句组成。如果想在生成备份时进行压缩，可替换成类似下列的命令：
规数据库访问中在这一点上所做的努力。试着在一天中数据库通常最繁忙的时刻运行一个备份。这不会花费太多的时间。
与--opt 作用有点相反的选项是- d e l a y e d。该选项导致mysqldump 写INSERT D E L AYED 语句而非INSERT 语句。如果您将一个数据文件加载到另一个数据库中并且想要使该操作对其他查询（这些查询可能正在数据库中发生）造成的影响最小，则- -d e l a y e d将有助于达到这个目的。
--compress 选项有助于将数据库拷贝到另一台机器上，因为它可以减少网络传输中的字节数量。这里有一个例子，请注意，为了使程序与远程主机上的服务器进行通信（而不是与本地主机通信），给出了--compress 选项：
不用mysqldump 来备份数据库或表的另一种方法是直接拷贝表文件。通常可利用像c p、tar 或cpio 这样的实用程序来进行。本节的例子使用的是c p。
使用直接拷贝备份（ direct-copy backup）方法时，必须确保没有使用这些表。如果在拷贝一个表的同时服务器正在修改它，则拷贝无效。
确保拷贝完整性的最好方法是关闭服务器，拷贝文件，然后重新启动服务器。如果不想关闭服务器，则应参考第13 章，查阅有关在执行表检查点时锁定服务器的介绍。如果服务器在运行中，则相同的约束都适用于拷贝文件，您应该用同样的锁定协议使服务器保持静止状态。
假定服务器关闭，或者已经锁定了想要拷贝的表，下面的例子将说明怎样将整个samp_db 数据库备份到备份目录中（ DATADIR 代表服务器的数据目录）：