同时更新多张表且任一更新失败全量回滚的高性能方案咨询

方案分两种场景适配，都能满足你要的并行+全局回滚的需求： #

场景1：两张表属于同一个数据库实例

这是最简单的情况，直接用数据库自带的本地事务即可，完全不需要在业务层做串行嵌套回调。数据库原生事务会自动保证两个更新操作要么全部生效、要么全部回滚，而且数据库内部执行两条更新语句的效率远高于你拆分两次业务请求的效率，不存在你担心的串行等待问题。
以Android Room为例，实现代码如下：

// Dao层直接加事务注解，把两个更新操作包在一起
@Transaction
public void updateBothTables(Table1Entity table1Data, Table2Entity table2Data) {
    updateTable1(table1Data);
    updateTable2(table2Data);
}

业务层直接调用这个方法即可，不需要额外处理回滚逻辑，比你现在的嵌套回调方案性能高很多，还能避免回调地狱。

场景2：两张表属于不同数据库/不同后端服务，无法共用本地事务

这种情况可以用二阶段提交的轻量实现来支持并行更新：

• 第一步：提前生成全局唯一的事务ID，预写回滚日志，记录两个更新操作对应的逆向逻辑（比如update的逆向是把修改前的旧值写回，insert的逆向是删除对应主键的数据）
• 第二步：并行发起两个表的更新请求，同时等待两个请求的返回结果
• 第三步：如果两个请求都返回成功，直接标记事务完成，清理回滚日志；如果任意一个请求失败/超时，并行执行两个操作对应的逆向回滚逻辑，全部执行完成后标记事务失败
  这个方案两个更新操作完全并行执行，不需要互相等待，性能比串行方案提升非常明显。

注意事项 #

• 只要是同库的场景，优先用数据库原生事务，比任何业务层实现的事务逻辑都更可靠、性能更高，不要自己在业务层通过回调嵌套实现事务，属于多此一举还容易出一致性问题。
• 跨库场景要额外处理超时情况，不要无限等待未返回的请求，超时直接触发回滚，避免事务悬挂。

内容的提问来源于stack exchange，提问作者Funny Moments