Hibernate findById 没有找到它以前找到的记录答案

【问题标题】：Hibernate findById isn't finding records that it previously foundHibernate findById 没有找到它以前找到的记录
【发布时间】：2010-11-04 04:27:56
【问题描述】：

我们有一个使用“findById”的非常简单的方法。

public Cart getCart(long cartId) {
    Cart cart = null;

    try {

        dbSession.beginTransaction();
        cart = (Cart)dbSession.findById(Cart.class, cartId);
        dbSession.commitTransaction();

        if (logger.isDebugEnabled()) {
            logger.debug("The getCart call committed successfully");
        }

    } finally {
        if (dbSession.needsRollback()) {
            dbSession.rollbackTransaction();
        }
    }

    logGetCartResults(cartId, cart);

    return cart;
}

private void logGetCartResults(long cartId, Cart cart) {
    if (logger.isDebugEnabled()) {

        StringBuffer message = new StringBuffer("Cart id ");
        message.append(cartId)
               .append(" was ");

        if (cart != null) {
            message.append("not ");
        }

        message.append("null");

        logger.debug(message.toString());
    }
}

这个方法有时会被另一个应用程序快速连续调用（它基本上是另一个加载购物车的系统）。我们有一个创建购物车的线程，将记录提交到数据库，然后应用程序为需要进入数据库的每个项目调用一次。尽管其他应用程序按顺序发送并等待响应，但 tomcat 在单独的线程上获取这些响应。

我们看到对“getCart”的初始调用实际上能够找到记录。有时，一个调用会失败，即使在其他调用成功之后也是如此。以下是一些提供更多上下文的日志：

    DEBUG 2009-06-18 16:10:57,145 [http-8080-Processor20] com.eroi.managers.impl.DefaultPurchaseManager: Looking for cartId 49
    DEBUG 2009-06-18 16:10:57,146 [http-8080-Processor20] com.eroi.persistors.impl.DefaultPurchasePersistor: The getCart call committed successfully
    DEBUG 2009-06-18 16:10:57,146 [http-8080-Processor20] com.eroi.persistors.impl.DefaultPurchasePersistor: Cart id 49 was not null
    ...
    DEBUG 2009-06-18 16:10:57,522 [http-8080-Processor14] com.eroi.managers.impl.DefaultPurchaseManager: Looking for cartId 49
    DEBUG 2009-06-18 16:10:57,523 [http-8080-Processor14] com.eroi.persistors.impl.DefaultPurchasePersistor: The getCart call committed successfully
    DEBUG 2009-06-18 16:10:57,523 [http-8080-Processor14] com.eroi.persistors.impl.DefaultPurchasePersistor: Cart id 49 was not null
    ...
    DEBUG 2009-06-18 16:10:57,934 [http-8080-Processor10] com.eroi.managers.impl.DefaultPurchaseManager: Looking for cartId 49    
    DEBUG 2009-06-18 16:10:57,934 [http-8080-Processor10] com.eroi.persistors.impl.DefaultPurchasePersistor: The getCart call committed successfully
    DEBUG 2009-06-18 16:10:57,934 [http-8080-Processor10] com.eroi.persistors.impl.DefaultPurchasePersistor: Cart id 49 was null

所以。线程 20、14 成功，但线程 10 找不到记录。是什么赋予了？我们没有进行任何缓存（默认的 1 级缓存除外）。

<hibernate-configuration>
    <session-factory>
        <property name="current_session_context_class">thread</property>
        <property name="hibernate.connection.datasource">java:/comp/env/jdbc/ourdb</property>
        <property name="hibernate.dialect">org.hibernate.dialect.MySQLDialect</property>
    </session-factory>
</hibernate-configuration>

任何见解、想法或 . . .好吧，任何事情，都值得赞赏。

【问题讨论】：

这听起来像是一个会话/事务处理问题，但是您的代码片段并没有向我们展示您是如何管理这些资源的。例如，您在何时何地获取会话？另外，假设 dbSession 是一个 Hibernate 会话对象，那么 Session 上就没有 commitTransaction() 方法。最后，您是否在任何地方指定了显式事务隔离？

标签： mysql hibernate tomcat

【解决方案1】：

是否有可能在线程 10 开始其事务时 ID 尚未完全提交的事务？所以基本上我在问 - 如果你的数据库中已经有一个购物车 49（比如在程序开始时），线程还会有这个问题吗？

【讨论】：

看起来确实是这样，但是有些线程使用相同的参数调用相同的 findById 来返回对象。我相信最初的“插入”已经提交。但是，如果“更新”未提交（或正在提交过程中），是否会使其他事务看起来不存在该事件？
我不认为更新可以隐藏对象，我认为假设您没有更改密钥，它只会显得“过时”......请注意，我做了很多多线程 jdbc（现在由于我们正在转换而处于休眠状态）工作，我在我们的程序中看到了类似的问题。问题总是如我所描述的那样，只是找到同步问题的问题。

【解决方案2】：

这是由于我们代码中的事务错误造成的。尽管看起来我们的代码在每个请求中都启动了一个新的 Session，但我们发现偶尔，这些新的 Session 不会获得新的 JDBC 连接。我们追踪了我们没有提交交易的地方。由于我们管理开始和提交调用的方式，我们本质上是在创建长期运行的事务，该事务从未完成（并且没有按预期运行）。

【讨论】：