Hibernate 性能优化法则

时间 2019-11-10

原文原文链接

原文同步至：http://waylau.com/tips-to-boost-your-hibernate-performance/html

Hibernate 是 Java EE 应用中流行的 JPA 框架，简单易用，但不少使用过 Hibernate 的开发者都广泛反映 Hibernate 性能低下。究其缘由，仍是使用者没有对 Hibernate 进行过深刻理解，对 Hibernate 的应用也只是浮于表面。本文介绍了几种简单实现 Hibernate 性能优化的方法。java

启用 Hibernate 数据统计策略

没有测量就没有优化。启用 Hibernate 数据统计策略，用来作优化先后的数据对比。数据库

将 hibernate.generate_statistics置为true，日志级别org.hibernate.stat置为DEBUG，Hibernate 会收集内部统计数据，好比查询的性能、缓存命中状况等。编程

作到这一步，你能够避免常见的问题，好比，查询缓慢，查询次数太多，缓存没有使用等状况。还有一点要注意，数据库的测试数据量大小对于查询结果影响也很大。api

改进慢查询

慢查询并非一个真正的 JPA 或 Hibernate 的问题。这种性能问题在每个框架中都有可能发生，甚至是普通的 SQL 或者 JDBC，这时就须要在固定的 SQL 和数据库级别进行分析。若是你选择这样作了，那你就不能用 JPQL 或 Criteria API 来处理复杂或优化 SQL 查询。在这种状况下，须要使用本机查询来执行本地的SQL语句，在其中您可使用全部 SQL 和专有的数据库功能。可是，这也有一个缺点。你获得是一个 Object[]，而不是你从 JPQL 得到强类型的结果。您能够经过编程方式或经过@SqlResultSetMapping 注解映射到 Object[] 。缓存

选择正确的 FetchType

使用错误的 FetchType 可能会致使在执行加载所需的实体时，查询数量巨大。性能优化

FetchType.LAZY：懒加载，加载一个实体时，定义懒加载的属性不会立刻从数据库中加载。
FetchType.EAGER：急加载，加载一个实体时，定义急加载的属性会当即从数据库中加载。

比方 User 类有两个属性，name 跟 address，就像通常的系统，登陆后用户名是须要在右上角显示出来的，此属性用到的概率极大，要立刻到数据库查，用急加载；而用户地址大多数状况下不须要显示出来，只有在查看用户资料是才须要显示，须要用了才查数据库，用懒加载就行了。oracle

因此，要正确的使用 FetchType。app

使用特定的查询语句

当真正须要急加载时，可使用特定的查询语句，好比用 FETCH JOIN 代替 JOIN。FETCH 会告诉 Hibernate 不仅仅是查询两个实体，还要把实体相关的实体从数据库查出来。框架

重量级操做交给数据库处理

Java 的处理逻辑能力并不必定比数据库自己的处理能力强，因此有些大数据集操做能够交给数据库处理。

使用缓存

在相同数据常常被读取的状况下，使用缓存来提升查询效率。

Hibernate 提供了三种缓存方式来组合使用。

1st level cache(一级缓存):默认状况下是激活的，用来缓存在当前会话中使用的全部实体。
2nd level cache(二级缓存):也能够存储实体，须要经过在 persistence.xml 设置shared-cache-mode属性。特定实体的高速缓存能够经过在实体上添加javax.persistence.Cacheable 或 org.hibernate.annotations.Cache 注解来实现。
query cache（查询缓存）:不存储实体。它缓存查询结果，而且只包含实体引用和标量值。你须要经过在 persistence.xml 文件中设置hibernate.cache.use_query_cache 属性和 Query 的 cacheable 属性来激活该缓存。

在更新和删除时使用批量处理

JPA 2.1 新增了 CriteriaUpdate 和 CriteriaDelete 接口。

CriteriaUpdate 接口定义用于使用 Criteria API 批量更新的操做功能。该批量更新操做直接映射到数据库的更新操做，会绕过任何乐观锁检查。
CriteriaDelete 接口定义用于使用 Criteria API 批量删除的操做功能。该批量删除操做直接映射到数据库的删除操做。持久化上下文不会同步批量删除的结果。