hibernate的缓存

有三种缓存非常重要（缓存是决定hibernate的一个非常重要的指标，如果不正常的使用缓存可能存在N+1问题）
1、一级缓存：属于session内部的缓存，程序员无法关闭（session关闭，缓存清空），而且是针对对象的缓存
2、二级缓存：属于sessionFactory级别的缓存(当session关闭时缓存依然有效),也是针对对象的缓存
3、查询缓存：属于sessionFactory级别的缓存(当session关闭时缓存依然有效),针对HQL查询语句的缓存。
from User
1.一级缓存

    @Test    public void test01(){        Session session=null;        try {            session=HibernateUtil.openSession();            List<Student>is=session.createQuery("from Student").setFirstResult(0).setMaxResults(50).list();            Iterator<Student> stus=is.iterator();            for(;stus.hasNext();){                Student stu=stus.next();                System.out.println(stu.getName());            }            /**             * id=1的对象已经在session的缓存中（一级缓存）中             */            Student stu=(Student)session.load(Student.class, 1);            System.out.println(stu.getName());        } catch (Exception e) {            e.printStackTrace();        }finally{            if(session!=null) session.close();        }

2.二级缓存
hibernate的二级缓存是sessionFactory的缓存
a.hibernate并没有提供相应的二级缓存的组件，所以需要加入额外的二级缓存包，常用的二级缓存包是echcache

b.在hibernate.cfg.xml中启用二级缓存

    <!-- 设置二级缓存 -->        <property name="hibernate.cache.use_second_level_cache">true</property>        <!-- 设置二级缓存用到的类 -->        <property name="hibernate.cache.provider_class">net.sf.ehcache.hibernate.EhCacheProvider</property>

c.在设置ehcache的配置文件路径，并且将文件在cfg文件中配置

<!--设置ehcache的配置文件路径  -->        <property name="hibernate.cache.provider_configuration_file_resource_path">ehcache.xml</property>

4.开启二级缓存

<hibernate-mapping package="bo">    <class name="Student" table="t_stu">       <!-- 在xml配置文件中开启二级缓存 -->        <cache usage="read-only"/>

5.二级缓存缓存的是对象，它是把所有的对象缓存在内存中，一定注意是基于对象的缓存
最佳实践：二级缓存的设置一般设置为read_only此时无法修改，所以一般要把不会修改的对象设置为二级缓存。诸如：学生管理系统中的部门信息，专业信息，班级信息等不容易修改的信息将其放到二级缓存中。二级缓存不建议使用read_writer。（不同的项目，不同的考虑）

3.查询缓存
查询缓存是hql语句的缓存，只会缓存id，不会缓存对象
查询缓存不会缓存对象，仅仅只是会缓存HQL语句，如果HQL语句中查询的是一组对象，此时查询缓存也不会缓存对象，而是缓存对象的id。而且查询缓存是SessionFactory级别的缓存

数据库的并发
1.但多个用户同时修改数据库时的处理。这一部分只是在一些特殊情况才考虑
但两个线程同时修改一个对象时，后操作的对象会将前一个操作对象所更新的值还原。
这样就可能存在并发的问题。
如果需要解决并发需要为其增加锁来控制访问的情况
有两种方案
1、悲观锁（基于数据库的机制的锁）
悲观锁是基于数据库来进行控制
当这个对象被上锁之后，只能有一个线程对其进行操作，如果第二个线程要想操作，只能等待
所以悲观锁效率很低（一般不使用）
2、乐观锁（基于Hibernate来加载的锁）

乐观锁
由于悲观锁的效率不高，hibernate提供内一种乐观锁的机制
其实就是为每一个对象增加一个版本号（等于在数据库中增加一个字段，这个字段由hibernate来维护，不由程序员控制）
原理是：但对象被修改之后会在其版本号上面加1，第二个线程再修改时版本号已经变了，就会抛出异常
如何加锁：
1、创建相应的字段
2、设置Version