在交易方法结束之前，在数据库中可以看到通过交易方法进行的更改

Question

两个Spring Boot（Spring Data JPA）应用程序A1和APLICATION A2都读/写入名为T1的表。 t1 - ＆gt; ID，DATA1，ISDEATER列

我的要求是A1将更新为true和conting的列。 然后，在相同的事务/方法中，随后A1将删除所有记录，这些记录是ISDEATER列更新为true的所有记录。 重要的是，在DB中反映了ISDEATED E列E的更新，因为A2在同一表中连续编写数据，以供已删除错误的记录。

到目前为止尝试的事情：

1. 应用程序A1（无效。在Times _：

   中引起PessimisticlockfailureException：

class ServiceLayer{
@Transactional
    public void updateAndDeleteRecords(
       helperServiceLayer.updateIsDeletedColumn(deletedRows);
       repo.deleteAll(deletedRows);
    }
}

class HelperServiceLayer{
 @Transactional(propagation = Propagation.REQUIRES_NEW)
    public void updateIsDeletedColumn(List<TableRows> deletedRows) {
        try{
            repo.saveAll(deletedRows);
        }
        catch (Exception e){
            e.printStackTrace();
        }
    }
}

2. 使用Entity Manager手动提交更新delete column.didnt workwithin @transactional borgaries

3. 使用TrasactionalTemplate，但遇到了问题

4。令我感到困惑的是，下面的简单代码

class ServiceLayer{
repo.saveAll(deletedRows);
repo.deleteAll(deletedRows);
}

我的理解是，除非A1末端的交易方法和更改是犯下的，否则更改对A2看不到。但是，我发现第4节中的上述代码在进行A1方法时没有拾取数据。 我需要了解我缺少的东西。 还是有一种干净的方法来做到这一点。

我无法更改设计。我所能做的就是将列更新为true，坚持下去，随后以相同的方法删除相同的行。 所有这些，而A2将尝试读取其ISDEATER值为false

编辑的数据：由于协和问题，系统的表现鲜明。这个问题的前提是错误的。由于记录的数量较少，解决方案4给出了它起作用的幻想。 采取了完全不同的方法来将一行标记为已删除而不是实际删除并基于此删除。谢谢Everone