缓存机制
缓存是介于应用程序和物理数据源之间,其作用是为了降低应用程序对物理数据源访问的频次,从而提高了应用的运行性能。缓存内的数据是对物理数据源中数据的复制,应用程序在运行时从缓存读写数据,在特定的时刻或事件会同步缓存和物理数据源的数据。
Hibernate的缓存包括Session的缓存和SessionFactory的缓存,成为第一级缓存和二级缓存,这两级缓存都位于持久化层,存放的都是 数据库数据的拷贝。
一级缓存
一级缓存生命周期很短和session的生命周期一致,一级缓存也叫session级的缓存或事务级缓存,在同一个Session中,它缓存的是实体对象,支持一级缓存的方法有load/get/iterate和save(同一个Session中先save后load不会发sql),但一级缓存是不会缓存普通属性的。
在一级缓存中进行大批量数据添加时,要注意缓存溢出的情况,每添加数条数据要及时清理缓存,示例代码如下:
[java] view plaincopy
/**
* 大批量的数据添加
*/
public void testCache7() {
Session session = null;
try {
session = HibernateUtils.getSession();
session.beginTransaction();
for (int i=0; i<100; i++) {
Student student = new Student();
student.setName("张三" + i);
session.save(student);
//每20条更新一次
if (i % 20 == 0) {
session.flush();
//清除缓存的内容
session.clear();
}
}
session.getTransaction().commit();
}catch(Exception e) {
e.printStackTrace();
session.getTransaction().rollback();
}finally {
HibernateUtils.closeSession(session);
}
}
二级缓存
二级缓存也称为进程级的缓存或SessionFactory级的缓存,二级缓存可以被所有的session共享,二级缓存的生命周期和SessionFactory的生命周期一致,SessionFactory可以管理二级缓存,二级缓存一般使用第三方的缓存产品,Hibernate文档推荐了几种:Hashtable(Hibernate内部,只做测试用)、EHCache、OSCache、SwarmCache、JBossTreeCache。
以EHCache为例,二级缓存的的配置和使用:
1. 将ehcache.xml文件拷贝到src下;
2. 在hibernate.cfg.xml文件中加入缓存产品提供商<propertyname="hibernate.cache.provider_class">org.hibernate.cache.EhCacheProvider</property>;
3. 启用二级缓存,这也是它的默认配置<propertyname="hibernate.cache.use_second_level_cache">true</property>;
4. 指定哪些实体类使用二级缓存
可以在映射文件中采用<cache>标签指定或在hibernate.cfg.xml文件中统一指定,注意使用的策略,通常采用read-only和read-write;
缓存原则:通常读远远大于写的数据进行缓存。
一级缓存和二级缓存的交互中,可以通过一级缓存中的方法session.setCacheMode(CacheMode.IGNORE)禁止数据放到二级缓存中。在讲一级缓存大批量数据添加时,为了防止缓存溢出要随时清理一级缓存,但是如果配置了二级缓存,如果不禁止二级缓存,同样会引发缓存溢出而出错,因此需要禁止一级缓存和二级缓存的交互。
查询缓存
查询缓存是缓存普通属性结果集,可以对实体对象的结果集缓存id,查询缓存的生命周期,当关联的表发生修改,查询缓存的生命周期结束,查询缓存和session的生命周期是无关的,可以跨Session。查询缓存只对query.list()起作用,query.iterate()查询普通属性不会使用查询缓存。
查询缓存的配置和使用:
1. 修改hibernate.cfg.xml文件,来开启查询缓存,默认是false是不起用的<propertyname="hibernate.cache.use_query_cache">true</property>
2. 必须在程序启用 query.setCacheable(true)
锁机制
其实,把锁写进Hibernate优化里是有些问题的,本身加锁是对性能极大的损耗,但鉴于有些时候我们不得不出于解决并发性问题而考虑加锁时,就产生了性能优化方面的思考,在此我们可以选择悲观锁和乐观锁,二者对性能的影响是不同的,因此合理选锁也会提升Hibernate的性能。
悲观锁
悲观锁,通常是由数据库机制实现的,在整个过程中把数据锁住(查询时),只要事务不释放(提交/回滚),那么任何用户都不能查看或修改。
只需在load方法中加入第三个参数LockMode.UPGRADE即可。还有:
LockMode.NONE:无锁机制。
LockMode.WRITE:Hibernate在Insert和Update记录的时候会自动获取。
LockMode.READ:Hibernate在读取记录的时候会自动获取。
以上这三种锁机制一般由Hibernate内部使用,如Hibernate为了保证Update过程中对象不会被外界修改,会在save方法实现中自动为目标对象加上WRITE锁。
LockMode.UPGRADE:利用数据库的forupdate子句加锁。
LockMode.UPGRADE_NOWAIT: Oracle的特定实现,利用Oracle的for update nowait子句实现加锁。
乐观锁
乐观锁,大多数的使用是采用数据版本的方式(version)实现,一般在数据库中加入一个version字段,在读取数据的时候将version读取出来,在保存数据的时候判断version的值是否小于数据库中的version值,如果小于不予更新,否则给予更新。
Hibernate中在class标签中通过属性optimistic-lock=”version”来描述,optimistic-lock属性可选取值:
none:无乐观锁。
version:通过版本机制实现乐观锁。
dirty:通过检查发生变动过的属性实现乐观锁。
all:通过检查所有属性实现乐观锁。
其中通过version实现的乐观锁机制是Hibernate官方推荐的乐观锁实现,同时也是Hibernate中,目前唯一在数据对象脱离Session发生修改的情况下依然有效
缓存是介于应用程序和物理数据源之间,其作用是为了降低应用程序对物理数据源访问的频次,从而提高了应用的运行性能。缓存内的数据是对物理数据源中数据的复制,应用程序在运行时从缓存读写数据,在特定的时刻或事件会同步缓存和物理数据源的数据。
Hibernate的缓存包括Session的缓存和SessionFactory的缓存,成为第一级缓存和二级缓存,这两级缓存都位于持久化层,存放的都是 数据库数据的拷贝。
一级缓存
一级缓存生命周期很短和session的生命周期一致,一级缓存也叫session级的缓存或事务级缓存,在同一个Session中,它缓存的是实体对象,支持一级缓存的方法有load/get/iterate和save(同一个Session中先save后load不会发sql),但一级缓存是不会缓存普通属性的。
在一级缓存中进行大批量数据添加时,要注意缓存溢出的情况,每添加数条数据要及时清理缓存,示例代码如下:
[java] view plaincopy
/**
* 大批量的数据添加
*/
public void testCache7() {
Session session = null;
try {
session = HibernateUtils.getSession();
session.beginTransaction();
for (int i=0; i<100; i++) {
Student student = new Student();
student.setName("张三" + i);
session.save(student);
//每20条更新一次
if (i % 20 == 0) {
session.flush();
//清除缓存的内容
session.clear();
}
}
session.getTransaction().commit();
}catch(Exception e) {
e.printStackTrace();
session.getTransaction().rollback();
}finally {
HibernateUtils.closeSession(session);
}
}
二级缓存
二级缓存也称为进程级的缓存或SessionFactory级的缓存,二级缓存可以被所有的session共享,二级缓存的生命周期和SessionFactory的生命周期一致,SessionFactory可以管理二级缓存,二级缓存一般使用第三方的缓存产品,Hibernate文档推荐了几种:Hashtable(Hibernate内部,只做测试用)、EHCache、OSCache、SwarmCache、JBossTreeCache。
以EHCache为例,二级缓存的的配置和使用:
1. 将ehcache.xml文件拷贝到src下;
2. 在hibernate.cfg.xml文件中加入缓存产品提供商<propertyname="hibernate.cache.provider_class">org.hibernate.cache.EhCacheProvider</property>;
3. 启用二级缓存,这也是它的默认配置<propertyname="hibernate.cache.use_second_level_cache">true</property>;
4. 指定哪些实体类使用二级缓存
可以在映射文件中采用<cache>标签指定或在hibernate.cfg.xml文件中统一指定,注意使用的策略,通常采用read-only和read-write;
缓存原则:通常读远远大于写的数据进行缓存。
一级缓存和二级缓存的交互中,可以通过一级缓存中的方法session.setCacheMode(CacheMode.IGNORE)禁止数据放到二级缓存中。在讲一级缓存大批量数据添加时,为了防止缓存溢出要随时清理一级缓存,但是如果配置了二级缓存,如果不禁止二级缓存,同样会引发缓存溢出而出错,因此需要禁止一级缓存和二级缓存的交互。
查询缓存
查询缓存是缓存普通属性结果集,可以对实体对象的结果集缓存id,查询缓存的生命周期,当关联的表发生修改,查询缓存的生命周期结束,查询缓存和session的生命周期是无关的,可以跨Session。查询缓存只对query.list()起作用,query.iterate()查询普通属性不会使用查询缓存。
查询缓存的配置和使用:
1. 修改hibernate.cfg.xml文件,来开启查询缓存,默认是false是不起用的<propertyname="hibernate.cache.use_query_cache">true</property>
2. 必须在程序启用 query.setCacheable(true)
锁机制
其实,把锁写进Hibernate优化里是有些问题的,本身加锁是对性能极大的损耗,但鉴于有些时候我们不得不出于解决并发性问题而考虑加锁时,就产生了性能优化方面的思考,在此我们可以选择悲观锁和乐观锁,二者对性能的影响是不同的,因此合理选锁也会提升Hibernate的性能。
悲观锁
悲观锁,通常是由数据库机制实现的,在整个过程中把数据锁住(查询时),只要事务不释放(提交/回滚),那么任何用户都不能查看或修改。
只需在load方法中加入第三个参数LockMode.UPGRADE即可。还有:
LockMode.NONE:无锁机制。
LockMode.WRITE:Hibernate在Insert和Update记录的时候会自动获取。
LockMode.READ:Hibernate在读取记录的时候会自动获取。
以上这三种锁机制一般由Hibernate内部使用,如Hibernate为了保证Update过程中对象不会被外界修改,会在save方法实现中自动为目标对象加上WRITE锁。
LockMode.UPGRADE:利用数据库的forupdate子句加锁。
LockMode.UPGRADE_NOWAIT: Oracle的特定实现,利用Oracle的for update nowait子句实现加锁。
乐观锁
乐观锁,大多数的使用是采用数据版本的方式(version)实现,一般在数据库中加入一个version字段,在读取数据的时候将version读取出来,在保存数据的时候判断version的值是否小于数据库中的version值,如果小于不予更新,否则给予更新。
Hibernate中在class标签中通过属性optimistic-lock=”version”来描述,optimistic-lock属性可选取值:
none:无乐观锁。
version:通过版本机制实现乐观锁。
dirty:通过检查发生变动过的属性实现乐观锁。
all:通过检查所有属性实现乐观锁。
其中通过version实现的乐观锁机制是Hibernate官方推荐的乐观锁实现,同时也是Hibernate中,目前唯一在数据对象脱离Session发生修改的情况下依然有效