备份与还原

备份与还原

    恢复：从备份记录中获取数据，加载到MySQL里
    还原：描述救援整个系统或系统一部分的过程

    常规事项：

        1.裸备份对于大型数据必要的。运行速度快。常选择的是基于快照的备份，如果是InnoDB，使用InnoDB热备份
        2.备份用于即使点还原的二进制日志
        3.多保留几个备份记录，二进制日志要足够长
        4.定期测试备份/还原过程
        5.创建逻辑备份（如果基于裸备份会比较好）
        6.如果可能，需要测试一下裸备份
        7.需要考虑安全问题
        8.使用备份工具监控备份记录和备份过程
        9.灵活运用机器间复制文件的方法

    权衡的事项：

        1.能承受的损失
        2.在线备份还是离线备份。离线备份简单，安全，但关闭和启动高负载大数据的MySQL耗费的时间比较长。在线备份可以在复制从服务器上做，做在线备份时，要不影响到服务器上的服务，很难做到
        3.逻辑备份还是裸备份。
            逻辑备份优点：
                    1.普通文件
                    2.容易恢复
                    3.可以跨网络进行备份和恢复
                    4.很强的兼容性
                    5.独立于具体的存储引擎
                    6.避免数据损坏
            缺点：        
                    1.服务器必须亲自生成，使用多的CPU周期
                    2.可能会被原数据更大
                    3.浮点数会丢失精度信息
                    4.从逻辑备份中恢复数据需要MySQL加载和解释声明，重建索引，增加额外工作量
            最大的不利因素是从MySQL导出数据的开销和使用SQL把数据导回去的开销
            裸备份优点：
                    1.只需要复制文件
                    2.备份的数据更加简单，innoDB需要先关闭MySQL服务器
                    3.便于跨平台，操作系统和MySQL版本
                    4.数据恢复更快
            缺点：
                    1.InnoDB裸文件比相应的逻辑文件大
            推荐的方法：先做裸副本，然后开启MySQL服务器，在副本的基础上生成逻辑备份。如果有文件系统快照的功能，可以先做一个快照，把快照复制到另一台服务器上释放，测试这些裸文件，做逻辑备份

    备份内容

        1.二进制日志，InnoDB事务日志
        2.代码，包括触发器，存储过程
        3.复制配置信息，比如二进制日志，转发日志，日志索引文件及.info文件。至少包含SHOW MASTER STATUS/SHOW SLAVE STATUS 的输出内容