两阶段提交遇到无法恢复也无法回滚的事务该怎么办？

A 打款给 B 前就应该检查 B 是否超过上限，而不是先扣款

@zacard 数据无法同步，这种检查意义不大，你无法保证『检查 B 账户余额』和『给 B 账户打款』的两个操作之间， B 账户余额不发生变化

加锁

排它锁?

“ A 向 B 转账”（记为 T1 ）的事务完成或者中止之前能够修改 A 帐户余额？
我不确定 T1 还能不能叫事务……

@tabris17
当然可以保证，给 A 账户和 B 账户加事务锁就可以。

另外，多问一句：从你提到“两阶段提交”来推断， A 账户和 B 账户在同一个数据源下？所以用了分布式事务？

Mongodb 不支持事务这件事写在 Cons 里面可不是白写的
请选用支持事务的数据库比如 postgresql ， 或者自己实现软事务

或者你看下这个
https://docs.mongodb.org/manual/core/write-operations-atomicity/

能想到的是，在账户的 document 上增加一个锁标志字段，在对 document 操作前都手动检查一下锁标志位

@incompatible 根据官方文档 http://docs.mongodb.org/manual/tutorial/perform-two-phase-commits

@tabris17 所有对余额的操作都检查啊。。。可以借用 mongodb 的原子增减做检查

@zacard

没用。

A 向 B 转账事务操作：
1. 检查 B 账户余额接受金额后是否会超出 100 的限额；
2. 检查通过则对 A 账户进行扣款；
3. 向 B 账户打款。

然而 1 和 3 操作之间，可能有其他的操作（比如 B 账户充值）会对 B 账户余额进行操作，第一步的检查白做

@tabris17 排他锁，在转账事务完成 /超时之前，阻塞其他所有的针对两个账户余额变动的操作

@gy911201 阻塞的排他锁很麻烦，由于事务要分别获得 document A 和 document B 两个文档的锁，所以会造成死锁，还要自己实现死锁检测

A 预提交了之后是会被锁住的

@tabris17
抱歉，一开始没有看到是在 mongodb 节点下。
我的建议是： mongodb 完全不是为这种场景设计的，请考虑改用 mysql 或者 postgresql 来实现你的账户余额功能。这些支持 acid 的数据库很容易就可以支持你主贴中的业务场景，完全无需自己实现两阶段提交（事实上两阶段提交本来也不是用来干这个的，它通常用来实现多数据源的分布式事务）

@incompatible

确实，这个称作模拟事务日志比较恰当。
如果 mongo 要实现事务，除了模拟事务日志外，为了避免脏读，不可重复读，幻影行，还要实现 MVCC ，为了数据一致性，还要实现行（文档）锁、页锁、集合锁……

A->B 操作没完成之前， A 不能修改，否则不叫事务

就这个例子而言，可以在 pending 后进行检查，如果检查失败则回滚（ MongoDB 文档 Rollback Operations 下的 Transactions in Pending State ）。

你担心检查完和修改记录之间有其他操作，这个和两阶段递交没关系，你想做的是确保一次只有一个事务占用资源。可以实现一个锁。对于这个问题而言，可以在查询中增加条件解决（显然能解决的问题不如锁那么多）：

db.accounts.update(
{ _id: t.destination, pendingTransactions: { $ne: t._id }, balance: { $lt: 100 - t.value} },
{ $inc: { balance: t.value }, $push: { pendingTransactions: t._id } }
)

注意增加了一个 balance: { $lt: 100 - t.value} 条件。 update 失败（ 0 affected ）直接 rollback 即可

（补：纯 MongoDB 的话可以利用 Tailable Cursor 实现锁

看成 Two phase transcation 了。。。

@tabris17 1 和 3 操作之间如果有对余额修改（充值），要么会检查出此次充值失败，要么就会检查出这次转账失败。原子性来保证这一点。

@zacard mongo 原子性之针对单个文档的操作，这里涉及到事务隔离

能不能使用第三方账户转账呢？ 优先检查 B 账户余额 满足立即转账否则直接退回， 第三方账户肯定可以控制不会在转账期余额被操作 这样可以吗？

mongo 支持原子操作，并不支持事务。也不能叫两阶段提交，两阶段提交数据库在第一次预提交成功之后，必须保证事务最终能提交或回滚。不能说预提交成功之后，让你回滚你滚不回去，让你提交提交不了，不能出现这两种情况，否则预提交没有意义。

涉及到钱的业务还是用关系型数据库吧，至少要保证事务一致

@tabris17
先冻结 A 100 块，这一百块不能交易，转出；转账给 B ，不过成功的话，直接扣除，不成功解除冻结。

银行信用卡也是采用类似模型（预授权）