一、CAP定理
C：一致性C代表更新操作成功后，所有节点在同一时间的数据完全一致。
A：可以性A代表用户访问数据的时候，系统是否能在正常响应时间返回预期的结果。
P：分区容错性P代表分布式系统在遇到某节点或网络分区故障的时候，仍然能够对外提供满足一致性或可用性的服务
CAP定理在系统中不可能同时都满足的。
使用场景，作为分布式系统，因为每个模块都在不同的系统中，之间通过网络传递。
如同一个电商系统，分为了两个系统，分别为订单系统和库存系统，当用户下单的时候，首先先创建一个订单，然后去减少库存系统中的商品库存，因为两个系统运行在不同的服务器下，中间又由网络连接，会出现数据一致性的问题。主要解决方案我们可以参考CAP定理根据实际的需求来解决。
CP（强一致性）：CP表现为订单创建成功后，一直处于等待的状态，库存减少成功后才会返回结果。缺点用户体验比较差，如果没有处理成功就会一直处于等待的状态，优点可以保证数据的强一致性。
AP：AP表现为订单创建成功后，不等待库存减少直接返回处理结果。保证可用性，牺牲掉了数据的一致性，这里减库存的操作是通过异步的方式进行的，所以基于AP的模式，我们创建订单成功后就会直接返回结果，而不会在乎库存是否减少成功，这里产生最大的问题就是可能会导致数据的不一致性。
AC：表现为不拆为数据系统，在一个数据库的一个事务中完成所有的操作，这个就是单体应用的提现
标签：库存,定理,CAP,系统,成功,订单,一致性 来源： https://blog.csdn.net/weixin_44432032/article/details/120464933
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。