基于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，在海量数据查询中可以很好的解决内存问题，如:
　　while(it.hasNext()){
　　YouObject object = (YouObject)it.next();
　　session.evict(youObject);
　　sessionFactory.evice(YouObject.class, youObject.getId());}
　　如果用list方法，很可能就出OutofMemory错误了。
　　可见，在拥有二级缓存并且查询参数多变的情况下，Query.iterate、Session. load会比Query.list及Session.get更为高效。
　　
　　3 结束语
　　
　　在实际开发中，运用好缓存可以让系统性能得到良好的提升。可缓存也有它的局限性，什么情况用什么情况不用，都要结合实际情况来考量。很多时候我们是在效率与安全/准确性上找一个平衡点，无论如何，优化都不是一个纯技术的问题，应该对应用和业务特征有足够的了解，如果违背了相关的缓存机制，可能会得到负面效果，所以必须充分考虑实际情况来灵活运用缓存并发挥它的优势。