[发明专利]一种数据一致性方法、分布式协调器及中央协调器

说明书

本发明提供了一种数据一致性方法、分布式协调器及中央协调器，其中，数据一致性方法包括：通过交易程序中的交易开始注解识别交易开始，当交易开始时，创立全局ID并将其发送至中央协调器，由中央协调器建立全局ID队列；通过事务开始注解识别事务开始，事务开始时，创立事务信息并将其发送至中央协调器，其中，事务信息包括：事务ID、全局ID及事务调用状态，由中央协调器于事务调用状态为结束时记录事务ID至相应全局ID队列中，若事务调用状态为失败时，根据相应全局ID队列中所有已完成事务ID队列生成回退指令；接收回退指令，发起回退操作。本发明能够实现分布式服务器数据的一致性。

技术领域

本发明涉及分布式服务器领域，尤其涉及一种分布式服务器数据一致性方法、分布式协调器及中央协调器。

背景技术

现有技术中分布式服务器数据的统一主要通过如下两种方式实现：1)两阶段提交(2PC)，其使用的原理为XA协议原理(是X/Open组织为分布式事务处理制定的标准协议)。2)补偿事务(TCC)，TCC即采用补偿机制，针对每个操作，都要注册一个与其对应的确认和补偿(撤销)操作，共分为三个阶段：Try阶段主要是对业务系统做检测及资源预留；Confirm阶段主要是对业务系统做确认提交，Try阶段执行成功并开始执行Confirm阶段时，默认Confirm阶段是不会出错的。即：只要Try成功，Confirm一定成功；Cancel阶段主要是在业务执行错误，需要回滚的状态下执行的业务取消，预留资源释放。

对于上述2PC而言，存在如下缺陷：1)阻塞。对于任何一次指令必须收到明确的响应，才会继续做下一步，否则处于阻塞状态，占用的资源被一直锁定，不会被释放。2)单点故障。如果协调者宕机，参与者没有协调者指挥，会一直阻塞，尽管可以通过选举新的协调者替代原有协调者，但是如果之前协调者在发送一个提交指令后宕机，而提交指令仅仅被一个参与者接收，并且参与者接收后也宕机，新上任的协调者无法处理这种情况。3)脑裂。协调者发送提交指令，有的参与者接收到执行了事务，有的参与者没有接收到事务，就没有执行事务，多个参与者之间是不一致的。4)跨系统调用：没有良好的解决方案。

对于上述TCC而言，存在如下缺陷：1)需要修改原来的业务逻辑。2)通信次数较多。

发明内容

为了解决现有技术中的分布式服务器数据一致性方法存在信息闭塞、单点故障、需要修改业务逻辑及通信次数较多的缺陷，本发明的第一方面提供一种分布式服务器数据一致性的方法，适用于分布式协调器，预先在交易程序中建立交易开始注解及事务开始注解，其中，交易程序中包括多个事务，所述方法包括：

通过交易程序中的交易开始注解识别交易开始，当交易开始时，创立全局ID并将其发送至中央协调器，由中央协调器建立全局ID队列；

通过事务开始注解识别事务开始，事务开始时，创立事务信息并将其发送至中央协调器，其中，事务信息包括：事务ID、全局ID及事务调用状态，由中央协调器于事务调用状态为结束时记录事务ID至相应全局ID队列中，若事务调用状态为失败时，根据相应全局ID队列中所有已完成事务ID队列生成回退指令；

接收回退指令，发起回退操作。

进一步实施例中，通过交易程序中的交易开始注解识别交易开始，包括：

通过SpringAop对交易程序中的交易开始注解进行拦截；

拦截到交易开始注解时，确定交易开始。

进一步实施例中，通过事务开始注解识别单个事务开始，包括：

通过SpringAop对事务开始注解进行拦截；

拦截到事务开始注解时，确定事务开始。

进一步实施例中，接收回退指令，发起回退操作，包括：