本站文章均为 李华明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配置文件：
|
1 2 |
<property name="cache.use_second_level_cache">true</property> <property name="cache.provider_class">org.hibernate.cache.EhCacheProvider</property> |
2） 在/hibernate-distribution-3.3.2.GA/project/etc/ehcache.xml 配置文件拷贝到项目中；
在ehcache.xml中默认如下设置：
|
1 |
<diskStore path="java.io.tmpdir"/> |
|
1 2 3 4 5 6 7 |
<defaultCache maxElementsInMemory="10000" eternal="false" timeToIdleSeconds="120" timeToLiveSeconds="1200" overflowToDisk="true" /> |
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不一致那么更新下即可；乐观锁效率高；