1:hibernate实体bean的三种状态
瞬时(new,数据库不存在该记录，无session关联),
持久态(session关联，数据库中存在记录,事务没提交)--->事务提交了也是在持久态？
脱管(无session关联,数据库中存在该记录)
区别：数据库中有无记录，有无session关联.
2:hibernate会自动延迟与数据库交互【当插入数据的时候不会立即执行插入操作,只有当执行commit和flush方法时】,一般不需要自己执行flush方法,hibernate会自动调用【一般开启事务之前,查询之前】.
3:一级缓存(session)
当保存10000次或者更多时候，可能会内存溢出
解决办法：执行好多(20)次保存后,调用flush();【为什么不用commit();,因为其要重新开启事务】clear();方法
for(i=0;i<10000;i++){
s.add(object);
if(i%20==0){
s.flush();s.clear;
}
}
hibernate对大批量的数据更新提供很不好,对于session的问题，大批量的更新方法【无状态session】，不跟一级二级缓存关联.
4:加入到一级缓存中的方法有很多，而从里面读取的方法并不多，只有get和load,【evict清除session中单个对象，clear清除session】
5:二级缓存，配置.hibernate交给了第三方实现，它本身用的是hashTable实现的，不怎么完善，用得多的是OSC,
1：<property name="cache.user_second_level_cache">true【打开二级缓存，默认为打开】</property>
2：<property name="cache.provider_class">org.hibernate.cache.OSCacherProvider【需要将它本身需要的配置文件放到类的路径下】</property>
3：配置要缓存的类
<class-cache class="类路径加类名" usage="缓存策略"/>
或者
在配置文件中,id配置的前面<cache usage="缓存策略"/>
6:统计信息,statistics【可以通过sessionFactory得到,执行System.out.println(..);,可以看到sesion的打开关闭信息,缓存命中次数等信息】
7:什么时候会添加到二级缓存
1：save方法(不适合于native的主键生成策略)
2：清除二级缓存，跟session一样的，getSessionFactory().evict(....)
createQuery（）缓存的打开
配置文件，方法中还要写（命中率hit很低）
执行大概如下：
第一次执行时,createQuery("from User where id<20");,hibenate会将结果的ID保存到一个Map中【map.put("查询语句.../很复杂的方法生成的一个key",ids);】
第二次执行时,从map中取得ids【如果sql语句不一样了/如改成了小于30,就取不到ids了】,再循环ids调用get方法从缓存中获取该ID的对象.
8:分布式缓存
比方
1：很多机器处理用户的数据
一个用户访问,2个用户访问,第三个用户修改了，
问题：
第一个，和第2个用户的缓存无效了
解决:
缓存集群或中央缓存，比较流行的memcached
9:使用缓存的条件
1:读取大于修改
2:数据量不能超过内存容量
3:对数据要有独享的控制(多个系统在修改数据或者认为的在后台修改数据)
4:可以容忍出现无效数据