需要解决查询缓存问题

Question

我正在开发一个复式记账系统，我需要插入过帐记录，而顺序 ID 中没有任何间隙。由于所有数据库访问都将通过 Web 应用程序进行，因此我使用同步静态变量来处理 id 生成：

import org.hibernate.*;

public class JournalService {    
    private static Object journalLock = new Object();    
    private Session session;

    public JournalService(Session session) {
        this.session = session;
    }

    public void insertJournalEntry(JournalEntry journalEntry) {
        Set<PostEntry> entries = journalEntry.getEntries();

        double total = 0;

        for (PostEntry entry : entries) {
            total += entry.getAmount();
        }

        if(total != 0)
            throw new InvalidParameterException("Journal entry is invalid. The sum of all entries must be zero.");

        Criteria criteria = session.createCriteria(PostEntry.class);
        criteria.setMaxResults(1);
        criteria.addOrder(Order.desc("id"));
        //here I add some other criteria
        synchronized(journalLock) {            
            PostEntry lastEntry = criteria.uniqueResult();
            long currentId = lastEntry.getId();

            for (PostEntry entry : entries) {
                entry.setId(currentId++)
                session.save(entry);
            }            
            session.save(journalEntry);
        }
    }
}

简而言之，该服务的生命周期与当前的 httprequest 相关，并由 spring 容器管理，此外我还确保整个事务在请求结束时提交。同步块将处理所有并发，因此 id 序列中不会出现任何间隙。这里的大问题是选择最后插入的符合特定条件的记录会增加数据库访问的开销。我不希望这种情况发生，所以我猜测这里的解决方案是使用一个缓存，该缓存将在第一次选择时保存最后插入的记录，因此生成 id 不需要数据库访问。我的问题 ：有没有现成的休眠方法可以解决这个问题？我是休眠新手，听说过查询缓存，但我不确定如何使用它。我不希望缓存保存我使用此服务存储的每个值，我只需要它来存储符合特定条件的最后插入的条目。例如，如果我执行了五次插入，其中两个与相等的条件“X”匹配，另外三个与条件“Y”匹配，则缓存将仅存储两个对象（与每个条件匹配的最后插入的对象）。我可以轻松地自己实现这一点，但我宁愿使用与 hibernate API 集成的解决方案。

Answer 1

缓存更适合存储经常访问的内容 但很少修改对象. 。这不是你想做的事。您可以使用可序列化事务来防止丢失更新和 读取不一致 这就是你想要避免的。但你应该记住它的开销。

// Hibernate Transaction isolation level settings
// Serializable isolation level
hibernate.connection.isolation=8

这是什么 会话工厂 API说

SessionFactory 的行为由提供的属性控制 在配置时. 。这些属性在环境中定义。

作为解决方法，您可以设置两个不同的 SessionFactory，其中之一是可序列化的，如上所示。

因为您正在检索最新插入的 PostEntry 实体，所以我认为悲观锁定不能正确应用，因为您的数据库只是锁定检索到的 PostEntry。