[发明专利]分布式事务处理的方法、装置与系统

说明书

本发明提供一种分布式事务处理的方法、装置与系统，方法包括：接收终端发送的第一目标事务的业务请求，第一目标事务包括多个依次排序的分支事务，并根据业务请求在第一事务协调器的内存中生成第一目标事务的事务日志；向第二事务协调器发送业务请求，以使第二事务协调器根据业务请求在第二事务协调器的内存中生成第一目标事务的事务日志；向终端发送第一事务协调器和第二事务协调器的信息，以使终端在识别出第一事务协调器发生故障后，向第二事务协调器发送分支事务的目标请求。根据本发明，能够提高事务处理的速度。

技术领域

本申请涉及互联网技术，尤其涉及一种分布式事务处理的方法、装置与系统。

背景技术

所谓事务，是数据库中一个操作单元，在该操作单元中所有的操作要么都成功，要么都失败，执行结果不可逆转，事务具备四个基本的特性：原子性、一致性、隔离性、持久性，也简称为事务的ACID特性。随着互联网的发展和用户需求的不断变化，分布式事务系统的应用越来越广泛。

分布式事务系统通常包含客户端、资源管理器、事务协调器几个角色，分别位于分布式系统的不同节点之上。其中，事务协调器负责协调整个事务从开始到完成的所有相关处理流程，是系统核心角色，其可用性决定了分布式事务整体的可用性。为了避免因为一个事务协调器不可用而造成其负责的事务无法进行下去，需要事务协调器的高可用性。

现有技术中，通常一个集群事务协调器把事务日志存储在同一数据库，该数据库位于各事务协调器的外部，即位于外设的数据库服务器中，各事务协调器需要通过网络在数据库中创建、更新或删除事务日志。这样，当该集群事务协调器中某个事务协调器不可用时，客户端可以通过该集群中别的事务协调器调用该同一数据库的事务日志完成当前事务，这样就能够保证事务协调器的高可用性。但是，这种方法会受到数据库的性能制约。

例如，对于一个分布式事务来说，会有很多的事务日志，包括全局日志的创建、状态更新、删除，分支日志的创建、状态更新、删除，如果这些日志都保存在同一个数据库，一个6分支的分布式事务就有21个数据库写操作(18个分支日志写操作和3个全局日志写操作)，即一个完整的事务需要21个数据库写操作。而数据库的服务能力都是有上限的，假设数据库(数据库服务器)的服务能力为10000tps(每秒事务处理量)，每个分布式事务平均6个事务分支，则可以计算出一组事务协调器的处理能力上限是10000/21＝476个事务。从以上举例可以看出，无论一个集群事务处理器的处理能力有多快，其都受到数据库的服务能力的制约，进而导致事务处理较慢。

发明内容

本申请提供一种分布式事务处理的方法、装置与系统，以解决事务处理器受到数据库的服务能力的制约的问题。

一个方面，本申请提供一种分布式事务处理的系统，包括：

终端，用于向第一事务协调器发送第一目标事务的业务请求，所述第一目标事务包括多个依次排序的分支事务；

第一事务协调器，用于接收所述终端发送的业务请求，并根据所述业务请求在第一事务协调器的内存中生成所述第一目标事务的事务日志，以及向第二事务协调器发送所述业务请求；

所述终端还用于接收所述第一事务协调器发送的所述第一事务协调器和第二事务协调器的信息，以使所述终端在识别出所述第一事务协调器发生故障后，向所述第二事务协调器发送分支事务的目标请求，以使所述第二事务协调器处理所述目标请求。

另一个方面，本申请提供一种分布式事务处理的方法，包括：

接收终端发送的第一目标事务的业务请求，所述第一目标事务包括多个依次排序的分支事务，并根据所述业务请求在第一事务协调器的内存中生成所述第一目标事务的事务日志；

向所述第二事务协调器发送所述业务请求，以使所述第二事务协调器根据所述业务请求在第二事务协调器的内存中生成所述第一目标事务的事务日志；