【HIBERNATE框架开发之九】HIBERNATE 性能优化笔记!(遍历、一级/二级/查询/缓存、乐观悲观锁等优化算法)

简介:
本站文章均为  李华明Himi 原创,转载务必在明显处注明: 
转载自【黑米GameDev街区】 原文链接:  http://www.himigame.com/hibernate/825.html

1.   循环分页或者循环进行部分读取处理数据的时候,使用 session.clear() ;

 

2.    对应1+N(N+1)问题使用如下解决方式:

1): 使用createCriteria进行查询(join fetch)

2):HQL -> join fetch

3): 使用@fetch设置LAZY

4):在@Entity下使用注解@BatchSize(size=5)

@BatchSize  指定每次 读 取数据的数量

 

3. List 与 iterate 进行遍历取出数据库数据的list();

区别1)List 直接取出对象       iterate先会取出组件,需要使用才会使用

 

区别2)同一个session中每次执行list()取出数据时都会发送SQL语句,但是iterate只会发出一条,默认会去session缓存去找;

 

4. 缓存,session级别的缓存称为一级缓存,每个session都有独立的一级缓存,例如多个线程同时取同一个对象数据;

解决方案:建立一个共用的总缓存(总缓存)二级缓存,如果找不到然后再到各自的session一级混村中寻找;具体操作如下:首先看缓存策略,

type : 其中memory支持缓存内存中,disk支持缓存存放硬盘中;

Cluster Safe :是否支持使用在集群环境;

Query Cache Supported:是否支持查询缓存(3级缓存)

假设使用EhCacheProvider二级缓存:

1)修改hibernate.cfg.xml配置文件:

2) 在/hibernate-distribution-3.3.2.GA/project/etc/ehcache.xml 配置文件拷贝到项目中;

在ehcache.xml中默认如下设置:

maxElementsInMemory:在内存中最多缓存的对象数量

eternal: 缓存内存对象是否永久保存不删除

timeToIdleSeconds:  当timeToIdleSeconds 周期时间没有被使用过,自动清除掉;(秒)

timeToLiveSeconds: 缓存对象的生存时间(秒)后自动清楚;

overflowToDisk:溢出的时候是否放置在硬盘上

diskStore  path:默认临时存放硬盘缓存的路径

注意:<cache name=”sampleCache1″    /> 可以自定义cache名,不自定义不指定默认是用 <defauleCache   ….. />

3)将类使用二级缓存,直接在@Entity下使用注解    @Cache  其设置如下:

常用的READ_ONLY (只读), READ_WRITE(读写)

其中@Cache(region=””) 使用自定义ehcache.xml的自定义缓存策略设置 ~

4)加入ehcache的jar包,路径如下:/hibernate-distribution-3.3.2.GA/lib/optional/ehcache/ehcache.jar

加入 commons-logging.jar包

             1.    放入二级缓存如下规则:

                   a)   经常访问  b) 不经常改动(改动不大) c) 数据不是很大 例如用户权限;

2.     load 默认使用二级缓存,iterate 默认使用二级缓存

3. list 默认往二级缓存加数据,list查询的使用不使用缓存

4. 如果要 query 查询语句使用二级缓存,需要打开查询缓存(同样的重复的查询!)

1) hibernate.cfg.xml配置文件加入配置:

<property name=”cache.use_query_cache”>true</property>

2) 使用Query的setCachable(true) 方法指明使用二级缓存 ;

 

5.    缓存算法:LRU 、 LFU 、 FIFO

LRU: 最近最少被使用的; (时间)

LFU: 使用率比较少的;(次数)

FIFO:按照数据从0开始拿走(堆栈)

设置方法:在ehcache.xml继续设置一个参数: memoryStoreEvictionPolicy=”LRU”

 

6. 事务隔离机制(为了避免事务并发出现的问题)

1. read-uncommitted : 能读取没有提交的数据; 【会出现脏读等问题,一般不设置此种】

2. read-committed :  只有提交后才读;Hibernate建议使用!【能解决脏读但会出现不可重复读和幻读问题(手动解决)】

3. repeatable read :      加锁;(MySQL默认使用 repeatable read 

4. serializable :   序列化,解决任何问题,但是效率最低;

MySQL 支持这四种事务隔离机制; 事务隔离级别越高效率越慢~

使用 select @@tx_isolation;  查询事务隔离机制;

     设置隔离机制: set session tx_isolation=’xxx’;  

 

Hibernate解决并发事务方案:使用Hibernate悲观锁和乐观锁进行设置;

1)事务机制的值为1,2,4,8 (ps. 二进制为0001 ,0010,0100,1000 这样算法效率高)

1.a)使用悲观锁:(依赖于数据库的锁 解决 repeatable read问题)

在读取load数据的时候,加入第三个参数::

session.load(xxx.class, 1,LockMode.xxx);

LockMode的值如下:

一般只设置LockMode.UPGRADE

原因:

NONE: 无锁的机制,Transaction结束时切换到此模式;

READ :在查询的时候 hibernate会自动获取锁;

write ,insert, update hibernate 会自动获取锁;

以上 3种锁的模式是hibernate内部使用的;

UPGRADE—NOWAIT ->是oracle数据库 支持的锁;

 

     1.b)使用乐观锁:(程序内使用字段version进行加锁,与数据库没有关系)

可以定义一个version属性,然后在getVersion上使用注解 @Version

注意:当并发的时候会报错,那么找个错误交给我们自己来处理;  

       悲观与乐观:悲观一开始就进行加锁,不论是否有其他事务来同时并发;但是乐观锁则不进行直接加锁,而是等待更新时候进行检查对比下,如果与去之前version不一致那么更新下即可;乐观锁效率高;


相关文章
|
27天前
|
存储 缓存 算法
【C/C++ 性能优化】提高C++程序的缓存命中率以优化性能
【C/C++ 性能优化】提高C++程序的缓存命中率以优化性能
113 0
|
29天前
|
Java 数据库连接
Hibernate中使用Criteria查询及注解——(Dept.java)
Hibernate中使用Criteria查询及注解——(Dept.java)
14 1
|
20天前
|
缓存 关系型数据库 MySQL
MySQL 查询优化:提速查询效率的13大秘籍(索引设计、查询优化、缓存策略、子查询优化以及定期表分析和优化)(中)
MySQL 查询优化:提速查询效率的13大秘籍(索引设计、查询优化、缓存策略、子查询优化以及定期表分析和优化)(中)
|
7天前
|
算法
R语言使用随机技术差分进化算法优化的Nelson-Siegel-Svensson模型
R语言使用随机技术差分进化算法优化的Nelson-Siegel-Svensson模型
15 0
|
11天前
|
存储 缓存 自动驾驶
缓存策略与Apollo:优化网络请求性能
缓存策略与Apollo:优化网络请求性能
|
14天前
|
算法 数据处理 C语言
【数据结构与算法】快速排序(详解:快排的Hoare原版,挖坑法和双指针法|避免快排最坏时间复杂度的两种解决方案|小区间优化|非递归的快排)
【数据结构与算法】快速排序(详解:快排的Hoare原版,挖坑法和双指针法|避免快排最坏时间复杂度的两种解决方案|小区间优化|非递归的快排)
|
16天前
|
算法 索引
【算法与数据结构】深入二叉树实现超详解(全源码优化)
【算法与数据结构】深入二叉树实现超详解(全源码优化)
|
29天前
|
机器学习/深度学习 算法 大数据
基于PyTorch对凸函数采用SGD算法优化实例(附源码)
基于PyTorch对凸函数采用SGD算法优化实例(附源码)
29 3
|
29天前
|
Java 数据库连接
Hibernate中使用Criteria查询及注解——( EmpCondition)
Hibernate中使用Criteria查询及注解——( EmpCondition)
14 1
|
29天前
|
Java 数据库连接
Hibernate中使用Criteria查询及注解——(DeptTest.java)
Hibernate中使用Criteria查询及注解——(DeptTest.java)
8 1