SQL 异常导致 Hibernate 二级缓存以 Infinispan 作为提供者具有陈旧数据
我们在基于 JPA(Hibernate) 的应用程序中使用 Infinispan（使用 JGroups 集群）作为二级缓存。当数据库操作失败时，我们会看到二级缓存已过时。例如：
1) 尝试创建登录名为“joe”的用户。 2）调用persist(user)； 3）由于数据库唯一性约束导致持久失败。 4）通过id对login=joe进行查找（假设login是PK）。 5) Hibernate 从 Infinispan 缓存返回 joe 用户，即使数据库没有它。
在这种情况下，配置 XA 事务并让 Infinispan 参与 XA 似乎有点矫枉过正。 XA 是解决这个问题的唯一方法吗？
We are using Infinispan (clustered using JGroups) as our second level cache in our JPA(Hibernate) based application. When a database operation fails, we see that the level-2 cache is stale. For example:
1) Attempt to create a user with login "joe."
2) Call persist(user);
3) persist fails due to database uniqueness constraint.
4) Do a find by id on login=joe (assuming login is the PK).
5) Hibernate returns joe user from Infinispan cache, even though database doesn't have it.
Configuring XA transactions and have Infinispan participate in XA seems like overkill in this situation. Is XA the only way to address this?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
启用事务同步，比XA便宜很多。
请参阅http://infinispan.blogspot.com/2011/ 06/faster-infinispan-based-second-level.html 了解更多详细信息。
Enable transaction synchronization, much cheaper than XA.
See http://infinispan.blogspot.com/2011/06/faster-infinispan-based-second-level.html for more details.
我必须通过部署 Atomikos 来启用 XA 事务，以保持缓存同步。其他解决方案不起作用。
I had to enable XA transactions by deploying Atomikos to keep the cache in sync. Other solutions did not work.