spring和hibernate中的性能优化

最新推荐文章于 2022-07-21 16:38:30 发布

qqqq724

最新推荐文章于 2022-07-21 16:38:30 发布

阅读量513

点赞数

分类专栏： java 文章标签：性能优化 hibernate spring

java 专栏收录该内容

15 篇文章 0 订阅

订阅专栏

很多网站中使用spring处理业务层，hibernate负责持久层，应用程序的性能几乎完全取决于它的持久层的性能。

技巧1：使用JDBC批处理插入/更新

对于批处理程序，JDBC驱动程序通常提供优化来减少网络流量，这就是‘JDBC 批量插入/更新’。当使用这些的时候，驱动级别的插入/更新在发送到数据库前被排入队列。

当达到阈值后整个批处理队列语句一次性发送到数据库。这可以防止驱动逐条发送语句，这可以进行多网络传输。

这是工厂配置的实体管理来激活插入/更新的批处理：

 
   
        <prop key= 
        "hibernate.jdbc.batch_size" 
        > 
        100 
        </prop> 
       
 
        <prop key= 
        "hibernate.order_inserts" 
        > 
        true 
        </prop> 
       
 
        <prop key= 
        "hibernate.order_updates" 
        > 
        true 
        </prop> 
       
 
 

只配置JDBC批处理的大小是不能正常工作的。这是因为JDBC驱动程序只有当接收到插入/更新完全相同的表时才会进行批处理插入操作。

如果新表收到一条插入语句，那么JDBC驱动会在开始对新表进行批处理操作前首先刷新前一张表的批处理语句。

如果使用Spring批处理的话，一个类似的功能是隐式地进行使用。这种优化可以很容易地完成30% 到 40%的‘insert intensive’程序，而无需改动一行代码。

技巧2：定期刷新和清理Hibernate会话

当添加/修改数据库的数据时，Hibernate保持了一个已经存在的实体版本的会话，以防在会话关闭之前进行修改。

但是很多时候，一定在数据库中有匹配的插入时我们就可以安全地丢弃实体。这在Java客户机进程中释放了内存，防止长时间运行Hibernate会话所导致的性能问题。

像这样长时间运行的会话应该尽可能被阻止，但是由于某种原因需要它们的话就应该包含内存是如何消耗的：

 
        entityManager.flush(); 
       
        entityManager.clear();

flush将触发插入新实体从而发送到数据库。clear 则从会话释放新的实体。

技巧3：减少Hibernate过多的dirty-checking

Hibernate使用内部的一种机制来保持记录修改的实体的方式就叫做 dirty-checking。这种机制不是基于实体的equals和hashcode方法的类。

Hibernate能让dirty-checking的性能成本降至最低，dirty-check只会在需要的时候出现，但是这种机制也是有代价的，它有更多的表和列。

在应用做任何优化前，最重要的是测量使用VisualVM所耗费的dirty-checking的成本。

如何避免dirty-checking？

我们所知道的Spring事务方法是只读的，dirty-checking可以像这样来关闭：

 
        @Transactional 
        (readOnly= 
        true 
        ) 
       
        public 
         void 
         someBusinessMethod() { 
       
        .... 
       
        }