MySQL备份与恢复

                                        MySQL备份与恢复的解决方案

目录：

1、为什么要进行备份

2、备份的类型

3、备份需要考虑的因素

4、需要备份什么数据

5、理论上备份的设计方案

7、备份的工具有那些

8、结合工具，实际的解决方案有那些

一、为什么要进行备份

    由于硬件方面的故障（比如：磁盘损坏），软件故障(如：程序出现bug）还有自然灾害（如：地震）黑客攻击，偷窃及人为的操作失误照成的数据损坏，所以要做备份。同时应业务要求我们要做一些软件测试，就更加表明了备份的需求。

    那么，在做备份时要做哪些呢？

    1）要清楚的知道公司业务最多能容忍丢失多少数据。是4个9还是5个9都要心里有数，在比如如果是在银行系统中又如何保证数据的完全不丢失？

    2）公司业务对数据恢复完成需要多长是时间，是两小时，还是一天？

    3）需要恢复那些数据呢？

    在备份后注意那些？比如成功备份后，突然有一天系统故障，你拿出备份数据，在那鼓捣，突然发现，备份数据全部损坏。改怎么办？

所以，在备份完全后，还是不能放松。要对备份好的数据进行还原测试。

    还有，在平时业务正常时要进行对备份进行演练，对团队内的每个人进行任务分配。毕竟备份时容易，但在还原时要考虑的东西比较多。

二、备份的类型

    1）从数据 内容上划分

            完全备份：指备份整个数据集。

            部分备份：指备份所需要的数据子集。

    2）从时间中划分：完全备份，增量备份，差异备份

完全备份：备份全部数据；

增量备份：仅备份上次完全备份或增量备份以后变化的数据；

增量备份图

差异备份：仅备份上次完全备份以来变化的数据；

差异备份

增量备份与差异备份区别：

    3）从服务器状态划分

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

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

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

    4 ）从对象划分

物理备份：复制数据文，不能改变存储引擎；

逻辑备份：将数据导出至文本文件中，和存储引擎无关

逻辑备份优点：

在备份速度上两种备份要取决于不同的存储引擎

物理备份的还原速度非常快。但是物理备份的最小力度只能做到表

逻辑备份保存的结构通常都是纯ASCII的，所以我们可以使用文本处理工具来处理

逻辑备份有非常强的兼容性，而物理备份则对版本要求非常高

逻辑备份也对保持数据的安全性有保证

.逻辑备份的缺点：

逻辑备份要对RDBMS产生额外的压力，而裸备份无压力

逻辑备份的结果可能要比源文件更大。所以很多人都对备份的内容进行压缩

逻辑备份可能会丢失浮点数的精度信息

物理备份优缺点：

备份时间快，但浪费磁盘空间

3、备份时需要考虑的因素

1）备份时会对备份内容进行锁定，那么需要持锁多久？

2）备份需要时间，那么备份过程时长多长?

3)备份时会加大CPU调度、磁盘I/O读写，那么备份是否超负载？

4）公司对数据恢复有时间是否有要求，如果有那么恢复时长多长？

4、需要备份什么数据

1）数据：有完全备份、增量备份、差异备份

2）日志：二进制日志、InnoDB的事物日志

3）其他代码：比如存储过程的储存函数、触发器、事件调度器还有配置文件

5、理论上备份的设计方案

1）根据数据集是完全备份加增量备份还是完全备份加差异备份？

2）根据备份手段：是物理备份还是逻辑备份？物理备份速度快，但做热备份难，逻辑备份速度慢但做热备份容易，如何设计？

7、备份的工具有那些：

常见备份工具

1）Mysql自带的备份工具

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

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

2）文件系统备份工具

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

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

3.其它工具ibbackup 商业工具 MyISAM是温备份，InnoDB是热备份 ，备份和还原速度都很快，这个软件它的每服务器授权版本是5000美元。xtrabackup 开源工具 MyISAM是温备份，InnoDB是热备份 ，是ibbackup商业工具的替代工具。

八、结合工具，实际的解决方案有那些

1）策略一：直接拷贝数据库文件（文件系统备份工具 cp）（适合小型数据库，是最可靠的）

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

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

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

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

前提：

数据文件要在逻辑卷上；

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

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

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）相结合的方法！