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不一致那么更新下即可；乐观锁效率高；

本文转自 xiaominghimi 51CTO博客，原文链接：http://blog.51cto.com/xiaominghimi/969788，如需转载请自行联系原作者