王强-Apache RocketMQ事务消息## Apache RocketMQ 事务消息 王强 (辽天) 阿里巴巴 中间件技术专家 ## QCon 全球软件开发大会 北京·2019 更多技术干货分享，北京站精彩继续 提前参与，还能享受更多优惠 识别二维码 查看了解更多 2019.qconbeijing.com  ## TABLE OF CONTENTS 大纲 • Apache RocketMQ 简介 • Apache RocketMQ 存储设计 • 事务消息的演进与Apache RocketMQ的实现 • Cloud Native时代下消息系统的挑战 ## Apache RocketMQ  金融交易 分布式事务  电子商务 异步解耦  ## 微信号： ## scottlewis ## 分布式事务框架 Seata-Golang  刘晓敏 & QA 05 目录 ## 什么是分布式事务问题？ 分布式事务就是指事务的参与者、支持事务的服务器、资源服务器以及事务管理器分别位于不同的分布式系统的不同节点之上。简单的说，就是一次大的操作由不同的小操作组成，这些小的操作分布在不同的服务器上，且属于不同的应用，分布式事务需要保证这些小操作要么全部成功，要么全部失败。本质上来说，分布式事务就是为了保证不同数据库的数据一致性。 ## Demo Demo 演示 1997-1998 1 ## Seata 原理 ## 整体机制： • 一阶段：业务数据和回滚日志记录在同一个本地事务中提交，释放本地锁和连接资源。 • 二阶段: • 提交异步化，非常快速地完成。 • 回滚通过一阶段的回滚日志进行反向补偿。 BranchSession Lock BranchSession Lock  王启军，华为云PaaS团队架构师，负责微服务框架的开发。曾任当当网架构师，主导电商平台架构设计；曾就职于搜狐负责手机微博的研发。《持续演进的Cloud Native》作者，微信公众号“奔跑中的蜗牛”博主。 [Image](/uploads/documents/4/f/c/1/4fc1dac86fed58e3630871012bbe2224/p5_1.jpg) |方案\\指标|2PC 传统事务|可靠事件|TCC 柔性事务|SAGA 补偿事务| |---|---|---|---|---| |数据一致性|强一致|最终一致|最终一致|最终一致| |总体性能|低|高|取决于实现|取决于实现| |业务侵入性|较低侵入|高侵入|高侵入|高侵入| |产品成熟度|高|高|一般|低|  ## 分布式事务管理中间件 (Distributed Transaction Management, DTM) ## DTM总体架构（TCC） 用户侧 系统侧  • 分布式事务和两阶段提交的原理 Greenplum两阶段提交协议的实现 Greenplum两阶段提交协议的优化 ## 事务的属性:ACID |属性|含义|数据库系统的实现| |---|---|---| |Atomic原子性|事务中的操作要么全部正确执行，要么完全不执行。|Write 完全不执行。|Write Ahead Logging，分布式事务：两阶段提交协议| |Consistency一致性|数据库系统必须保证事务的执行使得数据库从一个一致性状态转移到另一个一致性状态。（满足完整性约束）|实现对A、I、D三个属性的支持| |Isolation隔离性|多个事务并发地执行，对每个事务来说，它并不会感知系统中有其他事务在同时执行。|多版本并发控制Multi-Version Concurrency0 码力 | 42 页 | 2.12 MB | 2 年前3
- 解密SHARDINGSPHERE与SERVICECOMB联合打造的分布式事务解决方案## 解密SHARDINGSPHERE与SERVICECOMB 联合打造的分布式事务解决方案 京东数科-潘娟 panjuan@apache.org   分布式事务 Sharding-JDBC  ## 议题 - 微服务事务一致性问题? • 业界Saga的解决方案 • ServiceComb Saga的演进 • 后续的开发计划 ## 微服务架构 - 微服务架构将一个应用分成多个相互独立的服务。 - 好处是各个服务能够持续独立的开发和部署。 资源层面提供保障业务侵入性低 • 协议成本高，并且存在全局锁的问题 ## ACID 与 BASE • ACID （刚性事务） • 原子性 (Atomicity) • 一致性 (Consistency) - 隔离性 (Isolation) - 持久性 (Durability) - BASE (柔性事务) • 基本可用（Basically Available） • 柔性状态 (Soft state)0 码力 | 39 页 | 2.78 MB | 2 年前3
- 《Saga分布式事务解决⽅案与实践》演讲者／姜宁 # 《Saga分布式事务解决方案与实践》 演讲者 / 姜宁 ## 关于我 • 华为开源能力中心 • ServiceComb项目负责人 • Apache Member, IPMC, 多个Apache项目 • RedHat, IONA Travelsky  ## 议题 • 微服务事务一致性问题? • 业界Saga的解决方案 • ServiceComb Saga的演进 • 后续的开发计划 ## 微服务架构 - 微服务架构将一个应用分成多个相互独立的服务。 - 好处是各个服务能够持续独立的开发和部署。 资源层面提供保障业务侵入性低 • 协议成本高，并且存在全局锁的问题 ## ACID 与 BASE • ACID （刚性事务） • 原子性 (Atomicity) • 一致性 (Consistency) - 隔离性 (Isolation) - 持久性 (Durability) - BASE (柔性事务) • 基本可用（Basically Available） • 柔性状态 (Soft state)0 码力 | 33 页 | 2.38 MB | 2 年前3
- 领域驱动设计&中台/领域驱动架构透析与架构解耦RUP 4+1 视图与DDD的关系 |RUP 4+1视图|领域驱动设计的模式与实践| |---|---| |场景视图|领域场景分析、用例图| |逻辑视图|限界上下文、上下文映射、分层架构| |进程视图|限界上下文、六边形架构、上下文映射| |物理视图|六边形架构| |开发视图|分层架构、代码模型| ## 场景视图  系统层面  ## 限界上下文层面  ## THANK YOU0 码力 | 29 页 | 3.02 MB | 2 年前3
- CurveFS rename 接口实现方案接口实现方案（已实现，选用方案二） 背景 • 方案调研 • Chubaofs • Juicefs • 方案实现 • 方案一：chubaofs • 方案二：事务方案 • 方案三：利用 KV 自带的分布式事务 • Q&A • 1. 是否需要实现跨文件系统的 rename 操作？ • 2. 在多客户端情况下，是否需要加锁来保证其原子性？ • 3. rename 流程举例说明？ 中（如 redis、tikv...），而这些 KV 本身就支持事务，所以它只要把这些操作打包成事务扔给 KV 就可以了。如果采用 Juicefs 的方案，我们需要在 metaserver 层实现分布式事务。 ## 方案实现 方案一：chubaofs 从以上的分析来看，chubaofs 的方案是可行的，参照其实现就行 ## 方案二：事务方案 前言（关于 MVCC）： MVCC（Multi-version 可以保证事务 ACID 中的 C（一致性）和 I（隔离性）） 方案主要借鉴 leveldb 与 etcd(boltdb) 中事务的实现（主要利用 mvcc），方案设计如下：  ## 整体思路如下： - 如果上一步骤成功了，就提交事务，将 srcDentry，dstDentry0 码力 | 15 页 | 555.93 KB | 1 年前3
共 805 条
- 1
- 2
- 3
- 4
- 5
- 6
- 81