Hibernate性能调优[2]

Hibernate二级缓存着名的n+问题from Child然后在页面上面显示每个子类的父类信息就会导致n条对parent表的查询

l select * from parent where id = ？

l …

l select * from parent where id = ？

解决方案

eager fetch

二级缓存

To be the best IT community

inverse和二级缓存的关系当使用集合缓存的情况下

inverse=false通过parentgetChildren（）来操作Hibernate维护集合缓存l inverse=true直接对child进行操作未能维护集合缓存！导致缓存髒数据

双向关联inverse=true的情况下应避免使用集合缓存To be the best IT community wwwjavaeyecom Hibernate二级缓存是提升web应用性能的法宝OLTP类型的web应用由于应用服务器端可以进行群集水平扩展最终的系统瓶颈总是逃不开数据库访问哪个框架能够最大限度减少数据库访问降低数据库访问压力哪个框架提供的性能就更高

针对数据库的缓存策略

对象缓存细颗粒度针对表的记录级别透明化访问在不改变程序代码的情况下可以极大提升web应用的性能对象缓存是ORM的制胜法宝

对象缓存的优劣取决于框架实现的水平Hibernate是目前已知对象缓存最强大的开源ORM

查询缓存粗颗粒度针对查询结果集应用于数据实时化要求不高的场合To be the best IT community应用场合决定了系统架构一是否需要ORM Hibernate or iBATIS？

二采用ORM决定了数据库设计

Hibernate

倾向于细颗粒度的设计面向对象将大表拆分为多个关联关系的小表消除冗余column通过二级缓存提升性能（DBA比较忌讳关联关系的出现但是ORM的缓存将突破关联关系的性能瓶颈）Hibernate的性能瓶颈不在于关联关系而在于大表的操作

iBATIS

倾向于粗颗粒度设计面向关系尽量把表合并通过表column冗余消除关联关系无有效缓存手段iBATIS的性能瓶颈不在于大表操作而在于关联关系

To be the best IT community性能口诀

使用双向一对多关联不使用单向一对多

灵活使用单向多对一关联

不用一对一用多对一取代

配置对象缓存不使用集合缓存

一对多集合使用Bag多对多集合使用Set

继承类使用显式多态

表字段要少表关联不要怕多有二级缓存撑腰

[] []