MySQL备份策略

备份是否完整，能否满足要求，关键是要看所设计的备份策略是否合理，以及备份操作是否按照所设计的备份策略进行了。

      针对不同的用途，所需要的备份类型也是不一样的，备份策略也各不相同，下面根据我的个人经验，掰一掰MYSQL的备份策略。

     1、对于较为核心的在线应用系统，必须要在线备用主机通过MYSQL AB复制进行相应的备份，复制线程要一直打开，恢复线程可以每天恢复一次，尽量让备机得数据延后主机的时间在一定时间间隔内。这个延后时间多长主要根据实际需求来定，一般来说延后一天是一个比较常规的做法。

     2、对于重要级别稍微低一些的应用，恢复时间要求不是太高的话，为了节约硬件成本，不必使用在线的备份主机来单独运行备用的MYSQL,可以通过一定的时间周期进行一次物理全备份，同时每小时（或者其他合适的时间段）都将产生的二进制日志进行备份。这样虽然没有第一种备份方法恢复快，但是数据的丢失会比较少。恢复所需要的时间由全备份周期长短决定

     3、对于恢复基本没有太多时间要求，但是不希望太多的数据丢失的场景，则可以在一定时间周期内进行一次逻辑全备份，同时也备份相应的二进制日志。使用逻辑备份而不使用物理备份的原因是因为逻辑备份实现简单，可以完全在线联机完成，备份过程不会影响应用提供服务。

    4、对于一些搭建临时数据库的备份应用场景，仅仅须要通过一个逻辑全备份即可满足需求，都不许要用二进制日志来进行恢复，因为这样的需求对数据并没有太苛刻的要求。

    上述备份策略仅提供一个参考，具体因实际应用场景可灵活变通。