一 简介 我们来探讨下多机房下的mysql架构

二 目的:

    首先要清楚你的目的

     1 实现异地机房的容灾备份

      2 实现异地机房的双活

三 叙说

     1 实现异地机房的容灾备份

     目的 只是将数据备份到异地,当第一机房发生故障时,能最大可能的保留数据.实现冗余效果

     业务 核心业务在第一机房,第二机房和第一机房都共同使用第一机房的数据源,只有当第一机房发 生故障时，核心业务才会切换到第二机房

     实现难度 简易

    角色 1 数据备份冗余 2 故障发生时的数据写入保留

     2 实现异地机房的双活

    目的 多机房状态下的多业务进行

    业务 核心业务在第一机房和第二机房都开展,各自有本地的数据源,当某一机房发生故障时,核心业务会合并到正常的机房

    实现难度 复杂

    角色 1数据备份冗余 2 支撑异地业务和故障的业务再支持

四 针对单一业务的解决方案

数据库角度

      1 单一业务 只需在异地机房搭建mysql从库即可,做好mysql从库的延迟监控,定期备份,打开读写，实现了数据库的冗余备份,不要求高实时性和数据准确性

      2 采用 MGR/PXC 方案,但是还是单写方式,这样能实现异地机房的高一致性,但是记住这样的架构依赖于非常好的专线网络,否则会降低整个集群的性能

      3 采用 半同步复制,只要binlog传输到异地机房则代表可以继续进行,这样至少能保证binlog的成功保存,也可以直接采用binlog_server 保存binlog

      4 采用程序中间件和对数据库的二次改造 通过对异地机房程序进行数据的确认和减少binlog的传输量入手

程序角度

       1 双机房程序共用第一机房的数据源,第二机房的数据源不会使用,建议采用DNS方式,当第一机房挂掉后,DNS才会转移到第二机房提供正常服务

五 针对多机房业务的解决方案

    1 双机房都提供读写服务,针对DB级别进行拆分,比如DB1在第一机房读写 DB2在第二机房读写,机器在双机房进行数据同步,实现异地双活提供服务和数据冗余备份功能

    2 采用MGR/PXC方案,是多写方式,这样能实现双机房数据的一致性

    3 采用程序中间件和对数据库的二次改造实现

六 总结:

   建造异地机房必须要考虑的几个方面

  1 良好稳定的网络带宽

  2 减少网络开销,压缩binlog或者WS(MGR/PXC的验证机)网络参数优化

  3 按照业务优先级进行建造

  4 异地数据的确认