为什么我的 Hibernate 查询返回过时的数据？

Question

快速版本

基本上，我正在更新 Hibernate 表，后续查询正在加载过时的值。

详细版本

Hibernate (3.3.1.GA) 和 EhCache (2.4.2)。

保留带有页面 List 的 Book 对象，并且我将在本书的中间添加一个页面。我正在使用 Databinder/Wicket，尽管我不认为这是相关的。

 public void createPageContent(Book book, int index) {
     Databinder.getHibernateSession().lock(book, LockMode.UPGRADE);
     PageContent page = new PageContent(book);
     book.addPage(page, index);
     CwmService.get().flushChanges(); // commits the transaction
 }

Book 中适用的字段/方法是：

@OneToMany
@JoinColumn(name="book_id")
@IndexColumn(name="pageNum")
@Cascade({CascadeType.ALL, CascadeType.DELETE_ORPHAN})
private List<PageContent> pages = new ArrayList<PageContent>();

public synchronized void addPage(PageContent page, int index) {
    pages.add(index, page);
}

最终结果是列表中添加了一个新页面，并且数据库相应更新，我已在我的数据存储中确认了这一点。但是，下一个页面查询（例如“Page #4”）会加载“旧”Page #4，而不是新的 Page #4：

criteria.add(Restrictions.eq("book", book));
criteria.add(Restrictions.eq("pageNum", pageNum));
criteria.setCacheable(true);  

因此，我勉强从条件中删除缓存。它查询数据存储，但仍然返回错误的值。然而，在这两种情况下，如果我等待大约 2 分钟，一切都会按预期进行。我认为仍然涉及缓存。 PageContent 和 Book 都使用这种缓存策略：

@Cache(usage = CacheConcurrencyStrategy.NONSTRICT_READ_WRITE)

我承认我是缓存新手，只是第一次设置此文件。这是我的 ehcache.xml：

<defaultCache maxElementsInMemory="10000" eternal="false" timeToIdleSeconds="120" timeToLiveSeconds="120" overflowToDisk="true" diskSpoolBufferSizeMB="30" maxElementsOnDisk="10000000" diskPersistent="false" diskExpiryThreadIntervalSeconds="120" memoryStoreEvictionPolicy="LRU" statistics="false"/>

<!-- Hibernate's Cache for keeping 'lastUpdated' data on each table.  Should never expire. -->
<cache name="org.hibernate.cache.UpdateTimestampsCache" eternal="true" />

<!-- Hibernate's Query Cache - should probably be limited -->
<cache name="org.hibernate.cache.StandardQueryCache" maxElementsInMemory="1000" />

更新：删除数据存储对象上的 @Cache 注释可以解决该问题。当然，我想缓存这些对象，因为页面修改比访问要少得多。

那么，想法？还有其他几个相关问题，包括删除页面。一切都会按预期更新数据库，但实际行为却很奇怪。

提前致谢！

更新＃2：通过调试，我可以确认数据存储区具有正确的信息，并且当查询运行时，它会退回到二级缓存 - 其中包含脏信息。我想我不应该在每次数据更改时从缓存中逐出？

Answer 1

在 CwmService.get().flushChanges() 之后； // 提交事务 执行显式提交。
flush() 仅将更改刷新到数据库，但不提交。但我不确定 flushChanges() 。

Answer 2

我发现了这个问题，但它引入了其他东西。

基本上，当修改 Book 对象的 List 字段时，Hibernate 会执行三件事：

1. 使 Book 和 的 TimeStamp 缓存条目过期>PageContent
2. 执行多次查询以重置每个 PageContent 对象上的 pageNum 字段
3. 从二级缓存中删除 Book 对象。

这确保了后续查询将搜索新对象等。但是：

1. Hibernate 无法从二级缓存中删除每个重新编号的 PageContent 对象

因此，对页面列表的任何查询都将正确运行，但随后将回退到实际数据的陈旧二级缓存值。

我认为这是因为 Hibernate 认为 pageNum 的更改不是数据的更改，而是幕后管理的更改。然而，这就是我想要读取和显示的数据。

解决方案是在插入/删除发生后手动刷新每个页面。