在Hibernate中使用session.flush（）有什么用

Question

当我们更新记录时，我们可以将session.flush()与Hibernate一起使用。 什么是flush()需要什么？

Answer 1

刷新会话会强制Hibernate将Session的内存中状态与数据库同步（即将更改写入数据库）。 默认情况下，Hibernate会自动为您更新更改：

• 在一些查询执行之前
• 提交事务时

允许显式刷新Session可以在某些情况下提供更精细的控制（分配ID，控制Session的大小，......）。

Answer 2

正如在上面的答案中正确地说，通过调用flush()我们强制hibernate在Database上执行SQL命令。 但要明白，改变还没有“承诺”。 因此，在执行flush之后和提交之前，如果直接访问DB（例如从SQL提示符）并检查修改的行，您将看不到更改。

这与打开2个SQL命令会话相同。 在提交之前，其他人在1个会话中完成的更改是不可见的。

Answer 3

我只知道当我们调用session.flush()我们的语句在数据库中执行但未提交。

假设我们不在会话对象上调用flush()方法，如果我们调用commit方法，它将在内部执行在数据库上执行语句然后提交的工作。

commit=flush+commit （如果是功能）

因此，我得出结论，当我们在Session对象上调用方法flush（）时，它不会得到提交但是会命中数据库并执行查询并获得回滚。

为了提交，我们在Transaction对象上使用commit（）。

Answer 4

刷新会话会使当前在会话中的数据与数据库中的数据同步。

有关Hibernate网站的更多信息：

• http://docs.jboss.org/hibernate/core/3.3/reference/en/html/objectstate.html#objectstate-flushing

flush()很有用，因为绝对不能保证Session何时执行JDBC调用，只保证执行它们的顺序 - 除了你使用flush() 。

Answer 5

您可以使用flush强制验证约束在已知位置实现和检测，而不是在提交事务时。 可能是某些框架逻辑通过声明性逻辑，容器或模板隐式调用commit 。 在这种情况下，抛出的任何异常都可能难以捕获和处理（代码中可能太高）。

例如，如果save()一个新的EmailAddress对象（对地址有唯一约束），则在提交之前不会出现错误。

调用flush()强制插入行，如果有重复则抛出异常。

但是，您必须在异常后回滚会话。

Answer 6

我想赞成上面给出的所有答案，并将Flush（）方法与Session.save（）联系起来，以便更加重视

Hibernate save（）可用于将实体保存到数据库。 我们可以在事务外部调用此方法，这就是为什么我不喜欢这种方法来保存数据。 如果我们在没有事务的情况下使用它，并且我们在实体之间进行级联，那么除非我们刷新会话，否则只保存主实体。

flush（）：强制会话刷新。 它用于将会话数据与数据库同步。

当您调用session.flush（）时，语句将在数据库中执行，但不会提交。 如果不调用session.flush（），并且调用session.commit（），则内部commit（）方法执行语句并提交。

所以commit（）= flush + commit。 所以session.flush（）只执行数据库中的语句（但不是提交），语句不再存在于内存中。 它只是强制会话刷新。

几点重要：

我们应该避免保存外部事务边界，否则将不会保存映射实体导致数据不一致。 忘记刷新会话是很正常的，因为它不会抛出任何异常或警告。 默认情况下，Hibernate会自动为您更新更改：在提交事务时执行某些查询之前允许显式刷新Session可以在某些情况下提供更精细的控制（获取ID，控制Session的大小） ）

Answer 7

flush()方法使Hibernate刷新会话。 您可以使用setFlushMode()方法将Hibernate配置为使用刷新模式进行会话。 要获取当前会话的刷新模式，可以使用getFlushMode()方法。 要检查会话是否脏，可以使用isDirty()方法。 默认情况下，Hibernate管理会话的刷新。

如文档中所述：

https://docs.jboss.org/hibernate/orm/5.2/userguide/html_single/chapters/flushing/Flushing.html

法拉盛

刷新是将持久性上下文的状态与底层数据库同步的过程。 EntityManager和Hibernate Session公开了一组方法，应用程序开发人员可以通过这些方法更改实体的持久状态。

持久化上下文充当事务性后写缓存，对任何实体状态更改进行排队。 与任何后写缓存一样，更改首先应用于内存中，并在刷新时与数据库同步。 flush操作将每个实体状态更改并将其转换为INSERT ， UPDATE或DELETE语句。

刷新策略由当前运行的Hibernate Session的flushMode给出。 尽管JPA仅定义了两种刷新策略（ AUTO和COMMIT ），但Hibernate具有更广泛的刷新类型：

• ALWAYS ：在每次查询之前刷新会话;
• AUTO ：这是默认模式，只在必要时刷新Session;
• COMMIT ：会话尝试延迟刷新，直到提交当前的Transaction，尽管它也可能过早刷新;
• MANUAL ：会话刷新被委托给应用程序，该应用程序必须显式调用Session.flush()才能应用持久性上下文更改。

默认情况下，Hibernate使用AUTO刷新模式，在以下情况下触发刷新：

• 在进行交易之前;
• 在执行与排队实体操作重叠的JPQL / HQL查询之前;
• 在执行任何没有注册同步的本机SQL查询之前。

Answer 8

调用EntityManager#flush确实有副作用 。 它方便地用于具有生成的ID值（序列值）的实体类型：这样的ID仅在与底层持久层同步时可用。 如果在当前事务结束之前需要此ID（例如，为了记录日志），则需要刷新会话。

Answer 9

使用此方法可以唤起刷新过程。 此过程通过检测状态更改并执行相应的SQL语句来同步数据库的状态和会话的状态。