分布式数据库结合两地三种架构怎么规划，和测试节点间性能？

两地三中心的话，同城两中心既可以双活接入业务也可以互为热备，异地三中心与主中心数据库进行数据同步，作为异地灾备。

对于核心交易型数据库（OLTP型），这里需要关注好网络延迟和网络质量，分布式数据库数据是分散在各节点的，节点间会有数据交互，一旦业务的事务较大，那么网络延迟对事务的影响可能会越明显，即一个事务，应用和数据库要交互越多越明显，所以在设计同城双中心双活的时候，一方面要保证双中心间的网络质量，另一方面要减少跨中心的业务流向，比如同中心的应用去访问同中心的数据库，中心间的流量尽可能是数据节点间的同步流量为主。

比如我们优化时有个贷款类业务，一个事务600多次数据库操作，每次要经过应用、数据库网关负责均衡器、数据库网关、数据库存储节点，如果网络延迟较大，那交易耗时在网络上的耗时就会很明显。所以网络质量对交易型分布式数据库还是比较重要的。