我是否需要在 grails 中显式刷新 GORM 保存调用？

Question

我遇到了一个奇怪的情况，这似乎表明存在 GORM 缓存问题，

//begin with all book.status's as UNREAD
Book.list().each { book.status = Status.READ ; book.save() }

println (Book.findAllByStatus (Status.READ)) //will print an empty list
println (Book.list().findAll (it.status == Status.READ)) // will print all books   

我无法理解为什么最后两个查询可能返回不同的结果。

但是，如果我对 book.save(flush:true) 进行以下修改。两个 println 语句都将返回所有书籍。

我的印象是在单个应用程序中没有必要这样做。

作为参考，我正在使用

• DB：mysql
• Groovy：1.7.10
• Grails：1.3.7

@Hoàng Long

我的问题如下所示，假设 action1/action2 都被调用了很多次，没有特定的模式

def action1 = {
   Foo foo = Foo.get(params.id)
   //... modify foo 
   foo.save() //if I flush here, it will be inefficient if action1 is called in sequence
}

def action2 = {
   //if I flush here, it will be inefficient if action2 is called in sequence
   List<Foo> foos = Foo.findAllByBar (params.bar)
   //... do something with foos
}

一种解决方案是使用一个标志，该标志由 action1 设置并由 action2 在必要时用于刷新。我的问题是，这是一个过于复杂的解决方案，随着数据库调用复杂性的增加，它无法扩展。

boolean isFlushed = true

def action1 = {
   Foo foo = Foo.get(params.id)
   //... modify foo 
   foo.save() 
   isFlushed = false
}

def action2 = {
   if (!isFlushed) {
      //flush hibernate session here
   }
   List<Foo> foos = Foo.findAllByBar (params.bar)
   //... do something with foos
}

Answer 1

我是否需要在 grails 中显式刷新 GORM 保存调用？

简而言之，如果您想像在代码中那样立即使用该对象，那么是！

我遇到了同样的问题，所以这是我阅读一些参考资料后得到的图片。

这是休眠会话问题。
Hibernate 会话在调用控制器操作时创建，并在操作返回时结束（或因错误而提前终止）。如果代码没有调用任何事务代码，Hibernate 的数据库交互可以如下描述：
假设条目操作名称为 actionName 并且对该操作的调用完成且没有任何错误。

注意：中间栏（二级缓存已禁用），因为没有任何事务代码。

如果上述相同代码有错误：

但是，如果您的操作正在调用事务方法或使用 withTransaction 创建内联事务（并假设对操作的调用已完成且没有任何错误）。

如果上面的代码有错误：

我希望它有帮助，但如果我犯了任何错误或错过了要点，请评论我会更新我的照片。

Answer 2

在您的情况下，第一个语句返回空列表，因为它从数据库读取数据，但数据还不存在。

Hibernate 的工作原理如下：当您使用 (flush: true) 调用 save 时，它​​将刷新 Hibernate 会话，并立即将会话中的所有数据持久保存到数据库。如果不使用(flush:true)，则数据仅记录在 Hibernate 会话中，并且仅当 Hibernate 会话刷新时才会保留在数据库中。刷新会话的时间由 Hibernate 自动确定以优化性能。

一般来说，您应该让 Hibernate 为您完成工作（为了优化）——除非您希望立即保留数据。

根据彼得·莱德布鲁克的说法：

让 Hibernate 完成它的工作，并且仅在您需要时手动刷新会话
必须，或者至少在最后
的一批更新。你应该只
如果你没有看到的话真的有用
数据库中应有的数据
那里。我知道这有点
软弱无力，但情况
何时需要采取此类行动取决于
关于数据库的实现和
其他因素。

来自 GORM 陷阱 - 第 1 部分

更新：明确如何刷新保存所有对象后的会话一次：

import org.hibernate.*

class SomeController {
  SessionFactory sessionFactory

  def save = {
    assert sessionFactory != null

    // loop and save your books here

    def hibSession = sessionFactory.getCurrentSession()
    assert hibSession != null
    hibSession.flush()
  }
}

Answer 3

我想知道你的 FlushMode 设置是什么。

默认情况下，它设置为“auto”，这意味着在每个直接命中数据库的查询之前刷新会话（也可能在其他情况下）。在这种情况下，您的 Foo.findAllByBar 应首先刷新会话（可能存在性能问题！）并从数据库读取正确的值。

FlushMode 还有另外两个值，如果您设置其中之一，那么它就会解释您的问题。
第一个是“手动”，这意味着您决定手动刷新会话（例如使用 save(flush:true)）。如果您不这样做，那么 Foo.findAllByBar 将读取过时的数据库状态。
第二个是“commit”，这意味着会话会随着每次事务提交而刷新。如果您在 grails 中使用“withTransaction”语句，这会非常方便。

资源：
http://schneide.wordpress.com/2011/03/08 /the-grails-performance-switch-flush-modecommit/
http://docs.jboss.org/hibernate/entitymanager/3.5/参考/en/html/objectstate.html#d0e1215

Answer 4

对于附加信息，您不能在域类事件（afterUpdate、beforeUpdate 等）中使用flush 或save(flush:true) ，这将导致堆栈溢出错误。
不过，您可以使用 save() 而无需刷新。

gorm 文档

Answer 5

感谢 Jacek 提出了 flushMode，不过，Grails 3.3 对默认值进行了巨大更改：它是 AUTO，但现在是 COMMIT。这是出于性能原因，但可能会导致混乱和错误，因为：

• 它是 Hibernate 默认值的更改，因此具有 Hibernate 经验的每个人都可能期望 findAll() 来刷新
• 您现有的代码库可能依赖于此，您的集成测试可能无法捕获它，
• 文档对此并不清楚，并且 GORM 7 文档似乎将其列为 AUTO，这是不正确的

您可以通过以下方式在 application.yml 中覆盖它：

hibernate:
  flush:
    mode: AUTO

我会补充说我看到一些文档声明您可以使用 grails.gorm.flushMode，但这对我不起作用。