关于Hibernate二级缓存的高级知识

Question

我相信，明智地使用Hibernate的二级缓存可以很好地提高我的应用程序的性能，为此，我已经开始从internet和Hibernate课程学习它。虽然关于二级缓存及其工作方式有很多很好的解释，但我的目标是从我没有找到的具体问题开始，准确地了解事物的工作方式，因此我将问一些关于Hibernate缓存的一般问题，特别是关于二级缓存的问题。

A、 我很乐意回答问题，即使有些问题看起来很明显或无关紧要

>

配置了2级缓存后，1级缓存会被禁用吗？如果没有，那么在尝试获取实体时事件的html" target="_blank">过程是如何发生的，哪个缓存级别首先被击中？

查询缓存是否将查询文本保存为HQL或本机SQL？

直接通过JPA和Hibernate使用Hibernate，2级缓存的工作方式是否相同？

我知道查询缓存通过命中位于查询缓存中的ID为的二级缓存参与二级缓存。如果某些ID由于某种原因不再位于二级缓存中，那么会再次获取所有实体，还是仅获取不存在的部分？

关于同步-通过在某个事务中更新存储在第2级缓存中的实体-如果有的话，该实体何时会在第2级缓存中更新？将感谢有关此行为如何影响第2级缓存和查询缓存的更多详细信息。


谢谢！

Answer 1

更多细节：

[4]。查询缓存与更新时间戳缓存一起工作。如果插入/删除/更新实体类型的任何实例，则该实体类型的所有查询都将无效。因此，如果任何实体消失，则该实体类型的所有查询都将无效，因此查询将被重新执行。查询缓存以这种方式工作，因为Hibernate无法确定特定实例是否被任何查询触及，因此它需要一种安全但不太理想的方法。因此，查询缓存可能只在大多数只读场景中提供性能提升。

[5]. 通常，在事务的afterCompletion（）事务同步回调中更新二级缓存。

Answer 2

>

否。继续使用一级缓存。唯一的区别是，实体可能来自二级缓存，而不是数据库，并且除了数据库之外，它们还保存到二级缓存。

与HQL不同，因为条件查询也可以缓存。我认为使用了SQL。但这并不是必须缓存的唯一内容：查询的参数也会被缓存。不过，您不应该在意这一点：缓存会缓存您的查询，无论它使用什么都无关紧要，只要执行两次相同的查询就会命中缓存，而执行未缓存的查询则不会。

对

只有那些不在缓存中的，好的。测试它并查看执行了哪些SQL查询。

这取决于缓存并发策略和缓存的功能。第二级缓存主要在实体为只读或几乎只读时有用。