gts解密--gts的原理、架构与特点.pdfVIP

2018/1/6 docs/2018­01­01­Principle­architectur­and­characteristic­of­GTS.md at master · ChengXiaoZ/docs ChengXiaoZ / docs Branch: master docs / 2018 / 2018‐01‐01‐Principle‐architectur‐and‐characteristic‐of‐GTS.md Find file Copy path ChengXiaoZ Update 2018‐01‐01‐Principle‐architectur‐and‐characteristic‐of‐GTS.md 44fc58d 7 minutes ago 1 contributor 200 lines (129 sloc)   16.4 KB 作者 赵成 日期 2018‐01‐01 标签 分布式事务 , GTS ， Global Transaction Service, 柔性事务, TCC , 两阶段提交 , XA协议 全局事务服务 （Global Transaction Service ，简称 GTS ）是阿里新推出的分布式事务处理方案 ，对其深入分析的资料相对匮乏。 本文的目标是剖析GTS的技术路线 ，厘清其优势与约束。文章参考了GTS公开的专利、产品文档、相关网页 ，文章中肯定有不准 确的地方 ，欢迎各位同学拍砖与指正。 一、GTS的目标 GTS是一个面向互联网交易场景的分布式事务解决方案。 制约分布式事务的三个因素 分布式事务是互联网交易场景面临的关键问题之一。不同于搜索、社交、联机分析应用 ，电子商务、支付是典型的交易场景 ， 数据的错误会带来严重的后果 ，对数据的一致性与可用性有很高的要求。互联网环境带来了海量的数据容量、连接数与访问 量 ，单一数据库节点无法应对 ，成为整个系统的瓶颈。为解决单一数据库成为瓶颈的问题 ，通过数据拆分实现数据库能力的线 性扩展。数据拆分是使用分库分表的方式 ，将数据存储在多个数据库节点 ，利用分布式数据库平台解决数据库瓶颈的问题。分 布式数据库环境中 ，一个事务会跨越多个数据库 ，面临分布式事务处理的问题。 分布式事务解决方案面临应用灵活性、数据一致性、性能三者的挑战。目前已有多种成熟方案 ，每种方案都是对这三个方面做 出的取舍。 相互制约的三个因素为 ： 应用灵活性 ：应用访问数据的方式是否需要修改 ，以及修改的程度。 一致性 ：数据是强一致 ，还是最终一致的 （允许中间不一致的状态 ）。 系统性能 ：分布式事务对整体性能的影响。 现有分布式处理方案 现有成熟的分布式解决方案包括XA两阶段提交、可靠消息与TCC模式等类型。XA两阶段提交属于强一致事务 ，可靠消息与TCC 模式属于柔性事务。 XA两阶段提交 XA 是指由 X/Open 组织提出的分布式事务处理的规范。XA规范主要定义了Transaction Manager （TM ）和Resource Manager （RM ）之间的接口 ，结构如下图所示。 /ChengXiaoZ/docs/blob/master/2018/2018­01­01­Principle­architectur­and­characteristic­of­GTS.md 1/8 2018/1/6 docs/2018­01­01­Principle­architectur­and­characteristic­of­GTS.md at master · ChengXiaoZ/docs XA协议的流程可大致分为三个步骤 ： 步骤1 ：APP向TM创建全局事务 ，TM向APP返回全局事务号。 步骤2 ：APP使用全局事务号 ，访问RM的资源 （当RM为数据库时 ，资源访问就是SQL操作 ）。当RM第一次收到访问时 ， 使用该全局事务号向TM注册 ，TM返回事务分支事务号。 步骤3