本文系统Centos6.0

首先普及下备份术语：

• 热备份：读、写不受影响；

• 温备份：仅可以执行读操作；

• 冷备份：离线备份；读、写操作均中止；

我们备份，一般备份以下几个部分：

1.数据文件

2.日志文件（比如事务日志，二进制日志）

3.存储过程，存储函数，触发器

4.配置文件（十分重要，各个配置文件都要备份）

一、常用的备份工具

1.Mysql自带的备份工具

• mysqldump 逻辑备份工具，支持所有引擎，MyISAM引擎是温备，InnoDB引擎是热备，备份速度中速，还原速度非常非常慢，但是在实现还原的时候，具有很大的操作余地。具有很好的弹性。

• mysqlhotcopy 物理备份工具，但只支持MyISAM引擎，基本上属于冷备的范畴，物理备份，速度比较快。

2.文件系统备份工具

• cp 冷备份，支持所有引擎，复制命令，只能实现冷备，物理备份。使用归档工具，cp命令，对其进行备份的，备份速度快，还原速度几乎最快，但是灵活度很低，可以跨系统，但是跨平台能力很差。

• lvm 几乎是热备份，支持所有引擎，基于快照(LVM，ZFS)的物理备份，速度非常快，几乎是热备。只影响数据几秒钟而已。但是创建快照的过程本身就影响到了数据库在线的使用，所以备份速度比较快，恢复速度比较快，没有什么弹性空间，而且LVM的限制：不能对多个逻辑卷同一时间进行备份，所以数据文件和事务日志等各种文件必须放在同一个LVM上。而ZFS则非常好的可以在多逻辑卷之间备份。

3.其它工具

• xtrabackup 开源工具 MyISAM是温备份，InnoDB是热备份 ，是ibbackup商业工具的替代工具

二、备份实例：

在此本文已经做了lvm的一个分区：mysql5.6编译安装完毕；

mysql的datadir=/usr/data 也就是我们lvm挂载的地方

在mysql的test库有两张表；t1大小为388M左右；t2大小为210M左右；

给大家看下这边测试中的My.cnf

[root@centos test]# vim /etc/my.cnf
[mysqld]
datadir=/usr/data
socket=/tmp/mysql.sock
user=mysql
server-id=1
log-bin=mysql-bin
report-port=3306
port=3306
symbolic-links=0
[mysql_safe]
log-error=/var/log/mysqld.log
pid-file=/var/run/mysqld/mysqld.pid

我们这边备份操作一共是四种方式：

方式1>；mysqldump：

mysqldump备份数据库（完全备份+增加备份，速度相对较慢，适合中小型数据库）（MyISAM是温备份，InnoDB是热备份）

mysqldump 是采用SQL级别的备份机制，它将数据表导成 SQL 脚本文件，在不同的 MySQL 版本之间升级时相对比较合适，这也是最常用的备份方法。mysqldump 比直接拷贝要慢些。对于中等级别业务量的系统来说，备份策略可以这么定：第一次完全备份，每天一次增量备份，每周再做一次完全备份，如此一直重复。而对于重要的且繁忙的系统来说，则可能需要每天一次全量备份，每小时一次增量备份，甚至更频繁。为了不影响线上业务，实现在线备份，并且能增量备份，最好的办法就是采用主从复制机制(replication)，在 slave 机器上做备份。

方式2>；直接cp数据库文件：

当你使用直接备份方法时，必须保证表不在被使用。如果服务器在你正在拷贝一个表时改变它，拷贝就失去意义。保证你的拷贝完整性的最好方法是关闭服务器，拷贝文件，然后重启服务器。如果你不想关闭服务器，要在执行表检查的同时锁定服务器。如果服务器在运行，相同的制约也适用于拷贝文件，而且你应该使用相同的锁定协议让服务器“安静下来”。当你完成了备份时，需要重启服务器(如果关闭了它)或释放加在表上的锁定(如果你让服务器运行)。要用直接拷贝文件把一个数据库从一台机器拷贝到另一台机器上，只是将文件拷贝到另一台服务器主机的适当数据目录下即可。要确保文件是MyIASM格式或两台机器有相同的硬件结构，否则你的数据库在另一台主机上有奇怪的内容。你也应该保证在另一台机器上的服务器在你正在安装数据库表时不访问它们

方式3>；lvm快照：

lvm快照从物理角度实现几乎热备的完全备份，配合二进制日志备份实现增量备份，速度快适合比较烦忙的数据库

前提：

• 数据文件要在逻辑卷上；

• 此逻辑卷所在卷组必须有足够空间使用快照卷；

• 数据文件和事务日志要在同一个逻辑卷上；

方式4>；xtrabackup 备份工具。xtrabackup 备份数据库，实现完全热备份与增量热备份（MyISAM是温备份，InnoDB是热备份）

3、实例操作：

方式1>；mysqldump：

---

●查看当前log status;

mysql> show master status;

●备份全库；确定备份文件

mysqldump -u root -p --all-databases --lock-all-tables --routines --triggers --events --master-data=2 --flush-logs > /backup/201308071550.full.sql

--all-databases   #备份所有库
--lock-all-tables #为所有表加读锁
--routinge        #存储过程与函数
--triggers        #触发器
--events          #记录事件
--master-data=2   #在备份文件中记录当前二进制日志的位置，并且为注释的，1是不注释掉在主从复制中才有意义
--flush-logs      #日志滚动一次

●查看此时的log status;

●新增几条数据，以便增量备份；

mysql> insert into test.t1(id,user_name,user_passwd)values(10000,'刘德华','123'),(10001,'张学友','123'),(10002,'郭富城','123');

●备份binlog日志

cp /usr/data/mysql-bin.000007 /backup/201308071550.full.binlog.000001

●模拟数据库损坏，进行恢复

rm -rf /usr/data/*
killall mysqld
/usr/local/mysql/scripts/mysql_install_db --basedir=/usr/local/mysql/ --datadir=/usr/data/ --user=mysql
service mysqld start
mysql -u root -p
mysql> source /backup/201308071550.full.sql

●到此，你会发现已经恢复到了我们全备的时候的数据；并且是没有那后来插入的“三大天王”；

●恢复我们后来插入的数据；看看有没有天王的数据；

[root@centos ~]# mysqlbinlog /backup/201308071550.full.binlog.000001 |mysql test

到此、：mysqldump的操作就结束了，恢复模式，第一次全备加binlog日志；

方式2>；直接cp数据库文件(此方法较简单，个人建议在cp前，进行lock)

---

◆首先锁表：

mysql> flush tables with read lock;

◆cp数据文件：

mkdir /backup/`date +%F-%H-%M-%S`
cp -pr /usr/data/* /backup/2013-08-07-17-02-19/

◆解锁：

mysql> unlock tables;

◆开始模拟破坏数据库并恢复：

rm -rf /usr/data/*
killall mysqld/usr/local/mysql/scripts/mysql_install_db --basedir=/usr/local/mysql/ --datadir=/usr/data/ --user=mysql
cp -pr /backup/2013-08-07-17-02-19/* /usr/data/
service mysqld start

◆到此就恢复正常了；

方式3>；lvm快照

---

★锁表，刷新log；

mysql> flush tables with read lock;
mysql> flush logs;

★另一终端，lvm快照

lvcreate -L 1G -n mysql-snapshot -s -p r /dev/mylvm/lansgg

注：我的/dev/mylvm这个vg一共是5G，给lansgg这个lv分了4G，还剩下1G；

-L 1G              #逻辑卷大小
-n mysql-snapshot  #生成快照的名字
-s                 #指定源逻辑卷
-p r               #permission 权限设置

解锁：

mysql> unlock tables;

★挂载快照，将快照里的数据cp到一个目录里面，卸载，删除快照

mkdir /backup/lvmsnapshot
mount /dev/mylvm/mysql-snapshot /mnt/
cp -pr /mnt/* /backup/lvmsnapshot/
umount /mnt/
lvremove /dev/mylvm/mysql-snapshot

★进行数据破坏，恢复

rm -rf /usr/data/*
killall mysqld
cp -pr /backup/lvmsnapshot/* /usr/data/

恢复完毕

Ps:以上的增量备份都可以同方式一的方法一样；

方式4>；xtrabackup 备份工具

---

▲安装所需的包：

yum install libaio libaio-devel perl-Time-HiRes curl curl-devel zlib-devel openssl-devel perl cpio expat-devel gettext-devel perl-ExtUtils-MakeMaker perl-DBD-MySQL.*  -y

▲安装xtrabackup:

wget http://www.percona.com/redir/downloads/XtraBackup/LATEST/binary/Linux/i686/percona-xtrabackup-2.1.3-608.tar.gz
tar zxvf percona-xtrabackup-2.1.3-608.tar.gz
cd percona-xtrabackup-2.1.3/bin/
cp * /usr/bin/

▲备份全库：

innobackupex --ibbackup=xtrabackup --user=root --password=123 --defaults-file=/etc/my.cnf /tmp/data/

省略~~~ 看结尾

▲查看备份文件：

数据会完整备份到/tmp/data 中目录名字为当前的日期，xtrabackup会备份所有的InnoDB表，MyISAM表只是复制表结构文件、以及MyISAM、MERGE、CSV和ARCHIVE表的相关文件，同时还会备份触发器和数据库配置信息相关的文件。除了保存数据外还生成了一些xtrabackup需要的数据文件

• xtrabackup_checkpoints  备份类型（如完全或增量）、备份状态（如是否已经为prepared状态）和LSN(日志序列号)范围信息；每个InnoDB页(通常为16k大小)都会包含一个日志序列号，即LSN。LSN是整个数据库系统的系统版本号，每个页面相关的LSN能够表明此页面最近是如何发生改变的。

• xtrabackup_binlog_info mysql服务器当前正在使用的二进制日志文件及至备份这一刻为止二进制日志事件的位置。

• xtrabackup_binary 备份中用到的xtrabackup的可执行文件。

• backup-my.cnf 备份命令用到的配置选项信息。

• xtrabackup_logfile 记录标准输出信息xtrabackup_logfile

▲测试恢复数据：

killall mysqld
rm -rf /var/lib/mysql/*
innobackupex --apply-log /tmp/data/2013-08-11_14-54-26/
innobackupex --copy-back /tmp/data/2013-08-11_14-54-26/
chown  -R mysql.mysql /var/lib/mysql/
service mysqld start

完整恢复；

注：


--apply-log 的意义在于把备份时没commit的事务撤销，已经commit的但还在事务日志中的应用到数据库

--copy-back数据库恢复，后面跟上备份目录的位置

2、▲增量备份测试：

插入数据：

mysql> insert into test.t1(id,user_name) values(10,'张三');

增量备份：

innobackupex --ibbackup=xtrabackup --user=root --password=123 --incremental --incremental-basedir=/tmp/data/2013-08-11_14-54-26/ /tmp/data/
#--incremental 指定是增量备份
#--incremental-basedir 指定基于哪个完整备份做增量备份，最后是增量备份保存的目录
ps：增量备份只能对InnoDB引擎做增量备份，对MyISAM的表是完全复制

增量备份测试恢复：

killall mysqld
rm -rf /var/lib/mysql/*
innobackupex --ibbackup=xtrabackup --apply-log --redo-only /tmp/data/2013-08-11_14-54-26/
innobackupex --ibbackup=xtrabackup --apply-log /tmp/data/2013-08-11_14-54-26/ --incremental-dir=/tmp/data/2013-08-11_15-16-47/
innobackupex --copy-back /tmp/data/2013-08-11_14-54-26/
chown -R mysql.mysql /var/lib/mysql/
service mysqld start

上图证明，增量测试恢复；

3、扩展使用：

▼完整备份单库并打包：

innobackupex --ibbackup=xtrabackup --user=root --password=123 --defaults-file=/etc/my.cnf --database=test --stream=tar /tmp/data/ > /tmp/data/testfull201308111624.tar

▼完整备份单库并打包压缩：

innobackupex --ibbackup=xtrabackup --user=root --password=123 --defaults-file=/etc/my.cnf --database=test --stream=tar /tmp/data/ |gzip > /tmp/data/testfull201308111628.tar.gz

▼单库增量备份：

innobackupex --ibbackup=xtrabackup --user=root --password=123 --database=test --incremental --incremental-basedir=/tmp/data/2013-08-11_14-54-26/ /tmp/data/add/