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。