概念CAP定理中的CAP是三个单词的缩写，分别是http://www.Sina.com/http://www.Sina.com/http://www.Sina.com /
定理的概念是，对分布式系统来说，不能同时满足上述三点，最多只能同时满足其中两点。
场景将两个CAP组合在一起，并以两个示例说明每个场景，以便更容易理解。
以订单库存系统为例。
以数据库主从同步为例。
CP以可用性为代价，确保一致性和区域容错能力。 例、用户在订单系统中创建订单后，通知库存系统，等待库存系统的反馈，然后返回创建订单的结果。
两个系统的划分保证了分区的容错性，等待清单系统的反馈确保了两个系统之间的数据一致性，但等待过程会恶化用户体验并牺牲可用性。
例、采用数据库主从结构、同步复制策略。 确保一致性和分区容错，同步复制在一定程度上影响可用性。
美联储牺牲一致性，保证可用性和区域容错能力。 例、用户在订单系统中创建订单后，会通知库存系统，但不等待库存系统的反馈，直接返回创建订单的结果。
两个系统的分区保证了分区的容错性，而清单异步处理保证了系统的可用性，但如果清单系统出现故障，两个系统之间就会发生数据不一致。 在这种情况下，系统需要考虑设置一些补偿机制。
例、采用数据库主从结构、异步复制策略。 虽然保证了可用性和区域容错能力，但异步复制会在很短的时间内丢失主从数据完整性。 在这种情况下，可以强制读取主库，也可以延迟从库的读取。
交流以牺牲分区容错性为代价，确保可用性和一致性。 例、订单系统与库存系统不再分割，集成到单机APP应用中，所有操作在同一事务下，只能保证可用性和一致性。 另外，这种设计不再是分布式系统，不具有分区容错性。
示例、数据库单元体系结构保证可用性和一致性，但数据库是单点的，不具备分区容错能力。
一致性可用性分区容错方案CP要求数据具有较强的一致性和容错能力
通常，银行、金融类项目的AP大部分网络APP应用采用AP设计原则
在AC生产环境中，分区容错是非常重要的，AC生产环境允许数据在短时间内不匹配，但不应牺牲可用性
交流设计原则很少被采用