分布式事务

摘要： 随着银行业分布式核心系统建设不断推进,交易链路变长、分布式事务增多、系统资源故障频发,系统稳定运行面临挑战。通过引入混沌工程的理念、方法、工具,在测试环境开展混沌测试实践,总结了一套将混沌工程(Chaos Engineering)和传统测试相结合开展混沌测试(Chaos Test)的方法与流程,通过具体应用实例阐述了故障场景设计、故障注入和消除、流程编排等方面的实践经验和取得成效。通过混沌测试,提前发现系统潜在风险,提高系统运行稳定性。

摘要： 在当前国际形势下,为避免核心技术受制于人,数据库国产化是必然趋势。分析目前国产数据库的现状、应用场景,数据库国产化实施的难点及改造中面临的问题,介绍国产数据库的主要技术路线,分析主从、分布式等架构的技术特点和读写方式,以及数据同步、一致性、分片及分布式事务等具体实现原理,论述达梦、金仓、OceanBase和TBase等主流国产数据库产品的技术背景及方案,并对几款代表性的国产数据库进行分析比较,提出水利行业数据库选型的重点考虑因素,提供水利行业国产数据库选型及迁移改造建议,为水利信息产业国产化推进过程中正在进行国产数据库选型的用户提供参考。

摘要： 根据高速公路取消省界站工程的要求,高速公路大量建设ETC门架系统,安装高清摄像枪和RSU天线,生成通行流水,用于识别车辆真实行驶路径,作为收取通行费用的依据。在此背景下,一方面大型路段门架数量庞大,车流密集,流水上传具有高并发的特点;另一方面,门架产生的通行流水需要快速上传处理,对流水的完整性与实时性有严格要求。为解决此问题,本文通过对分布式事务技术的研究,结合Docker Swarm容器编排工具,构造出一套运行于路段中心的支持高可用、零丢失、高性能的门架数据处理系统,在广东省高速公路广泛部署使用两年多,取得了良好效果。

摘要： 本文基于业界成熟的X/OpenDTP分布式事务模型,以及微服务、组件化等思想,结合实际项目的需求和特点,对模型进行了适当地改进,设计了一种分布式媒体事务处理的智适应框架,并成功应用于音视频指挥调度系统项目实际开发中,提高了系统的可扩展性和代码的复用度,解决开发中的难题,具有一定的借鉴效果和研究价值。

摘要： 互联网金融时代下,主机集中式架构难以适应新形势下的业务快速发展,金融信息系统开始向分布式架构转型探索,分布式事务作为基础技术成为了转型关键所在.传统主机通过DB2数据库或CICS中间件即可解决事务一致性问题,分库分表后的分布式事务一般遵循BASE特性,即基本可用、软状态和最终一致性,目前业界主流的事务模型主要有SAGA模型、TCC模型和消息模型.工商银行通过研究各类开源产品如何解决事务最终一致性问题,自主研发了完全贴合行内架构布局的分布式事务平台,目前已大量运用于借贷等关键交易.该平台具有完善的事务模型、便捷的开发使用、灵活的部署模式、高可用/易扩展、完备的运维监控.未来,工商银行将持续推动金融科技创新,保证金融服务的稳定运行.

摘要： cqvip:分布式数据库管理平台主要是快速部署分布式数据库实例的管理平台,包含数据库基本功能、高性能、信息安全性、维护性、易用性、对外接口、高可用、扩展多方面的功能,与传统的Oracle数据库对比,更加体现在高可用和扩展性、云计算的弹性扩展上,因此功能设计与测试方法上与Oracle也存在差异,在设计测试用例上,着重设计单点机房高可用、跨机房高可用、网络故障、混沌测试、数据一致性的,分布式事务、备份恢复的功能测试用例。

摘要： 分布式数据库管理平台主要是快速部署分布式数据库实例的管理平台,包含数据库基本功能、高性能、信息安全性、维护性、易用性、对外接口、高可用、扩展多方面的功能,与传统的Oracle数据库对比,更加体现在高可用和扩展性、云计算的弹性扩展上,因此功能设计与测试方法上与Oracle也存在差异,在设计测试用例上,着重设计单点机房高可用、跨机房高可用、网络故障、混沌测试、数据一致性的,分布式事务、备份恢复的功能测试用例。

摘要： 电信客户关系管理(CRM)系统作为电信核心业务支撑系统,支撑电信日常的生产服务.传统CRM系统采用典型的"IOE"架构,系统的耦合度很高,当业务增长时,由于IOE架构的扩展性不足,导致数据库压力大、系统运行性能不足.为解决系统性能问题,同时提升业务支撑效率,满足业务增长需求,构建一套分布式CRM系统势在必行.本文通过介绍构建分布式CRM系统需要重点解决的关键点,提供系统的建设思路.

摘要： 数据库是高效组织、存储、管理数据的软件,2000年后数据库开始了分布式之旅来应对海量数据存储、高并发读写任务等挑战.经过20多年的发展,业界在数据库的分布式化方面产出了大量理论和产品.介绍了分布式数据库发展的背景、核心技术、典型产品和未来技术的发展趋势.

摘要： 在分布式事务中有两阶段提交、最大努力一次提交等常用方法,并结合使用事务补偿机制来实现事务的一致性目标.在实际的应用系统中,数据的实时一致性并不一定是最好的选择,用最终一致性代替实时一致性会使系统有更好的可用性.针对微应用架构下分布式事务的挑战,介绍了分布式事务处理模型,并分析了微应用架构下的分布事务处理策略,最后介绍了3种分布式事务补偿完美机制.

摘要： 文章分析了分布式事务开发、维护中存在的问题,提出并实现了一个通用的分布式事务服务组件,简化了分布式事务的开发和维护.尤其适合作为以SOA为架构的应用系统中分布式事务处理的框架.

摘要： Web服务的出现对分布式事务提出了新的需求,为了保证多个Web服务交互获得正确的执行和一致性的结果,有必要为Web服务提供事务机制.但是Web服务具有松散耦合性、运行时间长等特点,这使得传统的事务处理技术在处理Web服务事务时显得力不从心.本文对Web服务事务的关键问题进行了阐述,包括Web复合框架的事务性支持、Web服务事务规范以及扩展事务模型等方面的研究内容,并指出了目前研究的不足以及未来的发展趋势.

摘要： 介绍了CICS在基于Web的三层体系结构中的应用原理和通信过程,并举例说明了如何用CICS的简易API接口EasyCics实现分布式事务处理的程序过程.

摘要： 针对分布式事务处理系统的信息共享问题,结合CORBA技术提出一种解决方案——分布协作式信息集成模型.之后以易贸交易体系为应用实例,阐述和分析了它的具体实现及优点.

摘要： Percolator(TiDB)基于bigtable，提供跨行跨表事务支持,两阶段提交，事务协调信息也存储在bigtable中，和数据混合存储,单机的时间戳服务器Time Oracle, 200w/s,读性能差别不大，写性能下降巨大。

摘要： Percolator(TiDB)基于bigtable，提供跨行跨表事务支持,两阶段提交，事务协调信息也存储在bigtable中，和数据混合存储,单机的时间戳服务器Time Oracle, 200w/s,读性能差别不大，写性能下降巨大。

摘要： Percolator(TiDB)基于bigtable，提供跨行跨表事务支持,两阶段提交，事务协调信息也存储在bigtable中，和数据混合存储,单机的时间戳服务器Time Oracle, 200w/s,读性能差别不大，写性能下降巨大。

摘要： Percolator(TiDB)基于bigtable，提供跨行跨表事务支持,两阶段提交，事务协调信息也存储在bigtable中，和数据混合存储,单机的时间戳服务器Time Oracle, 200w/s,读性能差别不大，写性能下降巨大。

摘要： Percolator(TiDB)基于bigtable，提供跨行跨表事务支持,两阶段提交，事务协调信息也存储在bigtable中，和数据混合存储,单机的时间戳服务器Time Oracle, 200w/s,读性能差别不大，写性能下降巨大。

摘要： 本发明实施例提供一种分布式事务处理方法及分布式系统。所述分布式事务处理方法包括：协调子系统向管理子系统发送事务标识申请，以获取事务标识，并向执行子系统发送带有所述目标事务标识的执行请求；所述执行子系统接收到所述执行请求后，执行对所述执行请求对应的数据进行修改操作，对修改的数据进行缓存得到缓存数据；所述执行子系统将执行结果返回给所述协调子系统；所述协调子系统根据每个执行子系统执行结果向所述管理子系统发送所述目标事务标识对应的事务状态的更改请求，以将所述事务状态更改为结果状态；以及所述执行子系统从所述管理子系统中获取所述事务状态，根据所述事务状态对该事务标识对应的所述缓存数据进行提交或回滚操作。

摘要： 本发明公开了一种分布式数据库系统中分布式事务的处理方法，基于对现有严格两阶段封锁协议和两阶段提交协议的分析，为了克服分布式事务执行过程中持锁时间过长的影响，本发明在两阶段提交协议中事务准备阶段，提前释放了锁资源，通过维护事务的提交依赖关系信息，确定事务的提交和回滚的顺序，避免事务异常的发生，保证了事务的正确性。本发明有效地缩减了分布式事务持有锁的时间，减少了事务之间的冲突率，提高了事务处理性能。

摘要： 本发明公开了基于分布式消息中间件的分布式事务处理方法，包括如下步骤：步骤一：业务模块开启，通过事务模块判断此业务处理方案为XA或者TCC，并将此判断结果生成事务ID注册到事务树以及消息中间件中；步骤二：业务模块执行业务代码，并将执行结果通知给事务模块，根据上述事务ID将此执行结果对应记录至事务树中，并同步通知到消息中间件；步骤三：消息中间件推送多个事务执行结果给异步消息模块，异步消息模块查询事务树中各节点执行结果，并比较与消息中间件推送的执行结果是否一致，判断是否需要提交或回滚。本发明融合XA方案和TCC方案的优点，并结合消息中间件高效可靠地特点，解决了处理多场景下事务一致性的问题。

摘要： 本发明公开了一种基于分布式逻辑时间戳的分布式事务管理方法及系统，方法包括：对事务的事务开始时间进行设置；若数据节点与协调节点的本地逻辑时间的相差值超出预设的阈值，则将数据节点的本地逻辑时间进行校时，并使协调节点回滚该事务，在将协调节点的时间进行校时后，重试该事务；若事务预提交时间与事务开始时间相差值大于该事务的事务容忍误差，则将事务预提交时间以及该事务的预提交消息发送到所有参与该事务的数据节点；根据两个不同事务的时间戳的相差值情况，选取一个数据节点作为仲裁节点以对两个不同事务的时间戳顺序进行仲裁。本发明能够在满足分布式存储和处理的要求的同时，减少网络的开销，从而有效提升系统的整体性能。

摘要： 本发明提供了一种跨系统分布式事务处理方法和分布式事务处理的系统。该方法包括：主系统开启分布式事务；主系统向分系统发送尝试执行事务的尝试请求；分系统响应于尝试请求，执行尝试操作；分系统将尝试操作的执行结果反馈至主系统；主系统根据接收到的执行结果向消息服务系统发送消息，其中，当主系统收到的执行结果均为成功时，向消息服务系统发送确定执行事务的确认消息，当主系统接收到任一执行结果为失败时，向消息服务系统发送回滚执行事务的回滚消息；消息服务系统发布接收到的消息；分系统监听消息服务系统发布的消息，当监听到确认消息时，执行确认操作，当监听到回滚消息时，执行回滚操作。通过本发明，能够避免上述中心化单点现象。

摘要： 本申请实施例提供一种分布式事务实现方法及分布式系统。该分布式系统包括位于第一区域的客户端、第一事务协调器与第一数据库服务器，以及位于第二区域的第二事务协调器与第二数据库服务器，客户端在调用第一数据库服务器执行第一分支事务时，第一数据库服务器通过第一事务协调器对第一分支事务涉及的数据进行加锁操作，第一数据库服务器执行第一分支事务后，第一数据库服务器调用第二数据库服务器执行第二分支事务，第二数据库服务器执行第二分支事务时，通过第二事务协调器对第二分支事务涉及的数据进行加锁操作。执行上述分布式事务实现方法，能够减少不同区域间设备的相互调用，提高分布式事务处理效率。

摘要： 本发明公开了一种分布式数据库系统中分布式事务的处理方法，基于对现有严格两阶段封锁协议和两阶段提交协议的分析，为了克服分布式事务执行过程中持锁时间过长的影响，本发明在两阶段提交协议中事务准备阶段，提前释放了锁资源，通过维护事务的提交依赖关系信息，确定事务的提交和回滚的顺序，避免事务异常的发生，保证了事务的正确性。本发明有效地缩减了分布式事务持有锁的时间，减少了事务之间的冲突率，提高了事务处理性能。

摘要： 本发明公开了一种基于分布式逻辑时间戳的分布式事务管理方法及系统，方法包括：对事务的事务开始时间进行设置；若数据节点与协调节点的本地逻辑时间的相差值超出预设的阈值，则将数据节点的本地逻辑时间进行校时，并使协调节点回滚该事务，在将协调节点的时间进行校时后，重试该事务；若事务预提交时间与事务开始时间相差值大于该事务的事务容忍误差，则将事务预提交时间以及该事务的预提交消息发送到所有参与该事务的数据节点；根据两个不同事务的时间戳的相差值情况，选取一个数据节点作为仲裁节点以对两个不同事务的时间戳顺序进行仲裁。本发明能够在满足分布式存储和处理的要求的同时，减少网络的开销，从而有效提升系统的整体性能。

摘要： 本发明公开了一种分布式事务处理方法、分布式系统及存储介质，方法包括：获取执行者发起的任务请求；根据任务请求执行Try操作，其中执行Try操作包括调用第三方系统接口进行数据处理；获取第三方系统接口被调用时的数据处理结果；当数据处理结果为失败时，将Try操作的执行结果置为未知，并通过Query接口对第三方系统接口进行反查，以确定数据处理结果是否属实；若是，将执行结果修改为失败；若否，将执行结果修改为成功；在执行结果为成功或失败时，将Try操作的执行结果反馈给执行者，以使执行者触发活动管理器调用对应的接口进行事务处理。本发明通过Query接口进行反查，提高了数据分析处理过程中分布式事件投递的可靠性。

摘要： 本发明公开了一种分布式事务的处理方法和分布式系统。所述方法包括：被调用参与节点在接收到调用参与节点发送的调用请求后，根据所述调用请求中的调用信息执行相应的调用操作，并在所述调用操作执行完成后，向发送所述调用请求的调用参与节点返回调用完成信息；被调用参与节点根据所述调用请求中的本地事务信息处理相应的本地事务，生成处理结果，并将所述处理结果返回给发送所述调用请求的调用参与节点。本发明实施例通过采用上述技术方案，能够提高分布式系统的性能，降低业务系统的复杂度和开发成本。