下文给大家带来关于备份与恢复MySQL数据库的三种方法介绍，感兴趣的话就一起来看看这篇文章吧，相信看完备份与恢复MySQL数据库的三种方法介绍对大家多少有点帮助吧。
MySQL数据库的备份与恢复的三种方法
1.利用mysqldump实现从逻辑角度完全备份mysql，配合二进制日志备份实现增量备份
2.利用lvs快照从物理角度实现几乎热备的完全备份，配合二进制日志备份实现增量备份
3.利用percona公司的xrabackup实现完全热备份与增量热备份
实验环境：RHEL5.8 ,SElinux关闭，MySQL是tar包初始化安装版本5.5.28
一.测试环境准备
1.1 mysql的安装就不说了，见http://laoguang.blog.51cto.com/6013350/1039208
1.2 编缉/etc/my.cnf把二进制日志存放目录改到其它非数据目录,innodb每表一文件
建立一目录用于存放二进制日志
mkdir /mybinlog
chown mysql:mysql /mybinlog
修改my.cnf
vim /etc/my.cnf
log-bin=/mybinlog/mysql-bin ##二进制日志目录及文件名前缀
innodb_file_per_table = 1 ##启用InnoDB表每表一文件，默认所有库使用一个表空间
启动mysqld
service mysqld start
1.3 创建一个测试库与测试表
mysql> create database benet;
mysql> use benet；
mysql> create table linux (id tinyint auto_increment primary key,name char(10));
mysql> insert into linux (name) values ('apache'),('nginx'),('php');
1.4 创建用于存放备份的目录
mkdir /myback
chown -R mysql:mysql /myback
二,用mysqldump实现备份
2.1 mysqldump用来温备，所以我们得为所有库加读锁,并且滚动一下二进制日志，并记录当前二进制文件位置
mysqldump --all-databases --lock-all-tables --routines --triggers --master-data=2 \
--flush-logs > /myback/2012-12-3.19-23.full.sql
--all-databases 备份所有库
--lock-all-tables 为所有表加读锁
--routines 存储过程与函数
--triggers 触发器
--master-data=2 在备份文件中记录当前二进制日志的位置，并且为注释的，1是不注释掉在主从复制中才有意义
--flush-logs 日志滚动一次
查看有没有备份成功，有没有启用新二进制的日志，查看备份的文件中有没有记录完整备份后二进制的位置
备份二进制日志
cp /mybinlog/mysql-bin.000001 /myback/2012-12-3.19-23.full.00001
2.2 模拟数据库意外损坏，测试完整恢复
rm -rf /data/mydata;
DROP TABLE `linux`
;
DELIMITER ;
# End of log file
2.3.4 由上图可知删除是在8893时做的，将二进制文件中完整备份到删除表之前的记录导出
mysqlbinlog --stop-position=8893 /mybinlog/mysql-bin.000001 > /tmp/change.sql
--start-position 指定从哪开始导出二进制日志
--stop-position 指定到哪结束
--start-datetime 从哪个时间开始格式如"2005-12-25 11:25:56"
--stop-datetime 到哪个时间结束
由于这个二进制日志是我们完整恢复后才启用的，所以我们直接从头开始即可，如果你的二进制日志很多，请查看完整备份中记录的备份时的位置，从那开始到删除之前即可
将这段二进制记录应用到mysql的库中
mysql < /tmp/change.sql
进入数据库查看数据有没有恢复
mysql> select * from linux;
基于mysqldump通常我们就是完整备份+二进制日志来进行恢复的。
三，利用lvm的快照来备份MySQL
要求你的MySQL的数据目录必须在lvm卷上，下面来演示过程
3.1 建立lvm卷组，挂载到/data/mydata下，这个我就不演示了
3.2 初始化MySQL时将数据目录指向/data/mydata,安装过程见上链接
3.3 同样如第一步那样准备环境
3.4 在MySQL中为所有表加读锁，不要关闭终端，否则锁将失效,滚动日志
mysql> flush tables with read lock;
mysql> flush logs;
mysql> show master status;
+------------------+----------+--------------+------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+------------------+----------+--------------+------------------+
| mysql-bin.000002 | 107 | | |
+------------------+----------+--------------+------------------+
3.5 另开一终端速度建立快照,我的那个卷组是/dev/myvg/mydata
lvcreate -L 200M -n mysql-snap -s -p r /dev/myvg/mydata
3.4 速度释放读锁
mysql> unlock tables;
3.5 挂载快照，拷备出来，卸载快照，删除快照
mount /dev/myvg/mysql-snap /mnt
mkdir /myback/lvm
cp -pR /mnt/* /myback/lvm
umount /mnt
lvremove /dev/myvg/mysql-snap
3.6 就这样一次完整备份就完成了，下面来测试能否正常使用
servivce mysqld stop
rm -R /data/mydata/*
cp -Rp /myback/lvm/* /data/mydata
service mysqld start ##如果能正常启动代表没有问题，起不来请看数据目录权限
3.7 如果在完整备份后MySQL出现故障，与mysqldump一样，先恢复上次的完整备份，再利用二进制日志恢复，二进制恢复再啰嗦一遍，找到完整备份时的二进制位置，把从那时到故障前的日志用mysqlbinlog导出来，然后批处理方式导入到MySQL中。这个同mysqldump中实验一致就不重复了。
用lvm的快照来备份速度是非常快的，而且几乎热备，恢复也很快速，操作也简单，完整恢复后再将相应二进制恢复即可。
四:基于xtrabackup来完全备份，增量备份，热备份MySQL
下载地址:http://www.percona.com/software/percona-xtrabackup
4.1 下载安装xtrabackup，我用的是percona-xtrabackup-2.0.3-470.rhel5.i386.rpm
yum install perl-DBD-MySQL
rpm -ivh percona-xtrabackup-2.0.3-470.rhel5.i386.rpm
4.2 MySQL基本环境与第一步的一致
4.3 为备份建立一个只有备份权限的用户
mysql> create user 'percona'@'localhost' identified by 'redhat';
mysql> revoke all privileges,grant option from 'percona'@'localhost';
mysql> grant reload,lock tables,replication client on *.* to 'percona'@'localhost';
mysql> flush privileges;
4.4 完整备份一次MySQL
innobackupex --host=locahost --user=percona --password=redhat --defaults-file=/usr/local/mysql/my.cnf /myback/
数据会完整备份到/myback/中目录名字为当前的日期，extrabackup会备份所有的InnoDB表，MyISAM表只是复制表结构文件、以及MyISAM、MERGE、CSV和ARCHIVE表的相关文件，同时还会备份触发器和数据库配置信息相关的文件。除了保存数据外还生成了一些extrabackup需要的数据文件
1)xtrabackup_checkpoints 备份类型（如完全或增量）、备份状态（如是否已经为prepared状态）和LSN(日志序列号)范围信息；每个InnoDB页(通常为16k大小)都会包含一个日志序列号，即LSN。LSN是整个数据库系统的系统版本号，每个页面相关的LSN能够表明此页面最近是如何发生改变的。
2)xtrabackup_binlog_info mysql云服务器当前正在使用的二进制日志文件及至备份这一刻为止二进制日志事件的位置。
3)xtrabackup_binlog_pos_innodb 二进制日志文件及用于InnoDB或XtraDB表的二进制日志文件的当前position。
4)xtrabackup_binary 备份中用到的xtrabackup的可执行文件；
5)backup-my.cnf 备份命令用到的配置选项信息；
4.4 测试恢复MySQL,用extrabackup来完整恢复
service mysqld stop
rm -Rf /data/mydata
innobackupex --apply-log /myback/2012-12-02_20-06-12/
--apply-log 的意义在于把备份时没commit的事务撤销，已经commit的但还在事务日志中的应用到数据库
innobackupex --copy-back /myback/2012-12-02_20-06-12/
--copy-back数据库恢复，后面跟上备份目录的位置
chown -R mysql:mysql /data/mydata
service mysqld start ##如果能启动代表恢复正常
4.5 我们来实验一下增量备份
4.5.1 在表中新增一些数据
mysql> insert into linux (name) values ('tomcat'), ('memcache'), ('varnish');
4.5.2 增量备份
innobackupex --user=percona--password=redhat --incremental \
--incremental-basedir=/myback/2012-12-02_20-06-12/ /myback/
--incremental 指定是增量备份
--incremental-basedir 指定基于哪个备份做增量备份，最后是增量备份保存的目录
增量备份只能对InnoDB引擎做增量备份，对MyISAM的表是完全复制
4.6 测试增量备份恢复
service mysqld stop
rm -Rf /data/mydata/*
innobackupex --apply-log --redo-only /myback/2012-12-02_20-06-12/
--redo-only 指的是把备份时commit的但还在事务日志中的应用到时数据，但是还没提交的不撤消，
因为这个事务可能在增量备份中提交，假如的撤消了增量备份中就提交不，因为事务已经不完整
将增量备份全并到完整备份中去
innobackupex --apply-log /myback/2012-12-02_20-06-12/ \
--incremental-dir=/myback/2012-12-02_20-28-49/
/myback/2012-12-02_20-06-12/ 这个是完整备份的目
--incremental-dir 后跟的是增量备份的目录
这个会使增量备份中的的数据合并到完整备份中，如果还有增量备份，继续合并，恢复时恢复完整备份即可
恢复数据，并起动MySQL
innobackupex --copy-back /myback/2012-12-02_20-06-12/
chown -R mysql:mysql /data/mydata
service mysqld start
查看数据有没丢失
如果在增量备份后数据库出现故障，我们需要通过完整备份+到现在为止的所有增量备份+最后一次增量备份到现在的二进制日志来恢复。
看了以上关于备份与恢复MySQL数据库的三种方法介绍，是否有所收获。如果想要了解更多相关，可以继续关注我们的行业资讯板块。
