分布式数据库、分布式事务

一：分布式数据库

分布式数据库和我们经常用的传统的关系型数据库有什么区别，比如oracle，mysql，sql server，首先看下定义：

分布式数据库定义：分布式数据库系统通常使用较小的计算机系统，每台计算机可单独放在一个地方，每台计算机中都可能有DBMS的一份完整拷贝副本，或者部分拷贝副本，并具有自己局部的数据库，位于不同地点的许多计算机通过网络互相连接，共同组成一个完整的、全局的逻辑上集中、物理上分布的大型数据库。

关系型数据库：是指采用了关系模型来组织数据的数据库，其以行和列的形式存储数据，以便于用户理解，关系型数据库这一系列的行和列被称为表，一组表组成了数据库。用户通过查询来检索数据库中的数据，而查询是一个用于限定数据库中某些区域的执行代码。关系模型可以简单理解为二维表格模型，而一个关系型数据库就是由二维表及其之间的关系组成的一个数据组织。

说白了，分布式数据库，就是多个节点上的局部数据库，共同形成一个全局数据库提供服务，拥有更高的数据访问速度，更强的可扩展性，更高的并发访问量。目前主流的分布式数据库替代传统交易关系型数据库产品Oracle/DB2等满足不了海量吞吐、海量并发、海量交易、海量存储的在线交易业务场景。例如：蚂蚁金服Oceanbase、腾讯TDSQL、热璞HotDB、中兴GoldenDB、开源MyCAT、开源Cobar。

二：分布式事务

首先我们了解下什么是事务，指作为单个逻辑工作单元执行的一系列操作，要么全部执行，要么全部不执行。

事务应该具有4个属性：原子性（atomicity）、一致性（consistency）、隔离性（isolation）、持久性（durability）。这四个属性通常称为ACID特性。

那什么是分布式事务呢？分布式事务是指涉及到操作多个数据库的事务，其实就是将对同一库的事务概念扩大到对多个库的事务，目的是为了保证分布式系统中的数据一致性。分布式事务处理的关键是必须有一种方法可以知道事务在任何地方所做的所有动作，提交或回滚事务的决定必须产生统一的结果（全部提交或全部回滚）。

三：如何实现分布式事务，解决数据一致性问题

1：基于XA协议的两阶段提交，XA是一个分布式事务协议

XA协议比较简单，而且一旦商业数据库实现了XA协议，使用分布式事务的成本也比较低。但是，XA也有致命的缺点，那就是性能不理想，特别是在交易下单链路，往往并发量很高，XA无法满足高并发场景。XA目前在商业数据库支持的比较理想，在mysql数据库中支持的不太理想，mysql的XA实现，没有记录prepare阶段日志，主备切换回导致主库与备库数据不一致。许多nosql也没有支持XA，这让XA的应用场景变得非常狭隘。

2：消息事务+最终一致性

所谓的消息事务就是基于消息中间件的两阶段提交，本质上是对消息中间件的一种特殊利用，它是将本地事务和发消息放在了一个分布式事务里，保证要么本地操作成功成功并且对外发消息成功，要么两者都失败，开源的RocketMQ就支持这一特性，具体原理如下：

1：事务消息与普通消息的区别就在于消息生产环节，生产者首先预发送一条消息到MQ(这也被称为发送half消息)

2：MQ接受到消息后，先进行持久化，则存储中会新增一条状态为待发送的消息

3：然后返回ACK给消息生产者，此时MQ不会触发消息推送事件

4：生产者预发送消息成功后，执行本地事务

5：执行本地事务，执行完成后，发送执行结果给MQ

6：MQ会根据结果删除或者更新消息状态为可发送

7：如果消息状态更新为可发送，则MQ会push消息给消费者，后面消息的消费和普通消息是一样的

注意点：由于MQ通常都会保证消息能够投递成功，因此，如果业务没有及时返回ACK结果，那么就有可能造成MQ的重复消息投递问题。因此，对于消息最终一致性的方案，消息的消费者必须要对消息的消费支持幂等，不能造成同一条消息的重复消费的情况。

文章转自：https://blog.csdn.net/leoyangcanwu/article/details/105844225