# 同城三中心架构（B）

+ 特点：
  + 数据副本分布在 3 个数据中心或可用区
  + 同城网络延迟较小
  + 多活特性
  + RTO 较小,RPO 为 0
+ 问题：
  + 写入与读取延迟高
-------------------------------------------------------------
同城三中心架构

特点：
1. 所有的数据副本分布在 3 个数据中心或者可用区。（Raft 倾向于奇数个副本）
2. 同城网络延迟容易达标（小于 1.5 ms），带宽达到万兆。
3. 各个数据中心都可以提供服务。（多活）
4. 任何一个数据中心失效后，另外两个数据中心会自动发起 leader election，并在合理长的时间内（通常情况 20s 以内）恢复服务，并且不会产生数据丢失，所以，RTO 较小（30 秒），RPO 为 0。

劣势：
1. 对于写入的场景，所有写入的数据需要同步复制到至少 2 个数据中心，由于 TiDB 写入过程使用两阶段提交，故写入延迟至少需要 2 倍数据中心间的延迟。 
2. 对于读请求来说，如果数据 leader 与发起读取的 TiDB 节点不在同一个数据中心，也会受网络延迟影响。 
3. TiDB 中的每个事务都需要向 PD leader 获取 TSO，当 TiDB 与 PD leader 不在同一个数据中心时，

它上面运行的事务也会因此受网络延迟影响，每个有写入的事务会获取两次 TSO。