多个数据要同时操作，如何保证数据的完整性，以及一致性？ 答：事务，是常见的做法。 举个栗子： 用户下了一个订单，需要修改余额表，订单表，流水表，于是会有类似的伪代码： start transaction;  CURD table t_account;  any Exception ....

本文转载自 架构文摘 公众号 事务是数据库系统中非常有趣也非常重要的概念，它是数据库管理系统执行过程中的一个逻辑单元，它能够保证一个事务中的所有操作要么全部执行，要么全不执行；在 SOA 与微服务架构大行其道的今天，在分布式的多个服务中保证业务的一致性就需要我们实现分布式事务。 [图片] 在这篇文章 ....

分布式事务是企业集成中的一个技术难点，也是每一个分布式系统架构中都会涉及到的一个东西，特别是在这几年越来越火的微服务架构中，几乎可以说是无法避免，本文就围绕分布式事务各方面与大家进行介绍。 一。 事务 1.1 什么是事务 数据库事务（简称：事务，Transaction）是指数据库执行过程中的一个逻辑 ....

事务特性 ？ [图片] •原子性： 事务是最小的执行单位，不允许分割。事务的原子性确保动作要么全部完成，要么完全不起作用； •一致性： 执行事务前后，数据保持一致； •隔离性： 并发访问数据库时，一个用户的事物不被其他事物所干扰，各并发事务之间数据库是独立的； •持久性： 一个事务被提交之后。它对数 ....

本地事件表加消息队列实现分布式事件方案实现数据的最终一致性。本地事件表作用是为了事件溯源（Event-Sourcing），消息队列实现事件通知。 事件表要求记录了业务表操作的所有事件，所有事件的组合就是表中数据的生命周期。

微服务分布式架构中的分布式事务是一个技术难点，为了保证数据的一致的，必须要解决分布式事务问题。 分布式事务的两个基本理论是 CAP 和 BASE，为实现分布式解决方案提供了理论方向。实现分布式事务的解决方案主要有两种类型，一种是基于强一致性协议实现，另一种是柔性事务实现数据最终一致性。

**服务治理**（SOA Governance） 本身一个大而泛的概念，没有明确的官方或标准化组织对其给出定义；服务治理的概念、内涵和实践，在业界还没有达成共识，更无法形成行业标准。随着系统的复杂程度越来越高，服务治理的需求越来越紧迫，并已成为一大痛点。

本篇基于本地事件表加 ActiveMQ 实现分布式事务。 本篇是[微服务应用(六)：分布式事务概念及解决方案，微服务应用(七)：本地事件表加消息队列实现分布式事务思路。

前言最近懒成一坨屎，学不动系列一波接一波，大多还都是底层原理相关的。上周末抽时间重读了周志明大湿的 JVM 高效并发部分，每读一遍都有不同的感悟。路漫漫，借此，把前段时间搞着玩的秒杀案例中的分布式锁深

ACID和CAP定理中都有C，代表Consistent一致性，很多人容易将这两个C混为一谈，其实这两个一致性是有区别的。事务的定义是一系列操作要么全部成功，要么全部不成功，数据库的事务机制是通过ACI

事务机制ACID和CAP理论是数据管理和分布式系统中两个重要的概念，很不巧，这两个概念中都有相同的“C”代表 "Consistency" 一致性，但是实际上是完全不同的意义，下面是比较两个概念的不同之