MySQL备份方案

下面将分别模拟不同场景数据库宕机解决方案：这里应用到的技术分别为innobackuper及binlog日志来进入还原数据

一、主从库情况下（为了不影响主库的性能，备份都放在从库上进行）当主库宕机时，如何最快切换从库为主库提供服务，在后续主库修复后重新切换回来。

准备环境：

1）主库时时备份binlog日志文件，默认保留7天binlog文件。

2）从库每天通过innobackuper软件进行一次全备

3）从库同样开启binlog日志记录，并时时备份日志文件，默认保留7天binlog文件。

4）从库每小时进行一次增量备份

故障环境：

现主库出现问题，不能提供服务，且修复时间较长。为了不影响业务，方案如下：

1）马上停止主库

2）从库停止主从进程

3）从库当前已经和主库同步到哪，切换从库为主库时有两种情况：

　　a）查看从库是否已经同步完主库的binlog日志，如果同步完。

a1）若同步完情况下先别急着做切换，而是先通过show master status查看当前从库的binlog位置在哪，记录下。

　　（目的是为了等主库修复完成后，可通过切换回，并将从库从切换主库的那时到最后的数据还原的主库中。）

a2）当主库修复完成后，先将从库设置为只读模式，并将从库后面生成的binlog日志数据还原到主库中，再启动主库       提供服务，再到从库中通过change maste to命令从新指定主库的最新binlog文件及位置做从库。

b) 查看从库还没有同步完主库的binlog日志时，就先将未读完的binlog日志发到从库中，进行恢复，其他操作就如第        一种情况一样。

二、一台数据库情况下（此情况针对业务不是繁忙的情况下）

准备环境：

1）每天进行一次全备

2）每小时进行一次增备

3）binlog日志时时备份

故障环境：

现数据库出现宕机，不能提供服务，且修复时间较长，现解决方案如下：

1）将最后一次全备的备份数据在另一数据库机器上进行还原

2）查看最后一次全备的binlog及位置进行增量还原

3）还原后进行向外提供服务（若数据量较大，时间上是个瓶颈，影响业务。）