【Java】Hibernate查询性能优化

1.Hibernate主要从以下几方面来优化查询性能

(1)使用迫切左外连接或迫切内连接查询策略、查询缓存等方式，减少select语句的数目，降低访问数据库的频率。inner join fetch, left join fetch

(2)使用延迟查询策略等方式避免加载多余的不需要访问的数据。默认就是!基本上不会把lazy="false"

(3)使用Query接口的iterate()方法减少select语句中的字段，从而降低访问数据库的数据量。这个只是稍稍提高性能,用的不好,反而坏事!

Query接口的iterate()方法和list()方法都用来执行SQL查询语句。在某些情况下，iterate()方法能提高查询性能。注意iterate()方法是依赖二级缓存,没有二级缓存它也无法提高性能!

看示例

2．HQL优化

HQL优化是Hibernate程序性能优化的一个方面，HQL的语法与SQL非常类似。HQL是基于SQL的，只是增加了面向对象的封装。如果抛开HOL同Hibernate本身一些缓存机制的关联，HQL的优化技巧同SQL的优化技巧一样。在编写HQL时，需注意以下几个原则。

(1)避免or操作的使用不当

如果where子句中有多个条件，并且其中某个条件没有索引，使用or，将导致全表扫描。假定在HOUSE表中TITLE有索引，PRICE没有索引，执行以下HQL语句：

from House where title= ‘出租-居室’ or price

当PRICE比较时，会引起全表扫描。

(2)避免使用not

如果where子句的条件包含not关键字，那么执行时该字段的索引失效。这些语句需要分成不同情况区别对待，如查询租金不多于1800元的店铺出租转让信息的HQL语句：

from House as h where not (h.price>1800)

对于这种不大于（不多于）、不小于（不少于）的条件，建议使用比较运算符来替代not，如不大于就是小于等于。例如：

from House as h where h.price

如果知道某一字段所允许的设置值，那么就有其他的解决方法。例如，在用户表中增加性别字段，规定性别字段仅能包含M和F，当要查询非男用户时，为避免使用not关键字，将条件设定为查询女用户即可。

(3)避免like的特殊形式

某些情况下，会在where子句条件中使用like。如果like以一个“%” 或“_”开始即前模糊，则该字段的索引不起作用。但是非常遗憾的是，对于这种问题并没有额外的解决方法，只能通过改变索引字段的形式变相地解决。

(4)避免having予句

在分组的查询语句中，可在两个位置指定条件，一是where子旬中，二是在having子句中。尽可能地在where子句而不是having子句中指定条件。Having是在检索出所有记录后才对结果集进行过滤，这个处理需要一定的开销，而where子句限制记录数目，能减少这方面的开销。

(5)避免使用distinct

指定distinct会导致在结果中删除重复的行。这会对处理时间造成一定的影响，因此在不要求或允许冗余时，应避免使用distinct。

在java代码中来排重：

(6)索引在以下情况下失效，应注意使用

Ø 只要对字段使用函数，该字段的索引将不起作用，如substring(aa，1，2)='xx'。

Ø 只要对字段进行计算，该字段的索引将不起作用，如price+10。