purescale gdpc aa架构适合的业务及应用场景，读写比例多少的应用适合用此双活方案？

双活架构适合OLTP场景，读写比越高越好。但是事实上还需要考虑的是不能有大查询，不能有全表扫等现象。因为成员需要跨距离向CF申请锁和页，扫描的页越多对中间链路压力越大。所以最适合基于索引的定向取数才是最适合的。这种情况下即便写多一些也没有问题。

pureScale gdpc aa 架构比较适合读写比例相对较高的业务场景，同时和两个数据中心的光纤距离有关系，读写比例越低、距离越远，就越不适合运行在gdpc上。

做为一个参考值，某银行客户交易读写比88:12，每笔交易约22-23条SQL，光纤距离60公里，能够达到2200 TPS，总计每秒执行约5万条SQL语句，可以支撑该行绝大部分业务对性能的需求。