缓存分类：
一级缓存 Session级
二级缓存 SessionFactory级别 JVM级别
查询缓存 不固定(更具生命周期 来说 不固定)
生命周期：
一级缓存 是和 session 会话一直 产生一直消失
二级缓存 是和 sessionFacotry 一致
查询缓存 生命周期不固定 ，当数据库 表发生改变的使用查询缓存马上消失
使用方法：
一级缓存：这个就不用说了
二级缓存：首先拷贝 使用查询缓存类别.xml到 classpath目录下面,然后 到hibernate.cfg.xml里面 配置
开启二级缓存(默认开启),定义要使用二级缓存的实体类,然后 就是在程序中要显示的指定session
使用二级缓存的类别 有三种,Normal,GET,PUT默认使用的是 Normal即可以写也可以读取二级缓存
(这里读写是指的会话Session)
查询缓存：首先也是到hibernate配置文件中去开启查询缓存,然后程序中也 要显示的调用方法来开启查询缓存
eg:query.setCachemodel(true);
缓存的保存对象：
一级缓存：缓存的是 实体
二级缓存 缓存的也是实体
查询缓存缓存的是 查询出来的 实体的部分属性结果集 和 实体的ID （注意这里不是实体）
缓存的使用对象：
一级缓存： Load(Lazy加载) 使用一级缓存 当load的使用 首先查找把序列号去和一级缓存匹配是否有，
就直接取出来如果没有 就发出SQL语句
Get 也使用一级缓存
List接口 query.list() 不使用 一级缓存 每次 都要发出SQL eg:(select * from tudent)
Iterator 接口 query.iterate();使用一级缓存 首先是要发出一条SQL 来取得ID,eg: select
id from student; 然后 把ID 拿到缓存中去匹配 如果有 就直接取 如果没有
就要再发出SQL 如果 都没有 将发出N+1条SQL 这就是N+1问题
二级缓存： 都使用了二级缓存
查询缓存： 看到名字 顾名思义就知道 是查询 那么就是对List 和 Iterator接口起作用
但是 查询缓存 对Iterator不起作用，只对List起作用
下面我们这种介绍把二级缓存 和 查询缓存 结合使用
当只是用查询缓存 而关闭 二级缓存的时候：
第一： 如果查询的是部分属性结果集： 那么当第二次查询的时候 就不会发出SQL 直接从
查询缓存中取数据
第二： 如果查询的是 实体结果集eg(from Student) 这个HQL 那么 查询出来的实体首先
查询缓存 存放实体的ID ，第二次查询，的时候 就到查询缓存中取出ID 一条一条
的到数据库查询 这样 将发出N 条SQL 造成了SQL泛滥
当都开启查询缓存和二级缓存的时候
第一： 如果查询的是部分属性结果集： 这个和上面只是用查询缓存 而关闭 二级缓存的时候
一致 因为不涉及 实体 不会用到二级缓存
第二： 如果查询的是 实体结果集eg(from Student) 这个HQL 那么 查询出来的实体首
查询缓存 存放实体的ID ，第二次查询，的时候 就到查询缓存中取出ID,拿到二级
缓存区找数据，如果有数据 就不会发出SQL 如果都有 一条SQL 都不会发出 直接
从二级缓存中取数据
一级缓存 Session级
二级缓存 SessionFactory级别 JVM级别
查询缓存 不固定(更具生命周期 来说 不固定)
生命周期：
一级缓存 是和 session 会话一直 产生一直消失
二级缓存 是和 sessionFacotry 一致
查询缓存 生命周期不固定 ，当数据库 表发生改变的使用查询缓存马上消失
使用方法：
一级缓存：这个就不用说了
二级缓存：首先拷贝 使用查询缓存类别.xml到 classpath目录下面,然后 到hibernate.cfg.xml里面 配置
开启二级缓存(默认开启),定义要使用二级缓存的实体类,然后 就是在程序中要显示的指定session
使用二级缓存的类别 有三种,Normal,GET,PUT默认使用的是 Normal即可以写也可以读取二级缓存
(这里读写是指的会话Session)
查询缓存：首先也是到hibernate配置文件中去开启查询缓存,然后程序中也 要显示的调用方法来开启查询缓存
eg:query.setCachemodel(true);
缓存的保存对象：
一级缓存：缓存的是 实体
二级缓存 缓存的也是实体
查询缓存缓存的是 查询出来的 实体的部分属性结果集 和 实体的ID （注意这里不是实体
缓存的使用对象：
一级缓存： Load(Lazy加载) 使用一级缓存 当load的使用 首先查找把序列号去和一级缓存匹配是否有，
就直接取出来如果没有 就发出SQL语句
Get 也使用一级缓存
List接口 query.list() 不使用 一级缓存 每次 都要发出SQL eg:(select * from tudent)
Iterator 接口 query.iterate();使用一级缓存 首先是要发出一条SQL 来取得ID,eg: select
id from student; 然后 把ID 拿到缓存中去匹配 如果有 就直接取 如果没有
就要再发出SQL 如果 都没有 将发出N+1条SQL 这就是N+1问题
二级缓存： 都使用了二级缓存
查询缓存： 看到名字 顾名思义就知道 是查询 那么就是对List 和 Iterator接口起作用
但是 查询缓存 对Iterator不起作用，只对List起作用
下面我们这种介绍把二级缓存 和 查询缓存 结合使用
当只是用查询缓存 而关闭 二级缓存的时候：
第一： 如果查询的是部分属性结果集： 那么当第二次查询的时候 就不会发出SQL 直接从
查询缓存中取数据
第二： 如果查询的是 实体结果集eg(from Student) 这个HQL 那么 查询出来的实体首先
查询缓存 存放实体的ID ，第二次查询，的时候 就到查询缓存中取出ID 一条一条
的到数据库查询 这样 将发出N 条SQL 造成了SQL泛滥
当都开启查询缓存和二级缓存的时候
第一： 如果查询的是部分属性结果集： 这个和上面只是用查询缓存 而关闭 二级缓存的时候
一致 因为不涉及 实体 不会用到二级缓存
第二： 如果查询的是 实体结果集eg(from Student) 这个HQL 那么 查询出来的实体首
查询缓存 存放实体的ID ，第二次查询，的时候 就到查询缓存中取出ID,拿到二级
缓存区找数据，如果有数据 就不会发出SQL 如果都有 一条SQL 都不会发出 直接
从二级缓存中取数据
