郑州暴雨肆虐，商交所数据中心屹立不倒，它做对了什么？

首先为河南人民祈福

在这场天灾面前，人类能做的极其有限。失去的已经失去，能做的就是想好预防办法和灾后重建。相信借全国人民之手，众志成城，一定可以帮助河南度过此次难关。

作为一个对A股，对期货研究（被割）多年的程序员，我倒是很好奇，郑州期货交易所数据中心的防灾策略。它怎么战胜了这次水灾，任何的新闻报道，几乎就没提到商品交易受到太大的影响。

直到，我读到这条报道：

其后，在华融融达期货郑州总部、郑商所技术中心及上海机房三地同事的共同努力下，保障了公司20日夜盘交易的正常进行，成功避免了网络信息安全事件。https://www.ylfx.com/Show/index/id/718707/cid/11.html

没错，这就是我常在朋友圈提起的”两地三中心”防灾策略。

“两地三中心”是银监会对所有金融机构的硬指标，任何数据中心，都可以拿来用,以加强防护各类天灾。

回到正题，郑州商品交易所数据中心的防灾，采用了郑州同城+上海异地同步策略。完美的规避了这次风险。

架构图大致是这样的：

基于这样的架构，又可以衍生出四类模式

• A/A/S
• A/Q/S
• A/S/C
• A/C/C

A/A/S

这种模式即：Active/Active/StandBy

同城的两个数据库之间互相同步，组成高可用，高性能的集群，共同服务应用。异地数据库作为热备，通过实时复制数据，保持三中心数据一致，随时准备替换同城两中心宕机的数据库。

A/Q/S

即 Active/Query/StandBy

这是典型的读写分离集群，外加一个异地热备。主库负责承担写入流量，而Query所在节点，就提供大量的只读查询。通过数据同步复制，上海的节点提供热备，随时补上宕机的节点。比起 A/A/S 少了一台承载写入的节点，高并发能力就稍弱。

A/S/C

即 Active/StandBy/Copy

主机和备机都在同城，异地数据库作为数据硬备。此时，异地的数据就有可能会有一定的丢失。

A/C/C

即 Active/Copy/Copy

同城和异地的数据库，都只做数据备份。这种模式下单点故障随时都有可能发生，因此，不提供业务的持续性。仅对次要数据做备份。

并不是所有的业务都需要 A/A/S, A/Q/S 那么紧急和重要的防灾措施，随业务不同可采用不同的防灾模式。

由此可见，只要上海能在烟花台风中不倒，郑州商交所就会稳稳地为期货交易用户执行7*24小时的服务。

–完–

往期精彩：

外企一道 SQL 面试题，刷掉 494 名候选人