共计 3055 个字符，预计需要花费 8 分钟才能阅读完成。
摘要：云原生 2.0 时代，微服务架构下如何保证数据的一致性是十分重要的一个课题。4 月 8 日，在华为云 TechWave 寰球技术峰会分布式云分论坛上，华为云技术专家深度解读华为云分布式事务管理 DTM。
本文分享自华为云社区《华为云分布式事务管理 DTM：6 大个性解决云上微服数据一致性》，原文作者：灰灰哒。
云原生 2.0 时代，微服务架构下如何保证数据的一致性是十分重要的一个课题。4 月 8 日，在华为云 TechWave 寰球技术峰会分布式云分论坛上，华为云技术专家深度解读华为云分布式事务管理 DTM。
晚期线上购物，是不是呈现过买家下单胜利，付了钱却没收到货；卖家接到投诉却没找到订单记录，生生吃了个差评却无处说理；然而为什么当初这种状况却没有了？就是因为分布式事务的呈现。“一手交钱，一手交货”就是一个事务的例子，交钱和交货必须全副胜利，事务才算胜利。一个流动失败，另一个也要撤销。
什么是事务？
事务能够看做是一次大的流动，它由不同的小流动组成，这些流动要么全副胜利，要么全副失败。事务须要有的 ACID 特色：
Atomicity 原子性： 整个事务的所有操作，要么全副胜利要么全副失败。
Consistency 一致性： 事务的执行不能毁坏数据库数据的完整性和一致性，一个事务在执行之前和执行之后，数据库都必须处于一致性状态，比方数据产生故障，不能有一部分数据写胜利，一部分不胜利。
例如，A 要向 B 领取 100 元，而 A 的账户中只有 90 元，并且咱们给定账户余额这一列的束缚是：不能小于 0。那么很显著这条事务执行会失败，因为 90-100=-10，小于所给定的束缚。这个例子里，领取之前数据库里的数据都是合乎束缚的，然而如果事务执行胜利了，的数据库数据就毁坏束缚了，因而事务不能胜利，这里咱们说事务提供了一致性的保障。
Isolation 隔离性： 多个事务并发执行操作同一数据，事务之间不能有烦扰。
Durability 持久性： 一旦事务提交，那么它对数据库中的对应数据的状态的变更就会永恒保留到数据库中，就算数据库宕机，等它复原后，数据也能复原到已提交事务实现的状态。
微服务趋势下的数据一致性保障
以后随着微服务，容器化，等技术的逐渐成熟和炽热，单体利用被拆分成了不同的性能服务，解耦之后的服务，相互调用，俨然成了典型的分布式系统，数据的一致性解决便成了刚需能力。传统的分布式事务处理，针对一个服务下的一个数据库进行解决。单体架构到微服务架构后，一个数据库本地事务变为跨服务的多个数据库全局事务，怎么保障多个数据库的数据一致性成为了企业亟待解决的问题。
面对的痛点次要有三点：
1）侵入性大耦合度高
客户往往专一于业务代码的写作，对于分布式事务的解决往往比拟苦楚，而且还须要批改业务代码，可能波及批改业务逻辑。
2）自研代价过大，云上跨 AZ 部署简单
如果自研的分布式事务服务，须要满足跨 AZ 容灾能力的话，须要在另外一个 region 下购买物理资源，再部署一次自研的分布式事务微服务。更新迭代须要本人来保护，减少了运维老本和公布难度。
3）如何反对多语言的框架，多数据库类型
随着业务框架的更新版本，新增数据库类型，或者新增新的业务框架，则须要本人去保护，更新，这个自研分布式事务服务，对接多语言的框架、多数据库场景。
6 大个性解决云上微服数据一致性
华为云 DTM 是华为云分布式事务管理中间件，提供了高牢靠的分布式事务处理能力。反对跨微服务事务、跨库事务、多数据源、非侵入式事务、TCC 事务、事务监控、高 TPS 事务处理能力及数据分析等性能场景，帮忙企业满足外围业务数据（如交易数据）一致性需要。
华为云分布式事务管理 DTM 的 6 大个性解决云上微服数据一致性。
1）反对非侵入事务与 TCC 两种事务模式
非侵入模式反对 0 业务代码批改的接入形式，开明 DTM 分布式事务管理服务，购买分布式事务引擎，SDK 引入 DTM client，在须要参加分布式事务的服务中，增加 DTM 数据源，在代码中增加非侵入模式注解。TCC 模式作为分布式事务处理的一种补充，次要用于反对更加宽泛的数据库类型，例如 NoSql 类型数据库。
2）业界当先的高性能（单集群 10w+ TPS）
DTM 所有组件撑持程度扩大，利用独家的算法和架构，反对超高 TPS 的反对能力。
3）DTM 反对跨 AZ 高可用
DTM 跨 AZ 采纳 2 个可用区 + 仲裁 AZ 的形式进行容灾。失常工作状态下，有 2 套 DTM server 参加到事务处理中，相互之间跨 AZ 备份数据。当其中一个 AZ 挂了之后，因为之前始终在跨 AZ 同步数据，因而第二 AZ 能马上承接工作。
4）微服务框架广泛支持
反对支流的框架，例如 ServiceComb，Spring Cloud，Dubbo 等。
5）自动化运维管控、功能丰富的控制台
DTM 领有自动化运维控制台，实时监控 DTM 引擎状态，事务上报状态，对事务状态进行数据分析。并且对多个引擎，有对立的治理面进行集中式治理，切换自若。
6）数据库广泛支持
以后非侵入模式反对 MySQL，OpenGauss，TCC 模式反对所有数据库类型。
分布式业务场景
1）金融场景下分布式事务管理
高频交易：证券、基金公司的高频交易，对 TPS 要求极高。DTM 的超高性能，可保障高频交易不受性能束缚。举荐应用 CSE+DTM 组合，CSE 服务调用性能极高，DTM 也反对超高性能 TPS，并且二者人造兼容，间接接入，防止瓶颈。通过高性能带来的数据高效同步，可助力金融机构缩小每笔交易时长，用工夫博得财产。
转账：转账业务往往波及多数据库与高并发量，例如实时到账，须要保障强一致性，一般转账保障最终一致性。最终高效且正确的转账就是金融服务的根底。因而在转账场景中，领取和转账作为分布式事务典型场景，在利用 DTM 后，可轻松应答高并发，分库分表的业务模型，满足业务需要。
2）电商 / 互联网场景
订单、会员卡、成长值、积分：以积分商城为例，应用会员卡余额购买商品，会波及到扣减账户余额（数据库）、减少账户积分数量（数据库）、会员卡成长值晋升、历史订单减少等服务。目前应用对账的形式来应答此类场景的性能较低，波及业务扩大或扭转时革新老本高。应用 DTM 进行简略的革新接入，即可实现数据的同步。
担保交易：以电商抢购领取场景为例，秒杀抢购并发量高，性能要求高。通常流程尝试扣除用户可用资金，转移预冻结资金，减少两头账户可用资金（担保交易不能立刻把钱打给商户，须要有一个两头账户来暂存），七天后须要将资金从两头账户划拨给商户。采纳 DTM 能够大规模的抢购场景，保障客户胜利领取，等到低锋期时，再缓缓消化领取数据，异步地执行资金到账流程，并且最终保障资金能顺利转入商户的账户中。
3）政务畛域场景
生存缴费：作为领取、转账场景的延长，生存缴费在政务零碎中不可或缺。例如水电费，电话费，上网资费等，都通过手机 APP 或者电脑端进行解决缴费。政务零碎须要对缴费信息进行一致性解决，DTM 能够保障，关联信息同步批改，跨零碎信息及时同步。
跨地区信息即刻同步：以后各地区政府机关，往往有本人的数据库，人员流动，企业信息备案，都最后在本地进行注销备案。信息变更频繁的信息化时代，仅通过手工形式进行信息变更后的同步，会带来脏读和脏写的问题，采纳 DTM 能够保障政务机关的信息高效同步，精准统一。
将来 DTM 作为华为云分布式事务管理中间件，会对接更多的波及数据一致性解决的服务。例如华为云的 serverless 微服务，appCube，容器等。
DTM 也将作为一款弱小的分布式事务管理中间件，撑持各行各业，各种服务，去解决数据的一致性。
点击关注，第一工夫理解华为云陈腐技术~
