2010-08-31 13:14:06 
阿炯
在数据库表丢失或损坏的情况下，备份你的数据库是很重要的。如果发生系统崩溃，你肯定想能够将你的表尽可能丢失最少的数据恢复到崩溃发生时的状态。有时正是MySQL管理员造成破坏，管理员已经知道表已破坏，用诸如vi或Emacs等编辑器试图直接编辑它们，这对表绝对不是件好事！备份数据库两个主要方法是用mysqldump程序或直接拷贝数据库文件(如用cp、cpio或tar等)。
每种方法都有其优缺点：mysqldump与MySQL服务器协同操作。直接拷贝方法在服务器外部进行，并且你必须采取措施保证没有客户正在修改你将拷贝的表。如果你想用文件系统备份来备份数据库，也会发生同样的问题：如果数据库表在文件系统备份过程中被修改，进入备份的表文件主语不一致的状态，而对以后的恢复表将失去意义。文件系统备份与直接拷贝文件的区别是对后者你完全控制了备份过程，这样你能采取措施确保服务器让表不受干扰。mysqldump比直接拷贝要慢些。mysqldump生成能够移植到其它机器的文本文件，甚至那些有不同硬件结构的机器上。直接拷贝文件不能移植到其它机器上，除非你正在拷贝的表使用MyISAM存储格式,ISAM表只能在相似的硬件结构的机器上拷贝。在MySQL 3.23中引入的MyISAM表存储格式解决了该问题，因为该格式是机器无关的，所以直接拷贝文件可以移植到具有不同硬件结构的机器上。只要满足两个条件：另一台机器必须也运行MySQL 3.23或以后版本，而且文件必须以MyISAM格式表示，而不是ISAM格式。
不管你使用哪种备份方法，如果你需要恢复数据库，有几个原则应该遵守，以确保最好的结果：
定期实施备份，建立一个计划并严格遵守
让服务器执行更新日志。当你在崩溃后需要恢复数据时，更新日志将帮助你。在你用备份文件恢复数据到备份时的状态后，你可以通过运行更新日志中的查询再次运用备份后面的修改，这将数据库中的表恢复到崩溃发生时的状态。以文件系统备份的术语讲，数据库备份文件代表完全倾倒(full dump)，而更新日志代表渐进倾倒(incremental dump)。
使用一种统一的和易理解的备份文件命名机制
象backup1、buckup2等不是特别有意义。当实施你的恢复时，你将浪费时间找出文件里是什么东西。你可能发觉用数据库名和日期构成备份文件名会很有用。例如：
%mysqldump samp_db >/usr/archives/mysql/samp_db.1999-10-02
%mysqldump menagerie >/usr/archives/mysql/menagerie.1999-10-02
你可能想在生成备份后压缩它们。备份一般都很大！你也需要让你的备份文件有过期期限以避免它们填满你的磁盘，就象你让你的日志文件过期那样。用文件系统备份备份你的备份文件。如果遇上了一个彻底崩溃，不仅清除了你的数据目录，也清除了包含你的数据库备份的磁盘驱动器，你将真正遇上了麻烦。也要备份你的更新日志,将你的备份文件放在不同于用于你的数据库的文件系统上。这将降低由于生成备份而填满包含数据目录的文件系统的可能性。
用于创建备份的技术同样对拷贝数据库到另一台机器有用。最常见地，一个数据库被转移到了运行在另一台主机上的服务器，但是你也可以将数据转移到同一台主机上的另一个服务器。
1.使用mysqldump备份和拷贝数据库
当你使用mysqldumo程序产生数据库备份文件时，缺省地，文件内容包含创建正在倾倒的表的CREATE语句和包含表中行数据的INSERT语句。换句话说，mysqldump产生的输出可在以后用作mysql的输入来重建数据库。你可以将整个数据库倾倒进一个单独的文本文件中，如下：
%mysqldump samp_db >/usr/archives/mysql/samp_db.1999-10-02
输出文件的开头看起来象这样：
# MySQL Dump 6.0#
# 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'#
INSERT INTO absence VALUES (3,'1999-09-03');
INSERT INTO absence VALUES (5,'1999-09-03');
INSERT INTO absence VALUES (10,'1999-09-08');
......
文件剩下的部分有更多的INSERT和CREATE TABLE语句组成。如果你想压缩备份，使用类似如下的命令：
%mysqldump samp_db │ gzip >/usr/archives/mysql/samp_db.1999-10-02.gz
如果你要一个庞大的数据库，输出文件也将很庞大，可能难于管理。如果你愿意，你可以在mysqldump命令行的数据库名后列出单独的表名来倾到它们的内容，这将倾倒文件分成较小、更易于管理的文件。下例显示如何将samp_db数据库的一些表倾到进分开的文件中：
%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.unixaid.info，可以这样很容易做到：
%mysqladmin -h boa.unixaid.info create samp_db
%mysqldump samp_db │ mysql -h boa.unixaid.info samp_db
以后，如果你想再次刷新boa.unixaid.info上的数据库，跳过mysqladmin命令，但要对mysqldump加上--add-drop-table以避免的得到表已存在的错误：
%mysqldump --add-drop-table samp_db │ mysql -h boa.unixaid.info samp_db
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.unixaid.info samp_db
mysqldump有很多选项，详见《MySQL参考手册》。
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 实用程序对此很有帮助，它从更新日志中提取多行查询。另一个可能性是使用另一台服务器恢复整个数据库，然后拷贝你想要的表文件到原数据库中。这可能真的很容易！当你将文件拷回数据库目录时，要确保原数据库的服务器关闭。
各种mysql备份的方法
一、 使用mysql相关命令进行简单的本地备份
1、mysqlldump命令
mysqldump是采用SQL级别的备份机制，它将数据表导成 SQL 脚本文件，在不同的 MySQL 版本之间升级时相对比较合适，这也是最常用的备份方法。
使用 mysqldump进行备份非常简单，如果要备份数据库” db_backup ”,使用命令：
#mysqldump –u -p phpbb_db_backup > /usr/backups/mysql/db_backup2008-1-6.sql
还可以使用gzip命令对备份文件进行压缩：
#mysqldump db_backup | gzip > /usr/backups/mysql/ db_backup2008-1-6.sql.gz
只备份一些频繁更新的数据库表：
## mysqldump sample_db articles comments links > /usr/backups/mysql/sample_db.art_comm_lin.2008-1-6.sql
上面的命令会备份articles, comments, 和links 三个表。
恢复数据使用命令：
#mysql –u -p db_backup 注意使用这个命令时必须保证数据库正在运行。
2、使用 SOURCE 语法
其实这不是标准的 SQL 语法，而是 mysql 客户端提供的功能，例如：
# SOURCE /tmp/db_name.sql;
这里需要指定文件的绝对路径，并且必须是 mysqld 运行用户(例如 nobody)有权限读取的文件。
3、mysqlhotcopy备份
mysqlhotcopy 只能用于备份 MyISAM，并且只能运行在 linux 和Unix 和 NetWare 系统上。mysqlhotcopy 支持一次性拷贝多个数据库，同时还支持正则表达。以下是几个例子：
#mysqlhotcopy -h=localhost -u=goodcjh -p=goodcjh db_name /tmp
(把数据库目录 db_name 拷贝到 /tmp 下)
注意，想要使用 mysqlhotcopy，必须要有 SELECT、RELOAD(要执行 FLUSH TABLES) 权限，并且还必须要能够有读取 datadir/db_name 目录的权限。
还原数据库方法：
mysqlhotcopy 备份出来的是整个数据库目录，使用时可以直接拷贝到 mysqld 指定的 目录 (在这里是 /usr/local/mysql/data/)目录下即可，同时要注意权限的问题，另外首先应当删除数据库旧副本如下例：
# /bin/rm -rf /mysql-backup/**//*old
关闭mysql 服务器、复制文件、查询启动mysql服务器的三个步骤：
# /etc/init.d/mysqld stop
Stopping MySQL: [ OK ]
# cp -af /mysql-backup/**//* /var/lib/mysql /
# /etc/init.d/mysqld start
Starting MySQL: [ OK ]
#chown -R nobody:nobody /usr/local/mysql/data/ (将 db_name 目录的属主改成 mysqld 运行用户)
二、使用网络备份
将MYSQL数据放在一台计算机上是不安全的，所以应当把数据备份到局域网中其他Linux计算机中。假设Mysql服务器IP地址是：192.168.1.3。局域网使用Linux的远程计算机IP地址是192.168.1.4；类似于windows的网络共享，UNIX(Linux)系统也有自己的网络共享，那就是NFS(网络文件系统)，在linux客户端挂接(mount)NFS磁盘共享之前，必须先配置好NFS服务端。linux系统NFS服务端配置方法如下：
(1)修改 /etc/exports,增加共享目录
/export/home/dbak 192.168.1.4(rw)
/export/home/dbak1 *(rw)
/export/home/dbak2 linux-client(rw)
注：/export/home/目录下的dbak、dbak1、dbak2是准备共享的目录，10.140.133.23、*、linux- client是被允许挂接此共享linux客户机的IP地址或主机名。如果要使用主机名linux-client必须在服务端主机/etc/hosts文件里增加linux-client主机ip定义。格式如下：
192.168.1.4 linux-client
若修改/etc/export文件增加新的共享，应先停止NFS服务，再启动NFS服务方能使新增加的共享起作用。使用命令exportfs -rv也可以达到同样的效果。linux客户端挂接(mount)其他linux系统或UNIX系统的NFS共享。这里我们假设192.168.1.4是 NFS服务端的主机IP地址，当然这里也可以使用主机名，但必须在本机/etc/hosts文件里增加服务端ip定义。/export/home /dbak为服务端共享的目录。如此就可以在linux客户端通过/mnt/nfs来访问其它linux系统或UNIX系统以NFS方式共享出来的文件了。
把MYSQL数据备份到使用Linux的远程计算机需要在两端都安装NFS协议(Network File System)，远程NFS计算机安装NFS协议后还要修改配置文件：/etc/exports,加入一行：
/usr/backups/mysql/ 192.168.1.4 (rw, no_root_squash)
表示将/usr/backups/mysql/目录共享。这个目录具有远程root用户读写权限。保存NFS配置文件，然后使用命令：
#exportfs -a –r
然后重新启动NFS服务：
#service nfsd start
远程计算机设定后，在MYSQL服务器/mnt 目录下建立一个backup_share目录：
#mkdir /mnt/backup_share
将远程的Linux计算机的/usr/backups/mysql/目录挂载到MYSQL服务器的/mnt/backup_share目录下：
# mount -t nfs 192.168.1.4：/usr/backups/mysql /mnt/backup_share
将目录挂载进来后，只要进入/mnt/backup_share 目录，就等于到了IP地址：192.168.1.4那部NFS 计算机的/usr/backups/mysql 目录中。下面使用mysqldump把“phpbb_db_backup”备份到远程计算机：
# mysqldump db_backup > /mnt/backup_share/ db_backup2008-1-6.sql
自动完成网络备份的方法：
Linux 服务器上的程序每天都在更新 MySQL 数据库，于是就想起写一个 shell 脚本，结合 crontab，定时备份数据库。建立一个shell脚本：sample_db_backup.sh
# At the very end the $(date +%F) 自动添加备份日期
mysqldump -u
#un-mount the filesystem
umount /mnt/backup_share
# mount \u2013o soft 192.168.1.4:/archive /mnt/backup_share
说明：mount NFS服务器的一个重要参数：hard (硬) mount或soft(软)mount。
硬挂载: NFS客户机会不断的尝试与NFS服务器的连接(在后台一般不会给出任何提示信息)，直到挂载上为止。
软挂载:会在前台尝试与NFS服务器的连接，是默认的连接方式。当收到错误信息后终止mount尝试，并给出相关信息。
对于到底是使用硬挂载还是软挂载的问题，这主要取决于你访问什么信息有关。例如你是想察看NFS服务器的视频文件时，你绝对不会希望由于一些意外的情况(如网络速度一下子变的很慢)而使系统输出大量的错误信息，如果此时你用的是硬挂载方式的话，系统就会等待，直到能够重新与NFS 服务器建立连接传输信息。另外如果是非关键数据的话也可以使用软挂载方式，如FTP一些数据等，这样在远程机器暂时连接不上或关闭时就不会挂起你的会话过程。
下面建立脚本文件权限：chmod +x ./sample_db_backup.sh
然后使用将此脚本加到 /etc/crontab 定时任务中：
01 5 * * 0 mysql /home/mysql/ sample_db_backup.sh
好了，每周日凌晨 5:01 系统就会自动运行 sample_db_backup.sh 文件通过网络备份 MySQL 数据库了。
三、实时恢复MySQL数据方法
在对MySQL数据和表格结构进行备份时，mysqldump是一个非常有用的工具。然而，通常情况下，一般一天只备份一次，或者在一个特定的间隔备份一次。如果在刚备份完成的一段时间以内数据丢失，那么这些数据很有可能无法恢复。有什么方法可以对数据进行实时性地保护呢?事实上，现在有几种方法都可以实现MySQL数据库的实时保护。这里介绍其中一种，即使用二进制日志进行数据恢复。
1、设置二进制日志方法
要想从二进制日志恢复数据，你需要知道当前二进制日志文件的路径和文件名。一般可以从选项文件(即my.cnf or my.ini，取决于你的系统)中找到路径。如果未包含在选项文件中，当服务器启动时，可以在命令行中以选项的形式给出，启用二进制日志的选项为-- log-bin。要想确定当前的二进制日志文件的文件名，输入下面的MySQL语句：
# SHOW BINLOG EVENTS \G
2、最简单的数据恢复
每天备份和运行二进制日志的确是一个在MySQL服务器中恢复数据的不错方法。比如，可以每天在深夜使用mysqldump对数据进行备份，如果某天在数据备份完成后的一段时间里，由于某种原因数据丢失，可以使用以下方法来对其进行恢复。首先，停止MySQL服务器，然后使用以下命令重新启动MySQL服务器。该命令将保证是惟一可以访问该数据库服务器的人：
# /etc/init.d/mysqld stop
Stopping MySQL: [ OK ]
# mysqld --socket=/tmp/mysql_restore.sock --skip-networking
这里， 一socket选项将为U n i x 系统命名一个不同的Socket文件。一旦服务器处于独占控制之下，就可以放心地对数据库进行操作，而不用担心在进行数据恢复的过程中有用户尝试访问数据库而导致更多的麻烦。进行恢复的第一个步骤是恢复晚上备份好的dump文件：
#mysql -u root -pmypwd --socket=/tmp/mysql_restore.sock < /var/backup/20080120.sql
该命令可以将数据库的内容恢复至晚上刚刚完成备份的内容。要恢复dump文件创建后的数据库事务处理， 可以使用mysqlbinlog工具。如果每天晚上进行备份操作时都对日志进行flush操作，则可以使用以下命令行工具将整个二进制日志文件进行恢复：
mysqlbinlog /var/log/mysql/bin.123456 \
| mysql -u root -pmypwd --socket=/tmp/mysql_restore.sock
3、针对某一时问点的恢复
对于MySQL 4.1.4，可以在mysqlbinlog语句中通过--start-date和--stop-date选项指定DATETIME格式的起止时间。假设用户在2008-1-22上午10点执行的SQL语句删除了一个大的数据表，则可以使用以下命令进行恢复：要想恢复表和数据，你可以恢复前晚上的备份，并输入：
#mysqlbinlog --stop-date="2008-1-22 9:59:59"
/var/log/mysql/bin.123456 |
mysql -u root -pmypwd \
--socket=/tmp/mysql_restore.sock
#mysql -u root -pmypwd
该语句将恢复所有给定一stop-date日期之前的数据。如果在执行某SQL语句数小时之后才发现执行了错误操作，那么可能还需要恢复之后输入的一些数据。这时， 也可以通过mysqlbinlog来完成该功能：
#mysqlbinlog --start-date="2008-1-22 10:01:00" \
/var/log/mysql/bin.123456 \
| mysql -u root -pmypwd \
--socket=/tmp/mysql_restore.sock
#mysql -u root -pmypwd
在该行中，从上午10:01登录的SQL语句将运行。组合执行前夜的转储文件和mysqlbinlog的两行可以将所有数据恢复到上午10:00前一秒钟。你应检查日志以确保时间确切。
4、使用Position进行恢复
也可以不指定日期和时间，而使用mysqlbinlog的选项--start-position和--stop-position来指定日志位置。它们的作用与起止日选项相同，不同的是给出了从日志起的位置号。使用日志位置是更准确的恢复方法，特别是当由于破坏性SQL语句同时发生许多事务的时候。要想确定位置号，可以运行mysqlbinlog寻找执行了不期望的事务的时间范围，但应将结果重新指向文本文件以便进行检查。操作命令为：
mysqlbinlog --start-date="2005-04-20 9:55:00" --stop-date="2005-04-20 10:05:00"
/var/log/mysql/bin.123456 > /tmp/mysql_restore.sql
该命令将在/tmp目录创建小的文本文件，将显示执行了错误的SQL语句时的SQL语句。你可以用vi或者gedit文本编辑器打开该文件，寻找你不要想重复的语句。如果二进制日志中的位置号用于停止和继续恢复操作，应进行注释。用log_pos加一个数字来标记位置。使用位置号恢复了以前的备份文件后，你应从命令行输入下面内容：
mysqlbinlog --stop-position="368312" /var/log/mysql/bin.123456
| mysql -u root -pmypwd
mysqlbinlog --start-position="368315" /var/log/mysql/bin.123456
| mysql -u root -pmypwd
上面的第1行将恢复到停止位置为止的所有事务。下一行将恢复从给定的起始位置直到二进制日志结束的所有事务。因为mysqlbinlog的输出包括每个 SQL语句记录之前的SET TIMESTAMP语句，恢复的数据和相关MySQL日志将反应事务执行的原时间。
5、其他方法
对于一个标准安装的MySQL，通过二进制日志完全恢复任何时刻丢失的数据是一件非常简单、快捷的事情。当然，如果无法忍受使用该方法的要求，比如在进行恢复操作时要锁住其他用户等，也可以使用其他方法来保护数据：
使用Mysql复制技术
http://dev.mysql.com/doc/mysql/en/replication.html
使用mysql集群技术
http://dev.mysql.com/doc/mysql/en/ndbcluster.html
参考文献：
Backing up your MySQL data (作者: Mayank Sharma)
http://www.linux.com/articles/41313
Point-in-Time Data Recovery (作者：Russell Dyer)
http://dev.mysql.com/tech-resources/articles/point_in_time_recovery.html
一、mysql 备份工具mysqldump
1、mysqldump 是采用SQL级别的备份机制，它将数据表导成 SQL 脚本文件，在不同的 MySQL 版本之间升级时相对比较合适，这也是最常用的备份方法。
2、mysqldump使用介绍
主要参数：
--add-locks
在每个表导出之前增加LOCK TABLES并且之后UNLOCK TABLE。(为了使得更快地插入到MySQL)。
--add-drop-table
在每个create语句之前增加一个drop table。
--allow-keywords
允许创建是关键词的列名字。这由在列名前面加表名的方法做到。
-c, --complete-insert
使用完整的insert语句(用列名字)。
-C, --compress
如果客户和服务器均支持压缩，压缩两者间所有的信息。
--delayed
用INSERT DELAYED命令插入行。
-#, --debug[=option_string]
跟踪程序的使用(为了调试)。
--help
显示一条帮助消息并且退出。
--fields-terminated-by=...
--fields-enclosed-by=...
--fields-optionally-enclosed-by=...
--fields-escaped-by=...
--fields-terminated-by=...
--default-character-set=charset
指定导出数据时采用何种字符集，如果数据表不是采用默认的 latin1 字符集的话，那么导出时必须指定该选项，否则再次导入数据后将产生乱码问题。
--extended-insert = true|false
默认情况下，mysqldump 开启 --complete-insert 模式，因此不想用它的的话，就使用本选项，设定它的值为 false 即可。 使用全新多行INSERT语法。(给出更紧缩并且更快的插入语句)
--hex-blob
使用十六进制格式导出二进制字符串字段。如果有二进制数据就必须使用本选项。影响到的字段类型有 BINARY、VARBINARY、BLOB。
--lock-all-tables，-x
在开始导出之前，提交请求锁定所有数据库中的所有表，以保证数据的一致性。这是一个全局读锁，并且自动关闭 --single-transaction 和 --lock-tables 选项。
--lock-tables
它和 --lock-all-tables 类似，不过是锁定当前导出的数据表，而不是一下子锁定全部库下的表。本选项只适用于 MyISAM 表，如果是 Innodb 表可以用 --single-transaction 选项。
--no-create-info，-t
只导出数据，而不添加 CREATE TABLE 语句。
--no-data，-d
不导出任何数据，只导出数据库表结构。
--opt
这只是一个快捷选项，等同于同时添加 --add- drop-tables --add-locking --create-option --disable-keys --extended- insert --lock-tables --quick --set-charset 选项。本选项能让 mysqldump 很快的导出数据，并且导出的数据能很快导回。该选项默认开启，但可以用 --skip-opt 禁用。注意，如果运行 mysqldump 没有指定 --quick 或 --opt 选项，则会将整个结果集放在内存中。如果导出大数据库的话可能会出现问题。
--quick，-q
该选项在导出大表时很有用，它强制 mysqldump 从服务器查询取得记录直接输出而不是取得所有记录后将它们缓存到内存中。
--routines，-R
导出存储过程以及自定义函数。
--single-transaction
该选项在导出数据之前提交一个 BEGIN SQL语句，BEGIN 不会阻塞任何应用程序且能保证导出时数据库的一致性状态。它只适用于事务表，例如 InnoDB 和 BDB。 本选项和 --lock-tables 选项是互斥的，因为 LOCK TABLES 会使任何挂起的事务隐含提交。 要想导出大表的话，应结合使用 --quick 选项。
--triggers
同时导出触发器。该选项默认启用，用 --skip-triggers 禁用它。
--default-character-set=charset
指定导出数据时采用何种字符集，如果数据表不是采用默认的 latin1 字符集的话，那么导出时必须指定该选项，否则再次导入数据后将产生乱码问题。
--extended-insert = true|false
默认情况下，mysqldump 开启 --complete-insert 模式，因此不想用它的的话，就使用本选项，设定它的值为 false 即可。
--hex-blob
使用十六进制格式导出二进制字符串字段。如果有二进制数据就必须使用本选项。影响到的字段类型有 BINARY、VARBINARY、BLOB。
--lock-all-tables，-x
在开始导出之前，提交请求锁定所有数据库中的所有表，以保证数据的一致性。这是一个全局读锁，并且自动关闭 --single-transaction 和 --lock-tables 选项。
--lock-tables
它和 --lock-all-tables 类似，不过是锁定当前导出的数据表，而不是一下子锁定全部库下的表。本选项只适用于 MyISAM 表，如果是 Innodb 表可以用 --single-transaction 选项。
--no-create-info，-t
只导出数据，而不添加 CREATE TABLE 语句。
--no-data，-d
不导出任何数据，只导出数据库表结构。
--opt
这只是一个快捷选项，等同于同时添加 --add-drop-tables --add-locking --create-option --disable-keys --extended-insert --lock-tables --quick --set-charset 选项。本选项能让 mysqldump 很快的导出数据，并且导出的数据能很快导回。该选项默认开启，但可以用 --skip-opt 禁用。注意，如果运行 mysqldump 没有指定 --quick 或 --opt 选项，则会将整个结果集放在内存中。如果导出大数据库的话可能会出现问题。
--quick，-q
该选项在导出大表时很有用，它强制 mysqldump 从服务器查询取得记录直接输出而不是取得所有记录后将它们缓存到内存中。
--routines，-R
导出存储过程以及自定义函数。
--single-transaction
该选项在导出数据之前提交一个 BEGIN SQL语句，BEGIN 不会阻塞任何应用程序且能保证导出时数据库的一致性状态。它只适用于事务表，例如 InnoDB 和 BDB。
本选项和 --lock-tables 选项是互斥的，因为 LOCK TABLES 会使任何挂起的事务隐含提交。
要想导出大表的话，应结合使用 --quick 选项。
--triggers
同时导出触发器。该选项默认启用，用 --skip-triggers 禁用它。
LOAD DATA INFILE语法
-F, --flush-logs
在开始导出前，洗掉在MySQL服务器中的日志文件。
-f, --force,
即使我们在一个表导出期间得到一个SQL错误，继续。
-h, --host=..
从命名的主机上的MySQL服务器导出数据。缺省主机是localhost。
-l, --lock-tables.
为开始导出锁定所有表。
-t, --no-create-info
不写入表创建信息(CREATE TABLE语句)
-d, --no-data
不写入表的任何行信息。如果你只想得到一个表的结构的导出，这是很有用的！
--opt
同--quick --add-drop-table --add-locks --extended-insert --lock-tables。 应该给你为读入一个MySQL服务器的尽可能最快的导出。
-pyour_pass, --password[=your_pass]
与服务器连接时使用的口令。如果你不指定“=your_pass”部分，mysqldump需要来自终端的口令。
-P port_num, --port=port_num
与一台主机连接时使用的TCP/IP端口号。(这用于连接到localhost以外的主机，因为它使用 Unix套接字。)
-q, --quick
不缓冲查询，直接导出至stdout；使用mysql_use_result()做它。
-S /path/to/socket, --socket=/path/to/socket
与localhost连接时(它是缺省主机)使用的套接字文件。
-T, --tab=path-to-some-directory
对于每个给定的表，创建一个table_name.sql文件，它包含SQL CREATE 命令，和一个table_name.txt文件，它包含数据。 注意：这只有在mysqldump运行在mysqld守护进程运行的同一台机器上的时候才工作。.txt文件的格式根据--fields-xxx和--lines--xxx选项来定。
-u user_name, --user=user_name
与服务器连接时，MySQL使用的用户名。缺省值是你的Unix登录名。
-O var=option, --set-variable var=option
设置一个变量的值。可能的变量被列在下面。
-v, --verbose
冗长模式。打印出程序所做的更多的信息。
-V, --version
打印版本信息并且退出。
-w, --where='where-condition'
只导出被选择了的记录；注意引号是强制的！
"--where=user='jimf'" "-wuserid>1" "-wuserid<1"
二、增量备份 binlog
1、启用 binlog
关闭 mysqld，打开 my.cnf，加入以下几行，再重启mysqld
server-id = 1
log-bin = binlog
log-bin-index = binlog.index
server-id = 1
log-bin = binlog
log-bin-index = binlog.index
2、当你使用 mysqldump 进行数据库备份时请记得加上 –flush-logs 或 -F 选项
例如：
pdb:~# mysqldump --flush-logs -u root -p example > example.sql
pdb:~# mysqldump -F -u root -p example > example.sql
pdb:~# mysqldump --flush-logs -u root -p example > example.sql
pdb:~# mysqldump -F -u root -p example > example.sql
这么做的目的是在备份时让 MySQL Server 进行 logrotate，这样子日后要辨别 “最后一次备份时间点” 之后的 Binary Log 会比较方便。
若你没有主动(或通过设置)去删除 Binary Log，则只要你的硬盘空间够大，MySQL 会无限期的保存 Binary Log，也就是说你的 Binary Log 里面所记载的数据有可能包含 “最后一次备份时间点” 之前的数据。
定期执行mysqladmin flush-log来实现记录日志文件
三、备份实例
1、备份MyISAM 表
pdb:~# mysqldump -u root -p --default-character-set=utf8 --opt --extended-insert=false --triggers -R --hex-blob -x freedb > freedb.sql
pdb:~# mysqldump -u root -p --default-character-set=utf8 --opt --extended-insert=false --triggers -R --hex-blob -x freedb > freedb.sql
2、备份Innodb 表
pdb:~# mysqldump -u root -p --default-character-set=utf8 --opt --extended-insert=false --triggers -R --hex-blob --single-transaction freedb > freedb.sql
pdb:~# mysqldump -u root -p --default-character-set=utf8 --opt --extended-insert=false --triggers -R --hex-blob --single-transaction freedb > freedb.sql
3、实现在线备份
pdb:~# mysqldump -u root -p --default-character-set=utf8 --opt --master-data=1 --single-transaction --flush-logs freedb > freedb.sql
pdb:~# mysqldump -u root -p --default-character-set=utf8 --opt --master-data=1 --single-transaction --flush-logs freedb > freedb.sql
4、备份所有数据库
pdb:~# mysqldump -u root -p --all-database > /bak/all.sql
pdb:~# mysqldump -u root -p --all-database > /bak/all.sql
5、备份freedb数据库中的test1和test2表，保存为freedb.sql文件
pdb:~# mysqldump -u root -p freedb test1 test2 > /bak/freedb.sql
pdb:~# mysqldump -u root -p freedb test1 test2 > /bak/freedb.sql
6、备份数据，加-F生成一个新日志文件
pdb:~# mysqldump -F -u root -p freedb > /bak/freedb.sql
pdb:~# mysqldump -F -u root -p freedb > /bak/freedb.sql
四、恢复实例
1、完全恢复
pdb:~# mysql -u root -p freedb < freedb.sql
pdb:~# mysql -u root -p freedb < freedb.sql
2、mysqlbinlog 完全恢复，使用第六个备份方法
--备份当前日志，否则恢复时日志也会记录恢复操作
pdb:~# cp /mysqldata/mysql-bin.000009 /bak/
--完全恢复freedb数据库，恢复到备份时状态,备份时到数据库恢复之间的操作还没有恢复
pdb:~# mysql -u root -p freedb < /bak/freedb.sql
--用二进制日志把freedb数据恢复到最新状态
pdb:~# mysqlbinlog /bak/mysql-bin.000009 | mysql -u root -p freedb
--备份当前日志，否则恢复时日志也会记录恢复操作
pdb:~# cp /mysqldata/mysql-bin.000009 /bak/
--完全恢复freedb数据库，恢复到备份时状态,备份时到数据库恢复之间的操作还没有恢复
pdb:~# mysql -u root -p freedb < /bak/freedb.sql
--用二进制日志把freedb数据恢复到最新状态
pdb:~# mysqlbinlog /bak/mysql-bin.000009 | mysql -u root -p freedb
3、基于时间点恢复--不完全恢复
如果01:00:00——02:30:00中间出现问题，可以跳过这段时间恢复数据
恢复数据库之前最后把二进制文件备份一下
--用二进制日志文件把freedb数据库恢复到故障前
pdb:~# mysqlbinlog --stop-date="2010-01-11 01:00:00" /mysqldata/mysql-bin.000009 | mysql -u root -p freedb
--跳过故障时间点继续恢复freedbe数据库
pdb:~# mysqlbinlog --start-date="2009-01-11 02:30:00" /mysqldata/mysql-bin.000009 | mysql -u root -p freedb
--用二进制日志文件把freedb数据库恢复到故障前
pdb:~# mysqlbinlog --stop-date="2010-01-11 01:00:00" /mysqldata/mysql-bin.000009 | mysql -u root -p freedb
--跳过故障时间点继续恢复freedbe数据库
pdb:~# mysqlbinlog --start-date="2009-01-11 02:30:00" /mysqldata/mysql-bin.000009 | mysql -u root -p freedb
4、基于位置的恢复--不完全恢复（可以更精确的恢复数据）
--获取操作记录
pdb:~# mysqlbinlog --start-date="2010-01-11 01:00:00" --stop-date="2010-01-11 02:30:00" /mysqldata/mysql-bin.000009 > /record.txt
--2010-01-11 01:00:00 如：1500-2500
pdb:~# more /record.txt
--恢复到代号为1000的语句前的记录
pdb:~# mysqlbinlog --stop-position="1500" /mysqldata/mysql-bin.000009 | mysql -u root -p freedb
--恢复到代号为1010的语句后的记录
pdb:~# mysqlbinlog --start-position="2500" /mysqldata/mysql-bin.000009 | mysql -u root -p freedb
--获取操作记录
pdb:~# mysqlbinlog --start-date="2010-01-11 01:00:00" --stop-date="2010-01-11 02:30:00" /mysqldata/mysql-bin.000009 > /record.txt
--2010-01-11 01:00:00 如：1500-2500
pdb:~# more /record.txt
--恢复到代号为1000的语句前的记录
pdb:~# mysqlbinlog --stop-position="1500" /mysqldata/mysql-bin.000009 | mysql -u root -p freedb
--恢复到代号为1010的语句后的记录
pdb:~# mysqlbinlog --start-position="2500" /mysqldata/mysql-bin.000009 | mysql -u root -p freedb
五、备份的策略
对于中等级别业务量的系统来说，备份策略可以这么定：第一次全量备份，每天一次增量备份，每周再做一次全量备份，如此一直重复。对于重要的且繁忙的系统来说，则可能需要每天一次全量备份，每小时一次增量备份，甚至更频繁。
为了不影响线上业务，实现在线备份，并且能增量备份，最好的办法就是采用主从复制机制(replication)，在 slave 机器上做备份。
六、数据维护和灾难恢复
为了保证数据表能安全、稳定、高速使用，需要定期维护你的数据表。
1、对 MyISAM 表
查看源码复制到剪切板打印帮助
--检查或维护 MyISAM 表
mysql> CHECK TABLE 或 REPAIR TABLE
--优化 MyISAM 表
mysql> OPTIMIZE TABLE
--分析 MyISAM 表
mysql> ANALYZE TABLE
--检查或维护 MyISAM 表
mysql> CHECK TABLE 或 REPAIR TABLE
--优化 MyISAM 表
mysql> OPTIMIZE TABLE
--分析 MyISAM 表
mysql> ANALYZE TABLE
如果是索引坏了，可以用 myisamchk 工具来重建索引
2、对 InnoDB 表
--Innodb 表则可以通过执行以下语句来整理碎片，提高索引速度：
mysql> ALTER TABLE tbl_name ENGINE = Innodb;
--这其实是一个 NULL 操作，表面上看什么也不做，实际上重新整理碎片了。
--Innodb 表则可以通过执行以下语句来整理碎片，提高索引速度：
mysql> ALTER TABLE tbl_name ENGINE = Innodb;
--这其实是一个 NULL 操作，表面上看什么也不做，实际上重新整理碎片了。
如果是索引坏了，Innodb把所有的表都保存在一个表空间了。不过 Innodb 有一个检查机制叫 模糊检查点，只要保存了日志文件，就能根据日志文件来修复错误。可以在 my.cnf 文件中，增加以下参数，让 mysqld 在启动时自动检查日志文件：
innodb_force_recovery = 4