基于hibernate缓存机制的查询性能优化问题

最新推荐文章于 2024-09-09 09:52:16 发布

yyh30

最新推荐文章于 2024-09-09 09:52:16 发布

阅读量372

点赞数

分类专栏： Java 文章标签： hibernate 性能优化数据库 query sql session

Java 专栏收录该内容

42 篇文章 0 订阅

订阅专栏

基于hibernate缓存机制的查询性能优化问题

更多相关推荐...

[关键字：基于hibernate缓存机制的查询性能优化问题]

应用程序中必须在查询执行之前，将Query.Cacheable设置为true,而且每次都应该这样。比如:
………
Query query=session.createQuery(hql).setInteger(0.15);
query.setCacheable(true);
………
但是，Query Cache只在特定的条件下才会发挥作用，而且要求相当严格：
(1)完全相同的Select SQL重复执行。
(2)重复执行期间，Query Key对应的数据表不能有数据变动（比如添、删、改操作）。

　　并且，查询缓存在一个交易系统(数据变更频繁，查询条件相同的机率并不大)中可能会起反作用:

它会白白耗费大量的系统资源但却很难发挥优势。
2.2 数据查询方法的选用
完成同样的查询，Hibernate提供了可供选择的一些方式，但具体使用什么方式，可能对性能和代

码都会有影响。
(1)Session.load/get方法均可以根据指定的实体类和id从数据库读取记录，并返回与之对应的实体

对象。
(a)Session. load
在执行session.load时，Hibernate首先从当前session的一级缓存中获取id对应的值，在获取不到

的情况下，将根据该对象是否配置了二级缓存来做相应的处理，如配置了二级缓存，则从二级缓存中

获取id对应的值，如仍然获取不到则还需要根据是否配置了延迟加载来决定如何执行，如未配置延迟

加载则从数据库中直接获取，在从数据库获取到数据的情况下，Hibernate会相应的填充一级缓存和二

级缓存，如配置了延迟加载则直接返回一个代理类，只有在触发代理类的调用时才进行数据库查询的

操作。如果未能发现符合条件的记录， load方法会抛出一个ObjectNotFoundException。
(b)Session.get
在执行 Session.get时，和Session.load不同的就是get方法则仅仅在内部缓存中进行数据查找，如

没有发现对应数据，将越过二级缓存，直接调用SQL完成数据读取。直接从数据库中获取id对应的

值。如果未能发现符合条件的记录返回null，而且get方法永远直接返回实体类。
(2)Query.list / Query.iterate方法均可根据指定条件查询并返回符合条件的实体对象集。
(c)Query.list
在执行Query.list时，Hibernate的做法是首先检查是否配置了查询缓存，如配置了则从查询缓存中

通过一条sql语句获取所有符合条件的记录，并构造相应的实体对象，然后将其纳入缓存。如获取不到

则从数据库中进行获取，从数据库获取到后Hibernate将会相应的填充一级、二级和查询缓存，如获取

到的为直接的结果集，则直接返回，如获取到的为一堆id的值，则再根据id获取相应的值

(Session.load)，最后形成结果集返回。
(d)Query.iterate
在执行Query.iterate时，和Query.list的不同的在于从数据库获取的处理上，Query.iterate向数据库

发起的是 select id from这样的语句，也就是它是先获取符合查询条件的id，之后在进行iterate.next调用

时才再次发起session.load的调用获取实际的数据。iterate方法首先在本地缓存中根据id查找对应的实

体对象是否存在（类似Session.load方法），如果缓存中已经存在对应的数据，则直接以此数据对象

为查询结果，如果没有找到，再执行相应的Select语句获得对应的库表记录。（iterate方法如果执行了

数据库读取操作并构建了完整的数据对象，也会将其查询结果纳入缓存）。

而且，通过iterate，配合缓存管理API，在海量数据查询中可以很好的解决内存问题，如:
Java代码

查看源代码
打印

    
    1.
    
    while(it.hasNext()){
   
    2.
    
    3.
    
    　　YouObject object = (YouObject)it.next();
   
    4.
    
    5.
    
    　　session.evict(youObject);
   
    6.
    
    7.
    
    　　sessionFactory.evice(YouObject.class, youObject.getId());
   
    8.
    
    }