p1_1.jpg) QCon 全球软件开发大会 INTERNATIONAL SOFTWARE DEVELOPMENT CONFERENCE BEIJING 2018 # 《Saga分布式事务解决方案与实践》 演讲者 / 姜宁 ## 关于我 • 华为开源能力中心 • ServiceComb项目负责人 • Apache Member, IPMC, 多个Apache项目 • RedHat [Image](/uploads/documents/2/4/1/5/241599442e508e58cf8505991b74dc53/p2_1.jpg) ## 议题 - 微服务事务一致性问题? • 业界Saga的解决方案 • ServiceComb Saga的演进 • 后续的开发计划 ## 微服务架构 - 微服务架构将一个应用分成多个相互独立的服务。 - 好处是各个服务能够持续独立的开发和部署。 - 难题 资源层面提供保障业务侵入性低 • 协议成本高，并且存在全局锁的问题 ## ACID 与 BASE • ACID （刚性事务） • 原子性 (Atomicity) • 一致性 (Consistency) - 隔离性 (Isolation) - 持久性 (Durability) - BASE (柔性事务) • 基本可用（Basically Available） • 柔性状态 (Soft state)

 # 《Saga分布式事务解决方案与实践》 演讲者 / 姜宁 ## 关于我 • 华为开源能力中心 • ServiceComb项目负责人 • Apache Member, IPMC, 多个Apache项目 • RedHat, IONA [Image](/uploads/documents/2/1/9/5/21954dd3fc87fbdb89d08f0e9bd8b79f/p2_2.jpg) ## 议题 • 微服务事务一致性问题? • 业界Saga的解决方案 • ServiceComb Saga的演进 • 后续的开发计划 ## 微服务架构 - 微服务架构将一个应用分成多个相互独立的服务。 - 好处是各个服务能够持续独立的开发和部署。 - 难题 资源层面提供保障业务侵入性低 • 协议成本高，并且存在全局锁的问题 ## ACID 与 BASE • ACID （刚性事务） • 原子性 (Atomicity) • 一致性 (Consistency) - 隔离性 (Isolation) - 持久性 (Durability) - BASE (柔性事务) • 基本可用（Basically Available） • 柔性状态 (Soft state)

## Apache RocketMQ 事务消息 王强 (辽天) 阿里巴巴 中间件技术专家 ## QCon 全球软件开发大会 北京·2019 更多技术干货分享，北京站精彩继续 提前参与，还能享受更多优惠 识别二维码 查看了解更多 2019.qconbeijing.com  ## TABLE OF CONTENTS 大纲 • Apache RocketMQ 简介 • Apache RocketMQ 存储设计 • 事务消息的演进与Apache RocketMQ的实现 • Cloud Native时代下消息系统的挑战 ## Apache RocketMQ  金融交易 分布式事务  电子商务 异步解耦 ![Im

## TiDB: HBase分布式事务与SQL实现 ## About me • TiDB & Codis founder • Golang expert • Distributed database developer • Currently, CEO and co-founder of PingCAP liuqi@pingcap.com https://github.com/pingcap/tidb

[Image](/uploads/documents/b/c/4/2/bc4201e3191543d1cf3ac91f91e8ea10/p1_2.jpg) ## 微信号： ## scottlewis ## 分布式事务框架 Seata-Golang  刘晓敏 & QA 05 目录 ## 什么是分布式事务问题？ 分布式事务就是指事务的参与者、支持事务的服务器、资源服务器以及事务管理器分别位于不同的分布式系统的不同节点之上。简单的说，就是一次大的操作由不同的小操作组成，这些小的操作分布在不同的服务器上，且属于不同的应用，分布式事务需要保证这些小操作要么全部成功，要么全部失败。本质上来说，分布式事务就是为了保证不同数据库的数据一致性。 ## Demo Demo 演示 1997-1998 1 ## Seata 原理 ## 整体机制： • 一阶段：业务数据和回滚日志记录在同一个本地事务中提交，释放本地锁和连接资源。 • 二阶段: • 提交异步化，非常快速地完成。 • 回滚通过一阶段的回滚日志进行反向补偿。 BranchSession Lock BranchSession Lock ![Image](/uploads/document

## 华为云分布式事务DTM最佳实践 王启军  王启军，华为云PaaS团队架构师，负责微服务框架的开发。曾任当当网架构师，主导电商平台架构设计；曾就职于搜狐负责手机微博的研发。《持续演进的Cloud Native》作者，微信公众号“奔跑中的蜗牛”博主。 [Image](/uploads/documents/4/f/c/1/4fc1dac86fed58e3630871012bbe2224/p5_1.jpg) |方案\\指标|2PC 传统事务|可靠事件|TCC 柔性事务|SAGA 补偿事务| |---|---|---|---|---| |数据一致性|强一致|最终一致|最终一致|最终一致| |总体性能|低|高|取决于实现|取决于实现| |业务侵入性|较低侵入|高侵入|高侵入|高侵入| |产品成熟度|高|高|一般|低|  ## 分布式事务管理中间件 (Distributed Transaction Management, DTM) ## DTM总体架构（TCC） 用户侧 系统侧 ![Image](/uploads/docume

## Greenplum分布式事务 和两阶段提交协议 钉钉直播 | 10月21日 20:00 - 21:00 #### Greenplum中文社区 https://cn.greenplum.org 博文·资料·文档·项目 ## 全新的问答论坛 #### https://cn.greenplum.org/askgp ## GREENPLUM DATABASE $ ^{®} $ ![Imag Greenplum分布式事务和两阶段提交协议 ## Outline • 事务实现原理和Write Ahead Logging(WAL) • 分布式事务和两阶段提交的原理 Greenplum两阶段提交协议的实现 Greenplum两阶段提交协议的优化 ## 事务的属性:ACID |属性|含义|数据库系统的实现| |---|---|---| |Atomic原子性|事务中的操作要么全部正确执行，要么完全不执行。|Write 完全不执行。|Write Ahead Logging，分布式事务：两阶段提交协议| |Consistency一致性|数据库系统必须保证事务的执行使得数据库从一个一致性状态转移到另一个一致性状态。（满足完整性约束）|实现对A、I、D三个属性的支持| |Isolation隔离性|多个事务并发地执行，对每个事务来说，它并不会感知系统中有其他事务在同时执行。|多版本并发控制Multi-Version Concurrency

## 解密SHARDINGSPHERE与SERVICECOMB 联合打造的分布式事务解决方案 京东数科-潘娟 panjuan@apache.org   分布式事务 Sharding-JDBC ![I Sharding-Sphere Sharding-Proxy 开放生态 完全开源 Apache的首个分布式数据库中间件 ◆gitHub近8000star，近百家公司的成功落地案例 ◆核心功能：数据分片&分布式事务&数据库治理 多接入端选择 京东主导，多公司&社区参与推动 ## Apache ShardingSphere生态 驱动端 JDBC Redis MongoDB ![Im

(POJO/SpringM VC/JAX-RS) 熔断/容错 处理链 限流 负载均衡 JWT认证 Golang 编程 边缘服务 服务契约 微服务脚手架 通信协议 (Rest&RPC) Saga事务一致性 ServiceMesh 动态配置 服务注册 分布式追踪 服务度量 开源生态能力互通 SpringBoot Zipkin Apollo Istio SpringCloud 是一个使用Go构造的、建立在etcd存储上的高性能、高可用服务中心。 Java微服务SDK Java Chassis是一个由编程模型、运行模型、通信模型和服务契约四个部分组成的微服务框架。 Saga 分布式事务解决方案 Saga 是一个微服务数据一致性解决方案。 Go微服务SDK 编程模型 ![Image](/uploads/documents/b/d/e/e/bdee82923cd5b7398 y> ## 特性介绍：Saga 基于Pack模型的新构架 由 Alpha 和 Omega 组成 •Alpha充当协调者的角色，主要负责对事务的事件进行持久化存储以及协调子事务的状态，使其最终得以与全局事务的状态保持一致，即保证事务中的子事务全执行，或全不执行。 •Omega是用户程序侧代理，负责对网络请求进行拦截并向Alpha上报事务事件，并在异常情况下根据Alpha下发的指令执行相应的补偿或重试操作。

与ServiceComb的初次会面 3. 在Saga项目中的一些贡献 4. 如何在开源项目中进阶 5. 给开发者的一些建议 ## · 个人简介 2009年加入红帽软件，主要做事务管理器(Transaction Manager)方面的工作，做为核心开发人员参与了Narayana和Blacktie项目。 从2017年底开始参与了Apache ServiceComb有关Saga部分的实现，利用Byteman 对于分布式事务处理以及微服务环境中的事务处理，有过深入的研究。 ## 与ServiceComb的初次会面 • 红帽 Narayana LRA (Long Running Action) • ServiceComb Saga • 我们需要解决相同的问题 • 如何在微服务环境中实现事务管理 • 传统ACID在分布式环境中的局限性 • 基于Saga模型的最终一致性 ## 在Saga项目中的一些贡献