16.6 Test
16.6.1 数据库初始情况
SELECT * FROM seata_order.t_order
SELECT * FROM seata_storage.t_storage
SELECT * FROM seata_account.t_account;
16.6.2 正常下单
访问: http://localhost:2001/order/create?userId=1&productId=1&count=10&money=100
数据库情况:
16.6.3 超时异常，没加@GlobalTransactional
AccountServiceImpl添加超时
数据库情况:
故障情况:
当库存和账户金额扣减后，订单状态并没有设置为已经完成，没有从零改为1.而且由于feign的重试机制，账户余额还有可能被多次扣减
16.6.4 超时异常，添加@GlobalTransactional
AccountServiceImpl添加超时
OrderServiceImpl添加@GlobalTransactional
结果:下单后数据库数据并没有任何改变,记录都添加不进来
16.7 补充
16.7.1 Seata
- 2019年1月份蚂蚁金服和阿里巴巴共同开源的分布式事务解决方案
- Simple Extensible Autonomous Transaction Architecture，简单可扩展自治事务框架
- 2020起始，参加工作后用1.0以后的版本
16.7.2 再看TC/TM/RM三大组件
省略…
16.7.3 AT模式如何做到对业务的无侵入
- 是什么
一阶段加载
在一阶段，Seata 会拦截“业务 SQL”，
1 解析 SQL 语义，找到“业务 SQL”要更新的业务数据，在业务数据被更新前，将其保存成“before image”，
2 执行“业务 SQL”更新业务数据，在业务数据更新之后，
3 其保存成“after image”，最后生成行锁。
以上操作全部在一个数据库事务内完成，这样保证了一阶段操作的原子性。
- 二阶段提交
二阶段是顺利提交的情况
因为“业务 SQL”在一阶段已经提交至数据库，所以Seata框架只需将一阶段保存的快照数据和行锁删掉，完成数据清理即可。
二阶段回滚
二阶段如果是回滚的话，Seata 就需要回滚一阶段已经执行的“业务 SQL”，还原业务数据。
回滚方式便是用“before image”还原业务数据；但在还原前要首先要校验脏写，对比“数据库当前业务数据”和 “after image”，如果两份数据完全一致就说明没有脏写，可以还原业务数据，如果不一致就说明有脏写，出现脏写就需要转人工处理。
16.7.4 Debug过程分析
