这个是国产数据库的基本要求，应该每一国产数据库都应该有成熟的方案。然而实际情况确并非如此，很多国产数据库用的少，验证的场景少，所以可能缺陷比较多。建议选择的时候做好全面的测试验证，否则可能会埋个大雷。...

数据实时同步类的分布式业务仍然遵循CAP的原则，就是一致性（Consistency, C）、可用性（Availability, A）、分区容错性（Partition Tolerance, P），CAP的结论是三者不可兼得。所以考虑到金融业务的强一致性要求，因此在分区容错和可用性方面就需要做出一定的让步。一般来说，强一致性的交...

不得不说，redis的数据同步，强一致性是有前置条件的强一致性的根据有两个前提，1：持久化文件的生成的一致性；2：持久化文件的写入的一致性针对1，目前有两种持久化方式，RDB和AOF，针对两者而言，其实都是异步的，两个都有优缺点，但针对落地数据而言，都是异步的，所以能做到准实时，不能做到真正意...

CAP理论是说三者难以均做到。题干中提到是其中的一致性，也就是C。问题就变成了在CAP中如何平衡A和P。比如，对于高可用性A的实现有多种方式，如paxos和raft来保证数据的多数成功，主从复制，跨机房多借点等。二者难以兼顾的时候，如果极力追求一个，那么放松对另一个的需求。比如追求A...

大数据底层的数据强一致性是通过HDFS的分布式架构中的冗余副本策略和心跳检测机制实现的，1、冗余副本策略：HDFS处理节点失效的一个方法就是数据冗余，即对数据做多个备份，在HDFS中可以通过配置文件设置备份的数量,默认是3副本，只有数据在3个副本上均完成写成功，才返回2、心跳机...

说起基于ORACLE的容灾，主要有两种方式：基于Oracle adg实现的主备库方式，主备库可以做到同步复制和异步复制，主要取决于网络质量，一般都设置为最大性能或者可用模式，实际上网络质量好的情况下，数据的差异就在秒级。这种方式优点就在于安全可靠，缺点就在于人工干预以及应用配合切换...

应用层面问题不敢妄言。数据库层如果需要保证双中心实时同步和数据强一致，可以考虑oracle Extend RAC集群，前提要求双中心间光纤链路带宽及链路状态良好。Netapp或者华为的NAS平台也可以实现双中心双活...

首先这属于小概率事件，对关键业务，如果这种错误发生会产生致命性的影响，就要应用自己来保证数据一致性，就是说，在数据库切换后，应用要进行自检查，看是否发生了这种情况。 如果应用没有能力做到，这种影响又是不能忽略的，那么只能放弃HADR的方案了。所有方案都不是完美的。...

GPFS完全满足的你要求，而且RPO可以基本趋近与0

不一定，强一致性要求和分布式架构不冲突，只是处理更复杂而已。适用于量，同时对可用性要求比较大的场景，维持成本是比较高，具体要看用在哪里，业务逻辑部分可以考虑使用最终一致性，柔性事务等来解决。...