[发明专利]基于可靠消息的分布式一致性的实现方法

说明书

本发明提供一种基于可靠消息的分布式一致性的实现方法。所述方法包括：上游应用执行业务并向可靠消息系统发送MQ消息；可靠消息服务和MQ组件协调上游应用和下游应用之间消息的传递，并确保上游应用和下游应用之间数据的一致性；下游应用监听MQ消息并执行自身业务。本发明能够实现即使在高并发的情形下均能保证数据一致性。

技术领域

本发明涉及分布式系统技术领域，尤其涉及一种基于可靠消息的分布式一致性的实现方法。

背景技术

随着分布式技术的发展，网络服务器上的存储、查询、计算等应用也都由集中式向分布式发展。在分布式系统中，一方面为了保证数据的安全性，减轻服务器的负载，在应用系统中存在多个数据库服务器，保存多个数据库副本；另一方面，数据库服务器存储的数据不断更新，需要对各个数据库副本的信息进行一致性维护，保证数据库数据的一致性。

在传统的单机应用中，最简单、最直接、最普遍的会使用一个关系型数据库，通过关系型数据库的事务保证数据的一致性。这种事务有四个基本要素：ACID。

A(Atomicity，原子性)：整个事务中的所有操作，要么全部完成，要么全部失败，不可能停滞在中间某个环节。事务在执行过程中发生错误，会被回滚(Rollback)到事务开始前的状态，就像这个事务从来没有执行过一样。

C(Consistency，一致性)：一个事务可以封装状态改变(除非它是一个只读的)。事务必须始终保持与系统处于一致的状态，不管在任何给定的时间并发事务有多少。

I(Isolation，隔离性)：隔离状态执行事务，使它们好像是系统在给定时间内执行的唯一操作。如果有两个事务，运行在相同的时间内，执行相同的功能，事务的隔离性将确保每一事务在系统中认为只有该事务在使用系统。这种属性有时称为串行化，为了防止事务操作间的混淆，必须串行化或序列化请求，使得在同一时间仅有一个请求用于同一数据。

D(Durability，持久性)：在事务完成以后，该事务对数据库所作的更改便持久的保存在数据库之中，并不会被回滚。

在传统的本地事务中，为了保证数据一致性，我们只需要先开始一个事务，然后进行新增、修改、删除等操作，然后提交事务，如果发生异常就回滚。从而实现数据一致性。

依据CAP(Consistency&Availability&Partition tolerance，一致性&可用性&分区容错性)理论，必须在可用性(Availability)和一致性(Consistency)之间做出选择。如果选择提供一致性，需要付出在满足一致性之前阻塞其他并发访问的代价。这可能持续一个不确定的时间，尤其是在系统已经表现出高延迟时或者网络故障导致失去连接时。

依据目前的成功经验，可用性一般是更好的选择，但是在服务和数据库之间维护数据一致性是非常根本的需求，微服务架构中选择满足最终一致性。

为了解决分布式的一致性问题，在长期的研究探索过程中，涌现出了一大批经典的一致性协议和算法，主要有二阶段提交协议和三阶段提交协议。

二阶段提交协议存在同步阻塞、单点问题、数据不一致和太过保守的缺陷。

三阶段提交协议可能出现的问题为：当协调者出现问题或协调者与参与者之间网络出现故障时，会导致参与者无法及时接收到来自协调者的doCommit或是abort请求，参与者需要在等待超时后，继续进行事务提交。

发明内容

本发明提供的基于可靠消息的分布式一致性的实现方法，能够实现即使在高并发的情形下均能保证数据一致性。

第一方面，本发明提供一种基于可靠消息的分布式一致性的实现方法，包括：

上游应用执行业务并向可靠消息系统发送MQ消息；