Seata的AT事务模式使用行锁避免脏写，通过全局锁保证并发更新同一记录时的正确性。在Seata 1.5.2版本中，全局锁的获取涉及SQL处理、分支注册及服务端的加锁操作。通过对源码的分析，发现lockKeys的生成规则以及在ConnectionProxy和AbstractResourceManager中的加锁流程，证实了AT模式的全局锁实行为行锁。
Seata中的AT事务模式里面的全局锁是行锁，这也是AT事务模式和XA事务模式在锁粒度上的最大区别。我们可以在官网中可以看到这样一个例子：
- 两个全局事务 tx1 和 tx2，分别对 a 表的 m 字段进行更新操作，m 的初始值 1000。
- tx1先开始，开启本地事务，拿到本地锁，更新操作 m = 1000 - 100 = 900。本地事务提交之前，先拿到该记录的 全局锁 ，接着本地事务提交并释放本地锁。
- tx2后开始，开启本地事务，拿到本地锁，更新操作 m = 900 - 100 = 800。本地事务提交之前，尝试拿该记录的 全局锁 ，tx1 全局事务提交前，该记录的全局锁被 tx1 持有，tx2 需要重试等待 全局锁 。
tx1 二阶段全局提交，释放 全局锁 。tx2 拿到 全局锁 提交本地事务。
如果 tx1 的二阶段全局回滚，则 tx1 需要重新获取该数据的本地锁，进行反向补偿的更新操作，实现分支的回滚。
此时，如果 tx2 仍在等待该数据的 全局锁，同时持有本地锁，则 tx1 的分支回滚会失败。滚会一直重分支的回试，直到 tx2 的 全局锁 等锁超时，放弃 全局锁 并回滚本地事务释放本地锁，tx1 的分支回滚最终成功。
因为整个过程 全局锁 在 tx1 结束前一直是被 tx1 持有的，所以不会发生 脏写 的问题。
那么你知道Seata AT模式是如何实现行锁的嘛？
最低0.47元/天 解锁文章
793
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
