从dn_master 中我们可以发现每个节点都多了一个后台我们不认识的进程 consensus ....,从分布式的角度看,目前大部分分布式数据库的设计中必然会有一个"时间"的设计,也就是事务执行的顺序性必然要通过时间的概念通过时间戳,来为分布式的数据库的事务分发事务的ID, 以及通过时间来进行SNAPSHOT..., 采用锁处理,可以是读写锁,或者是自旋锁, 分布式高并发的性能瓶颈就在于事务的全局ID分发和MVCC的处理上,当然在分布式的POSTGRES-XL中隔离级别也是一个影响性能的关键点,所以POSTGRES-XL..., 这就需要主节点发送日志的标志位给follower节点,这样在切换中保证切换的节点与主节点是完全一致的....有没有办法解决,关键的核心在于数据恢复是否可以并行恢复,如果是按照wal 日志的顺序自然是不好打理, 但如果我们换一个思路, 数据的最终一致性,基于postgresql 的数据页面,将日志批量读取,并且根据数据页面的重做进行多个线程的操作并将有关联性的顺序