问题一：PolarDB集中的也支持分表吧？
PolarDB集中的也支持分表吧？
参考回答：
支持。
关于本问题的更多回答可点击原文查看：https://developer.aliyun.com/ask/576277
问题二：既然集中式有btree问题。为什么不用polardb pg？
既然集中式有btree问题。为什么不用polardb pg？
参考回答：
数据库选型不能单一看某一个指标的，要综合来考虑。
关于本问题的更多回答可点击原文查看：https://developer.aliyun.com/ask/576276
问题三：在PolarDB为啥用了paxos rto 还要30s？
在PolarDB为啥用了paxos rto 还要30s？Leader 死机不能退化成multi paxos 然后顺便选出新leader 吗？
参考回答：
在PolarDB中，为了确保数据的高可用性和低延时，采用了自研的X-Paxos协议来实现RPO=0的目标。这套协议保证在单机房部署、跨中心部署和两地三中心部署时，都能实现数据的可靠不丢失。通过一系列的自愈算法，系统能够保证RTO（恢复时间目标）小于30秒。
当Leader节点出现故障时，X-Paxos协议并不能简单地退化为multi-paxos并选择新的Leader节点。这是因为X-Paxos协议的设计目标是在有2n+1个节点的集群中容忍最多n个节点故障，同时保持数据的强一致性。在这样的设计下，即使Leader节点出现故障，系统仍然可以维持数据的一致性，而不会退化到多分组的Paxos协议。
关于本问题的更多回答可点击原文查看：https://developer.aliyun.com/ask/576273
问题四：PolarDB的leader模式下的 paxos 是不是不需要basicpaxos里面定义的两阶段？
PolarDB的leader模式下的 paxos 是不是不需要 basicpaxos里面定义的两阶段了，直接跟leader请求 就行？
参考回答：
在PolarDB中，采用了名为X-Paxos的协议来保证数据的一致性和可靠性。这个协议是在Paxos协议的基础上进行的改进和优化。当协议正常运行时，集群中会有一个Leader节点，其他则为Follower节点。
关于您的问题，“在PolarDB的leader模式下的paxos是不是不需要basicpaxos里面定义的两阶段了，直接跟leader请求就行？”。实际上，有leader的Paxos就是multi-paxos，此时选主相当于为本地日志中每一个日志槽（包括哪些还未写入请求的槽）的选值问题以同一个proposer-id发起basic-Paxos的阶段一。如果成功当选leader，就相当于是执行完了阶段一。因此，即使是在leader模式下，也不能说是完全省略了basic paxos的两个阶段。
关于本问题的更多回答可点击原文查看：https://developer.aliyun.com/ask/576272
问题五：PolarDB的paxos协议不是没有leader的么？
PolarDB的paxos协议不是没有leader的么？
参考回答：
PolarDB-X基于Paxos的MySQL三副本，技术特点：
高性能，采用单Leader的模式，可以提供类比MySQL semi-sync模式的性能
RPO=0，Paxos协议日志全面融合MySQL原有的binlog内容，基于多数派同步机制确保数据不丢
自动HA，基于Paxos的选举心跳机制，MySQL自动完成节点探活和HA切换，可以替换传统MySQL的HA机制。
关于本问题的更多回答可点击原文查看：https://developer.aliyun.com/ask/576271
