基于Javers Audit实现批量实体回滚功能的方案咨询

Javers本身没有提供直接的批量实体回滚API，但可以通过事务标记+变更追踪+原子化单条回滚的组合方式，实现你需要的整组实体回滚需求，具体思路如下：

实现步骤 #

1. 标记批量操作的Javers事务 #

在执行批量保存Person实体时，给本次Javers提交添加一个唯一的自定义事务属性（比如批次ID、业务标识），用来标记这组操作的归属：

// 批量保存Person时，给Javers提交添加自定义批次标记
javers.commit("操作人ID", personList, 
    new CommitParameters().withProperty("batchId", "person_batch_20240520_001"));

2. 查询该批次对应的所有变更记录 #

通过Javers的查询API，根据之前标记的事务属性，筛选出本次批量操作涉及的所有Person实体变更：

// 根据批次ID查询所有相关变更
List<Change> batchChanges = javers.findChanges(
    QueryBuilder.byClass(Person.class)
                .withCommitProperty("batchId", "person_batch_20240520_001")
                .build()
);

3. 原子化回滚所有变更 #

遍历查询到的变更记录，对每个实体调用Javers的单条回滚方法，同时将所有回滚操作放在同一个数据库事务中，保证原子性：

// 用数据库事务包裹所有回滚操作，确保要么全成功要么全失败
@Transactional
public void rollbackPersonBatch(String batchId) {
    List<Change> batchChanges = javers.findChanges(
        QueryBuilder.byClass(Person.class)
                    .withCommitProperty("batchId", batchId)
                    .build()
    );
    for (Change change : batchChanges) {
        javers.revertChange(change);
    }
}

关键注意点 #

• 原子性保障：必须将回滚逻辑放在数据库事务中，避免部分回滚成功导致数据不一致。
• 冲突校验：回滚前要检查目标实体是否在批量操作后有过其他修改，可通过对比Javers快照版本与当前实体版本实现，防止覆盖合法的后续变更。
• 标记唯一性：批次标记（batchId）要保证全局唯一，建议用UUID或「时间戳+业务ID」的组合生成。

替代优化方案 #

如果觉得逐个回滚的效率不足，可以直接从Javers快照库中提取批量操作前的Person实体状态，批量写入数据库。这种方式需要自行实现快照到实体的转换逻辑，同样要注意绑定数据库事务保证原子性。

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