mysql数据库备份策略和方法

unix技术支持

在数据库表丢失或损坏的情况下，备份你的数据库是很重要的。如果发生系统崩溃，你肯定想能

够将你的表尽可能丢失最少的数据恢复到崩溃发生时的状态。有时正是MySQL管理员造成破坏，

管理员已经知道表已破坏，用诸如vi或Emacs等编辑器试图直接编辑它们，这对表绝对不是件好

事！备份数据库两个主要方法是用mysqldump程序或直接拷贝数据库文件(如用cp、cpio或tar等)

。

每种方法都有其优缺点：mysqldump与MySQL服务器协同操作。直接拷贝方法在服务器外部进行

，并且你必须采取措施保证没有客户正在修改你将拷贝的表。如果你想用文件系统备份来备份数

据库，也会发生同样的问题：如果数据库表在文件系统备份过程中被修改，进入备份的表文件主

可以移植到具有不同硬件结构的机器上。只要满足两个条件：另一台机器必须也运行MySQL

3.23或以后版本，而且文件必须以MyISAM格式表示，而不是ISAM格式。

不管你使用哪种备份方法，如果你需要恢复数据库，有几个原则应该遵守，以确保最好的结果：

定期实施备份，建立一个计划并严格遵守

让服务器执行更新日志。当你在崩溃后需要恢复数据时，更新日志将帮助你。在你用备份文件恢

复数据到备份时的状态后，你可以通过运行更新日志中的查询再次运用备份后面的修改，这将数

据库中的表恢复到崩溃发生时的状态。以文件系统备份的术语讲，数据库备份文件代表完全倾倒(

full dump)，而更新日志代表渐进倾倒(incremental dump)。

使用一种统一的和易理解的备份文件命名机制

象backup1、buckup2等不是特别有意义。当实施你的恢复时，你将浪费时间找出文件里是什么

你将真正遇上了麻烦。也要备份你的更新日志,将你的备份文件放在不同于用于你的数据库的文件

系统上。这将降低由于生成备份而填满包含数据目录的文件系统的可能性。

用于创建备份的技术同样对拷贝数据库到另一台机器有用。最常见地，一个数据库被转移到了运

行在另一台主机上的服务器，但是你也可以将数据转移到同一台主机上的另一个服务器。

1.使用mysqldump备份和拷贝数据库

当你使用mysqldumo程序产生数据库备份文件时，缺省地，文件内容包含创建正在倾倒的表的C

REATE语句和包含表中行数据的INSERT语句。换句话说，mysqldump产生的输出可在以后用作m

ysql的输入来重建数据库。你可以将整个数据库倾倒进一个单独的文本文件中，如下：

%mysqldump samp_db >/usr/archives/mysql/samp_db.1999-10-02

1 / 12

unix技术支持

# Host: localhost Database: samp_db

#---------------------------------------

# Server version 3.23.2-alpha-log

## Table structure for table 'absence'#

CREATE TABLE absence( student_id int(10)

unsigned DEFAULT '0' NOT NULL, date date DEFAULT '0000-00-00' NOT NULL, PRIMARY KEY

(student_id,date));

## Dumping data for table 'absence'#

%mysqldump samp_db │ gzip >/usr/archives/mysql/samp_db.1999-10-02.gz

如果你要一个庞大的数据库，输出文件也将很庞大，可能难于管理。如果你愿意，你可以在mysq

ldump命令行的数据库名后列出单独的表名来倾到它们的内容，这将倾倒文件分成较小、更易于

%mysqldump samp_db student score event absence >grapbook.sql

%mysqldump samp_db member president >hist-league.sql

如果你生成准备用于定期刷新另一个数据库内容的备份文件，你可能想用--add-drop-table选项。

这告诉服务器将DROP TABLE IF

EXISTS语句写入备份文件，然后当你取出备份文件并把它装载进第二个数据库时，如果表已经存

不必创建备份文件。要保证数据库存在于另一台主机，然后用管道倾倒数据库，这样mysql能直

接读取mysqldump的输出。例如：你想从主机pit-viper.unixaid.info拷贝数据库samp_db到boa.u

mysqldump其它有用的选项包括：

--flush-logs 和 --lock-tables 组合将对你的数据库检查点有帮助。

--lock-tables 锁定你正在倾倒的所有表

而 --flush-logs

置你的更新日志检查点位备份时间。(然而如果你有需要执行个更新的客户，锁定所有表对备份期

间的客户访问不是件好事)。如果你使用 --flush-logs

设置检查点到备份时，有可能最好是倾倒整个数据库。如果你倾倒单独的文件，较难将更新日志

检查点与备份文件同步。在恢复期间，你通常按数据库为基础提取更新日志内容，对单个表没有

提取更新的选择，所以你必须自己提取它们。缺省地，mysqldump

在写入前将一个表的整个内容读进内存。这通常确实不必要，并且实际上如果你有一个大表，几

2 / 12

unix技术支持

选项打开其它选项，加速数据的倾倒和把它们读回。用 --opt

实施备份可能是最常用的方法，因为备份速度上的优势。然而要警告你，--opt

选项确实有代价，--opt 优化的是你的备份过程，不是其他客户对数据库的访问。--opt

选项通过一次锁定所有表阻止任何人更新你正在倾倒的任何表。你可在一般数据库访问上很容易

看到其效果。当你的数据库一般非常频繁地使用，只是一天一次地调节备份。一个具有 --opt

的相反效果的选项是--dedayed。该选项使得 mysqldump 写出 INSERT DELAYED 语句而不是

INSERT

语句。如果你将数据文件装入另一个数据库并且你想是这个操作对可能出现在该数据库中的查询

2.使用直接拷贝数据库的备份和拷贝方法

另一种不涉及 mysqldump 备份数据库和表的方式是直接拷贝数据库表文件。典型地，这用诸如

cp。当你使用一种直接备份方法时，你必须保证表不在被使用。如果服务器在你则正在拷贝一个

表时改变它，拷贝就失去意义。保证你的拷贝完整性的最好方法是关闭服务器，拷贝文件，然后

重启服务器。如果你不想关闭服务器，要在执行表检查的同时锁定服务器。如果服务器在运行，

相同的制约也适用于拷贝文件，而且你应该使用相同的锁定协议让服务器“安静下来”。假设服务

器关闭或你已经锁定了你想拷贝的表，下列显示如何将整个 samp_db

%cd DATADIR%cp -r samp_db /usr/archive/mysql

格式或两台机器有相同的硬件结构，否则你的数据库在另一台主机上有奇怪的内容，你也应该保

证在另一台机器上的服务器在你正在安装数据库表时不访问它们。

3.复制数据库(Replicating Database)

库的完全同步。这个功能将在 3.23 版中出现，而且还不很成熟，因此本文不作详细介绍。

4.用备份恢复数据

数据库损坏的发生有很多原因，程度也不同。如果你走运，你可能仅损坏一两个表(如掉电)，如

果你倒霉，你可能必须替换整个数据目录(如磁盘损坏)。在某些情况下也需要恢复，比如用户错

误地删除了数据库或表。不管这些倒霉事件的原因，你将需要实施某种恢复。如果表损坏但没丢

3 / 12