java

位置:IT落伍者 >> java >> 浏览文章

Hibernate性能调优


发布日期:2019年11月27日
 
Hibernate性能调优

inverse = ?

inverse=false(default)

用于单向onetomany关联

parentgetChildren()add(child) // insert child

parentgetChildren()delete(child) // delete child

inverse=true

用于双向onetomany关联

childsetParent(parent) sessionsave(child) // insert child

sessiondelete(child)

在分层结构的体系中parentDao childDao对于CRUD的封装导致往往直接通过session接口持久化对象而很少通过关联对象可达性

To be the best IT community

onetomany关系单向关系还是双向关系?

parentgetChildren()add(child)对集合的触及操作会导致lazy的集合初始化在没有对集合配置二级缓存的情况下应避免此类操作l select * from child where parent_id = xxx性能口诀

一般情况下避免使用单向关联尽量使用双向关联l 使用双向关联inverse=true

在分层结构中通过DAO接口用session直接持久化对象避免通过关联关系进行可达性持久化

To be the best IT community

manytoone关系

单向manytoone表达了外键存储方灵活运用manytoone可以避免一些不必要的性能问题

manytoone表达的含义是……n many可以是可以是也可以是n也就是说manytoone可以表达一对多一对一多对一关系因此可以配置双向manytoone关系例如l 一桌四人打麻将麻将席位和打麻将的人是什么关系?是双向manytoone的关系To be the best IT community

onetoone通过主键进行关联相当于把大表拆分为多个小表例如把大字段单独拆分出来以提高数据库操作的性能Hibernate的onetoone似乎无法lazy必须通过bytecode enhancement To be the best IT community

集合List/Bag/Set onetomany l List需要维护index column不能被用于双向关联必须inverse=false被谨慎的使用在某些稀有的场合l Bag/Set语义上没有区别l 我个人比较喜欢使用Bag manytomany l Bag和Set语义有区别l 建议使用Set To be the best IT community

集合的过滤l children = sessioncreateFilter(parentgetChildren() where thisage > and thisage < list()

针对一对多关联当中的集合元素非常庞大的情况特别适合于庞大集合的分页l sessioncreateFilter(parentgetChildren()setFirstResult(setMaxResults(list()To be the best IT community

继承关系当中的隐式多态HQL from Object l 将把所有数据库表全部查询出来l polymorphism=implicit(default)将当前对象和对象所有继承子类全部一次性取出l polymorphism=explicit只取出当前查询对象To be the best IT community

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 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

继承类使用显式多态

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

上一篇:关于junit实现过程详细介绍

下一篇:Eclipse使用技巧大全