前提：

这些是我的假设，根据我的阅读，经验和理解，它们可能是错误的，如果是错误的，请发表评论，然后我将编辑问题。

• 查询缓存通常与第二级缓存一起很好
• 查询缓存缓存查询+参数的标识符结果
• 如果数据库已更改，并且没有反映到缓存中，则查询缓存存在风险

题：

我有一个不在二级缓存中的对象。由于某些不良的编程或其他约束，导致在同一hibernate会话中多次调用加载对象的代码。检索使用HQL查找查询，例如

 hibernateTemplate.find("from Foo f where f.bar > ?", bar);

在添加查询缓存之前，如果以上代码在同一Hibernate会话中被调用了N次，则数据库有N次点击

然后我想看看如果添加查询缓存会发生什么：

 Query query = session.createQuery("from Foo f where f.bar > ?");
 query.setCacheable(true);
 query.setParameter(bar);
 query.list();

当我添加查询缓存时，我注意到在同一会话期间，hibernate不再N次访问数据库，每个会话仅一次。

1. 因此，我的第一个假设是，Hibernate首先在会话缓存中搜索，然后在第二级缓存中搜索。这个假设正确吗？
2. 我还假设，如果Foo不在数据库中的第二级缓存中的对象（）被更改，则跨会话范围的查询缓存将返回错误的标识符，从而返回错误的对象。那是对的吗？
3. 那么可以肯定地说，即使对于非2L缓存的对象，也对包含不可变信息的查询使用查询缓存是一种好习惯吗？（例如，查询中的where子句包含始终返回相同结果的条件，例如，一旦创建后ser_num和id对不变，则“选择select p.ser_num where p.id =？”）

顺便说一句，在相关问题中，声称查询缓存在会话缓存范围上不起作用。我是否会误解该声明，还是其他？