分布式事务解决方案

首先说一下什么是事务：

事务：是数据库操作的最小工作单元，是作为单个逻辑工作单元执行的一系列操作；这些操作作为一个整体一起向系统提交，要么都执行、要么都不执行；事务是一组不可再分割的操作集合（工作逻辑单元）；

事务的四大特性：

1 、原子性 
事务是数据库的逻辑工作单位，事务中包含的各操作要么都做，要么都不做 
2 、一致性 
事 务执行的结果必须是使数据库从一个一致性状态变到另一个一致性状态。因此当数据库只包含成功事务提交的结果时，就说数据库处于一致性状态。如果数据库系统 运行中发生故障，有些事务尚未完成就被迫中断，这些未完成事务对数据库所做的修改有一部分已写入物理数据库，这时数据库就处于一种不正确的状态，或者说是 不一致的状态。 
3 、隔离性 
一个事务的执行不能其它事务干扰。即一个事务内部的操作及使用的数据对其它并发事务是隔离的，并发执行的各个事务之间不能互相干扰。 
4 、持续性 
也称永久性，指一个事务一旦提交，它对数据库中的数据的改变就应该是永久性的。接下来的其它操作或故障不应该对其执行结果有任何影响。

分布式事务的几种解决方案

第一种解决方案：用事务回滚的方式

1. 对各个服务的资源做检测,对资源进行提前锁定或者预留
2. 在各个服务中执行实际的操作
3. 如果任何一个服务的业务方法执行出错，那么这里就需要进行补偿，即执行已操作成功的业务逻辑的回滚操作

案例：涉及到两个银行的分布式事务，如果用TCC方案来实现，思路是这样的：

1. 先把两个银行账户中的资金给它冻结住,不让操作了　
2. 执行实际的转账操作，A银行账户的资金扣减，B银行账户的资金增加
3. 如果任何一个银行的操作执行失败，那么就需要回滚进行补偿，比如A银行账户如果已经扣减了，但是B银行账户资金增加失败了，那么就得把A银行账户资金给加回去

第二种解决方案：用消息中间件方式

1. A系统在本地一个事务里操作的同时，插入一条数据到消息表
2. 接着A系统将这个消息发送到MQ
3. B系统接收到消息后，在一个事务里，往自己本地消息表里插入一条数据，同时执行其他的业务操作，如果这个消息已经被处理过了，那么此时这个事务会回滚，这样保证不会重复处理消息
4. B系统执行成功后，就会更新自己本地消息表的状态以及A系统消息表的状态
5. 如果B系统处理失败，那么就不会更新消息表状态，那么此时A系统会定时扫描自己的消息表，如果有未处理的消息，会再次发送到MQ中去，让B再处理