MySQL 备份与还原详解
相关阅读：
MySQL备份和恢复具体实施 http://www.linuxidc.com/Linux/2012-12/76257.htm
MySQL备份与恢复的三种方法总结 http://www.linuxidc.com/Linux/2012-12/75428.htm
MySQL备份还原(视图、存储过程) http://www.linuxidc.com/Linux/2012-01/52665.htm
一、MySQL备份类型
1.热备份、温备份、冷备份 （根据服务器状态）
-
热备份：读、写不受影响；
-
温备份：仅可以执行读操作；
-
冷备份：离线备份；读、写操作均中止；
2.物理备份与逻辑备份 （从对象来分）
-
物理备份：复制数据文件；
-
逻辑备份：将数据导出至文本文件中；
3.完全备份、增量备份、差异备份 （从数据收集来分）
-
完全备份：备份全部数据；
-
增量备份：仅备份上次完全备份或增量备份以后变化的数据；
-
差异备份：仅备份上次完全备份以来变化的数据；
4.逻辑备份的优点：
-
在备份速度上两种备份要取决于不同的存储引擎
-
物理备份的还原速度非常快。但是物理备份的最小力度只能做到表
-
逻辑备份保存的结构通常都是纯ASCII的，所以我们可以使用文本处理工具来处理
-
逻辑备份有非常强的兼容性，而物理备份则对版本要求非常高
-
逻辑备份也对保持数据的安全性有保证
5.逻辑备份的缺点：
-
逻辑备份要对RDBMS产生额外的压力，而裸备份无压力
-
逻辑备份的结果可能要比源文件更大。所以很多人都对备份的内容进行压缩
-
逻辑备份可能会丢失浮点数的精度信息
说明，差异备份要比增量备份占用的空间大，但恢复时比较方便！但我们一般都用增量备份！
二、MySQL备份都备份什么？
一般备份以下几个部分：
1.数据文件
2.日志文件（比如事务日志，二进制日志）
3.存储过程，存储函数，触发器
4.配置文件（十分重要，各个配置文件都要备份）
5.用于实现数据库备份的脚本，数据库自身清理的Croutab等……
三、MySQL备份工具
常用的备份工具：
1.Mysql自带的备份工具
-
mysqldump 逻辑备份工具，支持所有引擎，MyISAM引擎是温备，InnoDB引擎是热备，备份速度中速，还原速度非常非常慢，但是在实现还原的时候，具有很大的操作余地。具有很好的弹性。
-
mysqlhotcopy 物理备份工具，但只支持MyISAM引擎，基本上属于冷备的范畴，物理备份，速度比较快。
2.文件系统备份工具
-
cp 冷备份，支持所有引擎，复制命令，只能实现冷备，物理备份。使用归档工具，cp命令，对其进行备份的，备份速度快，还原速度几乎最快，但是灵活度很低，可以跨系统，但是跨平台能力很差。
lvm 几乎是热备份，支持所有引擎，基于快照(LVM，ZFS)的物理备份，速度非常快，几乎是热备。只影响数据几秒钟而已。但是创建快照的过程本身就影响到了数据库在线的使用，所以备份速度比较快，恢复速度比较快，没有什么弹性空间，而且LVM的限制：不能对多个逻辑卷同一时间进行备份，所以数据文件和事务日志等各种文件必须放在同一个LVM上。而ZFS则非常好的可以在多逻辑卷之间备份。
3.其它工具
-
ibbackup 商业工具 MyISAM是温备份，InnoDB是热备份 ，备份和还原速度都很快，这个软件它的每服务器授权版本是5000美元。
-
xtrabackup 开源工具 MyISAM是温备份，InnoDB是热备份 ，是ibbackup商业工具的替代工具。
四、MySQL备份策略
1.策略一：直接拷贝数据库文件（文件系统备份工具 cp）（适合小型数据库，是最可靠的）
当你使用直接备份方法时，必须保证表不在被使用。如果服务器在你正在拷贝一个表时改变它，拷贝就失去意义。保证你的拷贝完整性的最好方法是关闭服务器，拷贝文件，然后重启服务器。如果你不想关闭服务器，要在执行表检查的同时锁定服务器。如果服务器在运行，相同的制约也适用于拷贝文件，而且你应该使用相同的锁定协议让服务器“安静下来”。当你完成了备份时，需要重启服务器(如果关闭了它)或释放加在表上的锁定(如果你让服务器运行)。要用直接拷贝文件把一个数据库从一台机器拷贝到另一台机器上，只是将文件拷贝到另一台服务器主机的适当数据目录下即可。要确保文件是MyIASM格式或两台机器有相同的硬件结构，否则你的数据库在另一台主机上有奇怪的内容。你也应该保证在另一台机器上的服务器在你正在安装数据库表时不访问它们。
2.策略二：mysqldump备份数据库（完全备份+增加备份，速度相对较慢，适合中小型数据库）（MyISAM是温备份，InnoDB是热备份）
mysqldump 是采用SQL级别的备份机制，它将数据表导成 SQL 脚本文件，在不同的 MySQL 版本之间升级时相对比较合适，这也是最常用的备份方法。mysqldump 比直接拷贝要慢些。对于中等级别业务量的系统来说，备份策略可以这么定：第一次完全备份，每天一次增量备份，每周再做一次完全备份，如此一直重复。而对于重要的且繁忙的系统来说，则可能需要每天一次全量备份，每小时一次增量备份，甚至更频繁。为了不影响线上业务，实现在线备份，并且能增量备份，最好的办法就是采用主从复制机制(replication)，在 slave 机器上做备份。
3.策略三：lvs快照从物理角度实现几乎热备的完全备份，配合二进制日志备份实现增量备份，速度快适合比较烦忙的数据库
前提：
-
数据文件要在逻辑卷上；
-
此逻辑卷所在卷组必须有足够空间使用快照卷；
-
数据文件和事务日志要在同一个逻辑卷上；
步骤：
(1).打开会话，施加读锁，锁定所有表；
|
1
2
|
mysql> FLUSH TABLES WITH READ LOCK;
mysql> FLUSH LOGS;
|
(2).通过另一个终端，保存二进制日志文件及相关位置信息；
|
1
|
mysql -uroot -p -e
'SHOW MASTER STATUS\G'
>
/path/to/master
.info
|
(3).创建快照卷
|
1
|
lvcreate -L
# -s -p r -n LV_NAME /path/to/source_lv
|
(4).释放锁
|
1
|
mysql> UNLOCK TABLES;
|
(5).挂载快照卷，备份
|
1
2
|
mount
cp
|
(6).删除快照卷；
或者用现成的集成命令工具mylvmbackup(可以集成上面的命令集合，自动完成备份)
mylvmbackup --user=dba --password=xxx --mycnf=/etc/my.cnf --vgname=testvg --lvname=testlv --backuptype=tar --lvsize=100M --backupdir=/var/lib/backup
4.策略四：xtrabackup 备份数据库，实现完全热备份与增量热备份（MyISAM是温备份，InnoDB是热备份），由于有的数据在设计之初，数据目录没有存放在LVM上，所以不能用LVM作备份，则用xtrabackup代替来备份数据库
说明：Xtrabackup是一个对InnoDB做数据备份的工具，支持在线热备份(备份时不影响数据读写)，是商业备份工具InnoDB Hotbackup或ibbackup的一个很好的替代品。
Xtrabackup有两个主要的工具：xtrabackup、innobackupex
-
xtrabackup 只能备份InnoDB和XtraDB两种数据表，而不能备份MyISAM数据表。
-
innobackupex 是参考了InnoDB Hotbackup的innoback脚本修改而来的.innobackupex是一个perl脚本封装，封装了xtrabackup。主要是为了方便的同时备份InnoDB和MyISAM引擎的表，但在处理myisam时需要加一个读锁。并且加入了一些使用的选项。如slave-info可以记录备份恢复后作为slave需要的一些信息，根据这些信息，可以很方便的利用备份来重做slave。
特点：
-
备份过程快速、可靠；
-
备份过程不会打断正在执行的事务；
-
能够基于压缩等功能节约磁盘空间和流量；
-
自动实现备份检验；
-
还原速度快；
5.策略五：主从复制（replication）实现数据库实时备份（集群中常用）
6.总结
单机备份是完全备份（所有数据库文件）+增量备份（备份二进制日志）相结合！
集群中备份是完全备份（所有数据库文件）+增量备份（备份二进制日志）+主从复制（replication）相结合的方法！
数据会完整备份到/root/mybackup/xtrabackup/中目录名字为当前的日期，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
17.总结
如果在增量备份后数据库出现故障，我们需要通过完整备份+到现在为止的所有增量备份+最后一次增量备份到现在的二进制日志来恢复。
18.附注
单独备份：
|
1
|
innobackupex --user=root --password=123456 --defaults-
file
=
/etc/my
.cnf --database=
test
/root/mybackup
|
备份并打包压缩：
|
1
|
innobackupex --user=root --password=123456 --defaults-
file
=
/etc/my
.cnf --database=
test
--stream=
tar
/root/mybackup/
|
gzip
>
/root/mybackup/testdb
.
tar
.gz
|
带时间戳：
|
1
|
innobackupex --user=root --password=123456 --defaults-
file
=
/etc/my
.cnf --database=
test
--stream=
tar
/root/mybackup/
|
gzip
>
/root/mybackup/
`
date
+%F`_testdb.
tar
.gz
|
备份信息输出重定向到文件：
|
1
|
innobackupex --user=root --password=123456 --defaults-
file
=
/etc/my
.cnf --database=
test
--stream=
tar
/root/mybackup/
2>
/root/mybackup/test
.log |
gzip
1>
/root/mybackup/test
.
tar
.gz
|
说明：
|
1
2
3
4
5
6
7
|
--stream
#指定流的格式，目前只支持tar
--database=
test
#单独对test数据库做备份 ，若是不添加此参数那就那就是对全库做
2>
/root/mybackup/test
.log
#输出信息写入日志中
1>
/root/mybackup/test
.
tar
.gz
#打包压缩存储到该文件中
解压
tar
-izxvf 要加-i参数，官方解释 innobackupex: You must use -i (--ignore-zeros) option
for
extraction of the
tar
stream.
在备份完成后，数据尚且不能用于恢复操作，因为备份的数据中可能会包含尚未提交的事务或已经提交但尚未同步至数据文件中的事务。
此时数据文件仍处理不一致状态。“准备”的主要作用正是通过回滚未提交的事务及同步已经提交的事务至数据文件也使得数据文件处于一致性状态。
|
5.策略五：主从复制（replication）实现数据库实时备份（集群中常用）
转自：http://www.linuxidc.com/Linux/2013-07/87990.htm