https://blog.csdn.net/jbossjf/article/details/122590688
CAP是一个用来解决微服务或者分布式系统中分布式事务问题的一个开源项目解决方案。可以解决跨服务器的数据一致性、可用性问题。一个简单的列子，如：订单系统创建订单后需要通知邮件通知用户下单成功，解决方案有下面几种：
1：创建订单时同步调用邮件发送，邮件发送失败则整个订单创建失败，这样保证了一致性，但性能和可用性有非常大的问题。或者不管邮件发送状态，失败了就算了，这样用户就可能收不到通知邮件了。
2：创建订单时通过消息队列推送一个订单创建成功的事件，另外创建一个服务来监听消费此事件，并执行邮件发送的功能。这种方案存在往消息队列推送数据失败的可能，存在和方案1一样的问题。
3：创建订单时同时往一个叫“订单创建成功”的事件表中插入相关数据，两者在同一事务中。 另外创建一个服务定时查询此表，发现有待处理的数据时，执行邮件发送，成功后把此数据删除或更新为已处理。此方案保证了最终一致性和可用性，但得定时扫描，性能和及时性有问题。
4：创建订单时同时往一个叫“订单创建成功”的事件表中插入相关数据，两者在同一事务中。并且通过消息队列推送此消息，如果推送失败，则定时扫描“订单创建成功”表将失败的数据重新推送。另外创建一个服务来监听消费此事件，这种方案集成了方案1和方案2的优点，即保证了最终一致性，也保证了可用性。
从上面来看最优的方案显示是方案4，我们这次的主角CAP也正是采用了此种方案来实现的，我们这里介绍的方案4还是比较简单的，CAP的实现要更加的严谨、更加强大，我们不需要建过程表，也不需要处理消息队列的问题，底层很多的细节都不需要我们考虑，只管用就好了。CAP数据库存储支持：Sql Server，MySql，PostgreSql，MongoDB。消息队列支持：RabbitMQ，Kafka，Azure Service Bus等。
————————————————
版权声明：本文为CSDN博主「长春小霸王」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/jbossjf/article/details/122590688