Seata 解决分布式事务理论与实践（2）

seata:
  data-source-proxy-mode: XA

@Override
@GlobalTranaction
public Long create(Order order){
    // TODO
}

update tb_account set money = money - 10 where id = 1

{
    "id": 1, "money": 100
}

SET NAMES utf8mb4;
SET FOREIGN_KEY_CHECKS = 0;
-- ----------------------------
-- Table structure for undo_log
-- ----------------------------
DROP TABLE IF EXISTS `undo_log`;
CREATE TABLE `undo_log`  (
  `branch_id` bigint(20) NOT NULL COMMENT 'branch transaction id',
  `xid` varchar(100) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL COMMENT 'global transaction id',
  `context` varchar(128) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL COMMENT 'undo_log context,such as serialization',
  `rollback_info` longblob NOT NULL COMMENT 'rollback info',
  `log_status` int(11) NOT NULL COMMENT '0:normal status,1:defense status',
  `log_created` datetime(6) NOT NULL COMMENT 'create datetime',
  `log_modified` datetime(6) NOT NULL COMMENT 'modify datetime',
  UNIQUE INDEX `ux_undo_log`(`xid`, `branch_id`) USING BTREE
) ENGINE = InnoDB CHARACTER SET = utf8 COLLATE = utf8_general_ci COMMENT = 'AT transaction mode undo table' ROW_FORMAT = Compact;
-- ----------------------------
-- Records of undo_log
-- ----------------------------
-- ----------------------------
-- Table structure for lock_table
-- ----------------------------
DROP TABLE IF EXISTS `lock_table`;
CREATE TABLE `lock_table`  (
  `row_key` varchar(128) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
  `xid` varchar(96) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,
  `transaction_id` bigint(20) NULL DEFAULT NULL,
  `branch_id` bigint(20) NOT NULL,
  `resource_id` varchar(256) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,
  `table_name` varchar(32) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,
  `pk` varchar(36) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,
  `gmt_create` datetime NULL DEFAULT NULL,
  `gmt_modified` datetime NULL DEFAULT NULL,
  PRIMARY KEY (`row_key`) USING BTREE,
  INDEX `idx_branch_id`(`branch_id`) USING BTREE
) ENGINE = InnoDB CHARACTER SET = utf8 COLLATE = utf8_general_ci ROW_FORMAT = Compact;
SET FOREIGN_KEY_CHECKS = 1;

seata:
  data-source-proxy-mode: AT # 默认就是AT

分布式事务:
  在分布式架构中一个业务需要跨对个微服务,需要这多个微服务执行的状态保持一致.
分布式事务理论基础:
  CAP定理:
    C: 一致性
          在微服务架构中,从任何节点读取到的数据应当是一致的.
        A: 可用性
          在服务不宕机的情况下,必须返回预期的结果
        P: 分区容错
          在微服务架构中是避免不了的.
  BASE理论:
    - Basically Available 基本可用
    - Soft State 软状态
    - Eventually Consistent 最终一致性
  方案:
  AP: 可用性
      软状态: 允许不同的分支事务短时间内状态不一致
      但软状态过后需要保证最终一致.
      各个分支执行自己的操作,执行完毕后,直接提交事务即可.
      如果有分支出现失败的请求,事务协调者会通过各个分支,进行补救
  CP: 强一致性
      在所有的分支事务执行完毕后,等待协调事务发送最终提交或回滚事务的通知
===========================Seata======================
seata-TC: 事务协调者
  连接mysql数据库: 将事务的各种状态信息保存到mysql数据库表中
  记录全局事务
  记录全局事务包含的分支事务
seata-TM: 事务管理器
  开启全局事务
  提交/回滚全局事务
seata-RM: 资源管理器
  分支事务管理
----------------------------------
Seata-分布式事务模式:
  XA模式: CP思想(强一致性)
  AT模式: AP思想(最终一致)
    软状态: 每个分支事务都可以独立提交
    TM--->TC: 开启全局事务
    TM--->分支
      获取全局事务锁
      undo_log快照:
    before-image: 在分支事务对数据库中的数据操作前进行前置快照
        after-image: 在分支事务对数据库中的数据操作后进行后置快照
      如果各个分支都执行成功了---> 删除快照
      如果执行失败--->恢复快照(执行事务的补偿过程)
      释放全局事务锁
    注意事项: 主要使用在关系型数据库中
  TCC模式: AP思想
    try:
      判断cancel是否执行,如果未执行,正常执行即可
        校验,冻结
      如果执行过:
        不再执行任何逻辑,删除冻结数据
    confirm: 执行成功
      删除冻结数据
    cancel: 执行失败
      执行补偿过程
      判断try是否执行了,如果执行了
          恢复冻结数据
          删除冻结数据
      如果try没有执行:
          空回滚: 添加一条冻结数据,并设置状态
  SAGA模式: AP思想

在分布式(微服务)系统中,往往一个业务需要调用多个微服务,且还需要保证当前业务的完整性.
一个业务(事务):
  组成这个业务的各个单元,要么都成功,要么都失败.
指导思想:
  CAP定理:
  BASE理论:
Alibaba:在CAP定理和BASE理论的基础上进行实践后的产物.
  Seata: 
Seata实现方式:
  Seata角色:
    TC: 事务协调者
            安装Seata(服务)软件
        TM: 事务管理器
        RM: 资源管理器(分支事务管理器)
        注意: 当我们在微服务项目中导入Seata的依赖后,就相当于拥有了TM和RM两个角色
    Seata模式:
    XA模式: CP思想,强一致性
        AT模式: AP思想,最终一致
        TCC模式: AP思想,最终一致
        SAGA模式: Ap思想,最终一致
    Seata模式原理
    Seata模式实现方式

## 0.当前存在的问题?
```java
在分布式(微服务)系统中,往往一个业务需要调用多个微服务,且还需要保证当前业务的完整性.
一个业务(事务):
  组成这个业务的各个单元,要么都成功,要么都失败.
指导思想:
  CAP定理:
  BASE理论:
Alibaba:在CAP定理和BASE理论的基础上进行实践后的产物.
  Seata: 
Seata实现方式:
  Seata角色:
    TC: 事务协调者
            安装Seata(服务)软件
        TM: 事务管理器
        RM: 资源管理器(分支事务管理器)
        注意: 当我们在微服务项目中导入Seata的依赖后,就相当于拥有了TM和RM两个角色
    Seata模式:
    XA模式: CP思想,强一致性
        AT模式: AP思想,最终一致
        TCC模式: AP思想,最终一致
        SAGA模式: Ap思想,最终一致
    Seata模式原理
    Seata模式实现方式