关于对象化事务重试的困惑

Question

objectify documentation 声明了关于交易的这一点：

工作必须是幂等的。各种条件，包括 ConcurrentModificationException，可能导致事务重试。如果 您需要限制可以尝试交易的次数，使用 transactNew(int, Work)。

但是，谷歌数据存储区documentation 指出：

Datastore API不会自动重试事务，但您 可以添加您自己的逻辑来重试它们，例如处理冲突 当另一个请求同时更新同一个实体时。

这些陈述似乎相互矛盾。对象化交易真的重试了吗？为了安全起见，我使用transactNew(1, Work) 来确保它只运行一次，但幕后发生了什么以及为什么？

Google 文档指出，交易的一种用途是执行诸如将资金从一个帐户转移到另一个帐户之类的事情。如果交易正在重试，那么这将不起作用，因为本质上转移资金不是幂等的。在这种情况下，使用transactNew(1, Work) 是正确的做法吗？基本上，我希望安全地进行非幂等事务。

Answer 1

您正在查看 2 个不同的客户端库：

• objectify 之一，似乎包括自动重试，可自定义
• 普通数据存储不包括此类重试，您必须自己处理重试

汇款问题不一定不是幂等的，因为它可以通过交易实现幂等。关键是将两个账户修改都包含在同一个事务中，如the datastore client example所示：

void transferFunds(Key fromKey, Key toKey, long amount) {
  Transaction txn = datastore.newTransaction();
  try {
    List<Entity> entities = txn.fetch(fromKey, toKey);
    Entity from = entities.get(0);
    Entity updatedFrom =
        Entity.newBuilder(from).set("balance", from.getLong("balance") - amount).build();
    Entity to = entities.get(1);
    Entity updatedTo = Entity.newBuilder(to).set("balance", to.getLong("balance") + amount)
        .build();
    txn.put(updatedFrom, updatedTo);
    txn.commit();
  } finally {
    if (txn.isActive()) {
      txn.rollback();
    }
  }
}

这种方式要么更新两个帐户，要么都不更新 - 如果事务失败，所有更改要么不提交，要么回滚。

FWIW，为了验证我的（基于ndb）事务重试逻辑和幂等性，我将事务（带有相关调试消息）放在推送任务队列处理程序中，并同时触发多个任务以引起冲突。请求和应用日志足以进行验证。

Answer 2

Objectify 将在 CME 上重试。关于在交易实际提交时您是否可以获得 CME 存在一些问题 - 曾有记录表明这是可能的，但 Google 可能已经消除了这一点。

不过，确保（比如说）银行转账完成的“正确方法”不是限制重试次数。

1. 在重试之外创建一个事务 ID。只是一些独特的价值。
2. 开始您的事务，尝试加载该事务 ID。它存在吗？您的交易已经完成。
3. 如果不存在，请创建您的交易对象（使用 id）并进行借记 + 贷记。

对于任何类似银行的分类账来说，这最终都会成为标准行为；您与借方+贷方一起创建交易记录。如果创建交易记录，则很容易实现幂等性。