我不知道你是否遇到过这样的情况。你去了一家小商店买东西并为此付出代价，但店主突然有一些事情要处理。处理后回来后，给你的货物与你最初想要购买的东西不一致，或者很多可能丢失，它可能是错误的，甚至是间歇性的艾尼斯，忘记了你已经支付了，并要求你再次付款。或者在网上购物时，可以在支付成功后添加积分，但个人要点没有变化，或者付款明显成功，过了一会儿，萧店会联系你并说没有股票和希望您可以申请退款。为了总结所有这些东西，对操作的期望与实际情况不一致，而且背后的原因是没有交易。那么交易是什么？交易是一个工作机制。它将活动中涉及的所有其他操作放入不可分割的执行单元中。只有在成功执行所有操作时，才会考虑完成事务，否则整个事务不成功并返回原始状态。一旦你有一个企业，当你去一家小商店买东西时，你付出的代价，给你相应的商品，而且所有者减少了库存。完成三项操作后，整个购物操作已完成。如果您不支付金钱或店主没有给您相应的商品，那么即使事务未能执行，它也将返回原始状态。钱仍然是你的钱，货物仍然是商人的货物，不会增加或减少。事务主要用于数据库情况，有两种类型的业务：本地事务和分布式事务。对于数据库本地事务，这是一个很好的理解，因为数据中涉及的内容将存储在数据库中，并且数据修改中最重要的是对金钱和财产的更改的内容，需要是通过交易保证，否则您将支付。但是不要向您提供货物，您是否会向卖方提出上诉，并且平台总是有问题，是否卖方呼吁平台，连锁最终会影响一大群人，所以事务是很重要。对于分布式事务，这主要是由于分布式架构和微服务的出现，并且分布式事务的一致性同样重要。数据库事务最重要的特点是酸，即原子，一致性，隔离，耐用性。所谓的原子是交易中涉及的所有经营。这是最小的不可分割。它已完成或未完成。如果在执行事务期间发生错误，则会在事务开始之前转回状态，就像您购买某些东西一样，您必须支付它并将其付费并一起完成，或者您不会支付或送货它。所谓的一致性意味着数据库的内容必须在执行事务之前和之后一致。就像你买的东西一样，商家的销售额和产品库存分别在购买前分别为100和1000。在购买之前，所有人都会在商家的销量和库存均为100和1000时购买。如果您成功购买了100件50元的物品，那么商家的销量和库存将成为150和900，而且当每个人来买东西时，商家的销量。和库存均为150和900，商家的个人数据库始终是一致的。

所谓的隔离意味着在并发环境中，当不同的食物在同一数据上运行时，每次交易都是独立执行的并且不影响彼此，就像你去一个小店买东西一样，它不会影响其他人们也来到小店买东西。但是，购买商品的销售额和库存必须在结账时具有一定的价值，并且您不会看到中间状态。所谓的耐用性意味着只要交易成功结束，数据库就会更新记录。即使系统崩溃和数据库系统重新启动，数据库也可以在交易结束时恢复到状态，就像你去一家小商店买东西。老板的所有交易记录都记录在分类帐上，因此即使老板忘记，他仍然可以检查分类帐。随着Internet用户和流量的快速增加，业务架构模型已开始分为微服务，并且业务部署模型已分发。所谓的微服务架构是将原始集成应用程序分成雾化模块，可以独立地完成功能。例如，电子商务系统服务可以分为用户管理微服务，商品管理微服务，订单管理微服务和库存管理微服务。服务，事务管理微服务和其他模块，付款，库存减少和订单的交易操作现在分散在交易管理，订单管理和库存管理的三个子模块中，以及本地交易成为分布式风格事务。所谓的分布式部署是为了容灾和高可用性。重要且最常用的服务在多个节点上部署，以确保服务可以随时响应。例如，电子商务系统服务中的商品管理位于北京和上海。 ，杭州和深圳全部部署一套，订单管理，库存管理，交易管理等部署，当用户在北京进行交易时，杭州和北京的服务通信的服务必须一起完成任务，本地事务成为分布式事务。分布式事务的出现是不可避免的，所以如何确保分布式交易的一致性？该行业的解决方案包括CAP理论和基础理论。 CAP理论，即一致性，可用性和分区容忍，不能共存。保证系统AP的可用性或保证系统CP的一致性。这是因为在分布式部署和微服务体系结构的上下文中提出了帽，因此必须存在分区。如果为了确保数据一致性，当用户在北京的服务节点进行事务时，杭州的服务节点不能使用它，您必须等到整个事务完成。此时，缺乏可用性。如果为了确保系统的可用性，用户在北京服务节点和杭州服务节点的数据中的交易将不可避免地因数据传输延迟而不一致。所以一致性和可用性只能选择其中一个。对于电子商务平台，由于广泛的用户，有必要确保在任何时间可用，并且可以接受某些错误以获得数据的准确性。对于事务系统，它是用户属性的一个点。没有什么缺少，所以数据一致性非常重要。基本上基本上可用，软状态软斯特泰特，最终是一致的基本理论，它是帽子结论中的AP的延伸。所谓的基本可用性意味着当分布式系统发生故障时，允许某些非核心业务功能无法使用，以确保核心功能可用。所谓的软状态意味着在分布式系统中允许中间状态，并且允许一些错误。所谓的最终协议意味着在一段时间后，所有分布式节点的数据达到协议。分布式事务陷入互联网的快速发展。是否采用本地交易或业务系统中的分布式交易应该取决于具体情况，并且不能为分发而分发。如果真的需要分发，那么您需要根据您的业务类型选择适当的模型。可用性，强的一致性和最终一致性都是可行的解决方案。