Hibernate事务回滚是否删除"session.flush()"ed实体？

Question

我一直很困惑transaction.rollback.这是示例伪代码:

transaction = session.beginTransaction()    
EntityA a = new EntityA();    
session.save(a);    
session.flush();    
transaction.rollback();

这段代码有效时会发生什么？我是否在数据库中拥有该实体？

Answer 1

简答:不,你不会在数据库中拥有实体.

更长的答案:hibernate足够智能,不会向DB发送插入/更新,直到它知道事务是否将被提交或回滚(虽然这种行为可以通过设置不同的FlushMode来改变),在你的情况下通过调用flush您强制将SQL发送到数据库,但仍然有数据库事务来保护您,当您调用回滚时,数据库事务将回滚,删除在其自身内执行的更改,因此实际上不会保存任何内容.请注意,根据您配置的事务隔离级别,其他事务可能会以某种方式查看您在保存和回滚之间保存的EntityA.另请注意,当您尝试从DB读取时会自动调用flush,在99%的情况下,不需要显式调用它.我想到的一个例外是使用自动回滚测试进行单元测试时.

Answer 2

当您调用session.save(a)Hibernate时,基本上会记住会话内的某个地方必须保存此对象.它可以决定是否要INSERT INTO...立即发布,一段时间后或提交时发布.这是性能改进,允许Hibernate批量插入或在事务回滚时避免它们.

当你打电话时session.flush(),Hibernate被迫INSERT INTO...对数据库发出攻击.实体存储在数据库中,但尚未提交.根据事务隔离级别,其他正在运行的事务将不会看到它.但现在数据库知道了记录.

当您调用时transaction.rollback(),Hibernate回滚数据库事务.数据库处理回滚,从而删除新创建的对象.

现在考虑没有的情况flush().首先,你永远不会触摸数据库,因此性能更好,回滚基本上是无操作.另一方面,如果事务隔离级别是READ UNCOMMITTED,则其他事务甚至可以在提交/回滚之前看到插入的记录.如果没有flush()这不会发生,除非Hibernate并不决定flush()含蓄.

Answer 3

我觉得你很困惑flush和commit.

flush()将状态与数据库同步,但它没有进行提交.事务仍然可以看到状态,因此您可以调用rollback进行回滚.

所以你的问题的答案是:不,你没有数据库中的实体(a).