hibernate3 二级缓存一些注意的地方

  1.Hibernate3的二级缓存和session级别的缓存一样都只对实体对象做缓存，不对属性级别的查询做缓存；二级缓存的生命周期和sessionFactory的生命周期是一样的，sessionFactory可以管理二级缓存；

    2.sessionFactory级别的缓存，需要手动配置；所有的session可以共享sessionFactory 级别的缓存；（一般把一些不经常变化的实体对象放到sessionFactory级别的缓存中，适合放不经常变化的实体对象。）

    3.Hiberante3二级缓存的配置和使用方法如下：

    必须把ehcache.jar包导入，然后到Hibernate3.2的etc文件下把ehcache.xml复制到工程src目录下（ehcache.xml里边的参数里边有详细英文说明）；

    说明：ehcache.jar是第三方法的缓存产品，hiberante只是把它做了集成，还有好多第三方hibernate集成的缓存产品，相关说明请查阅hiberante3开发手册；ehcache是不支持分布应用的，如果有分布式需求，请换成支持分布式的二级缓存产品，hiberate3开发手册都有相头说明。配置方法都类似）；

    4.Hibernate3的二级缓存默认是开起的，也可以指定开起。在hibernate.cfg.xml 文件下配置如下：

    *修改hibernate.cfg.xml文件，开户二级缓存；

<property name=”hibernate.cache.use_second_level_cache”>true</property> *指定二级缓存产品的提供商； <property name=”hibernate.cache.provider_class”> org.hibernate.cache.EhCacheProvider </property>

要让那些实体使用二级缓存，在hibernate.cfg.xml配置文件中加入：

<!— 让这个实体用二级缓存 也可以在实体中映射文件去配置即： <cache usage="read-only"/> --> <class-cache class=”com.zzz.hibernate.ClassT” usage=”read-only”/>

Read-only一般使用这个策略，其它的hibernate3开发手册中也有详细介绍；

    CacheMode去hibernate3开发手册中搜索这个关键字，可以找到一级缓存和二级缓存交互使用的问题。

 

 

 

1．   Session 级别的缓存，它同session邦定。它的生命周期和session相同。Session消毁，它也同时消毁；管理一级缓存，一级缓存无法取消，用两个方法管理，clear(),evict()

2．  两个session 不能共享一级缓存，因它会伴随session的生命周期的创建和消毁；

3．  Session缓存是实体级别的缓存，就是只有在查询对象级别的时候才使用，如果

使用HQL和SQL是查询属性级别的，是不使用一级缓存的！切记！！！！

4 .  iterate 查询使用缓存，会发出查询Id的SQL和HQL语句，但不会发出查实体的，

它查询完会把相应的实体放到缓存里边，一些实体查询如果缓存里边有，就从缓存中查询，但还是会发出查询id的SQL和HQL语句。如果缓存中没有它会数据库中查询，然后将查询到的实体一个一个放到缓存中去，所以会有N+1问题出现。

5 . List()和iterate 查询区别：

使用iterate,list查询实体对象*N+1问题，在默认情况下，使用query.iterate查询，有可以能出现N+1问题

所谓的N+1是在查询的时候发出了N+1条sql语句1:首先发出一条查询对象id列表的sqlN:

根据id列表到缓存中查询，如果缓存中不存在与之匹配的数据，那么会根据id发出相应的sql语句list和iterate的区别？

list每次都会发出sql语句，list会向缓存中放入数据，而不利用缓存中的数据

iterate：在默认情况下iterate利用缓存数据，但如果缓存中不存在数据有可以能出现N+1问题

6．Get()和load(),iterate方法都会使用一级缓存. 

7.  hiberate3 session 存储过程如下：

       例如 object 对象

       Session.save(object);

       这时候不会把数据放到数据库，会先放到session缓存中去，数据库中没有相应记录，session.flush();才发SQL和HQL语句，数据库中有了相应记录，

       但是数据库用select查不到，这是跟数据库事物级别有关系，（这里在说下数据库的事务隔离级别一共四种如下：）
    数据库隔离级别：
        隔离级别                       是否存在脏读  是否存在不可重复读     是否存在幻读；
    Read UnCommited(未提交读)               Y            Y                     Y
    Read Commited (提交读 oraclel默认)      N            Y                     Y
    Repeatable Read(不可重复读（Msql默认）)  N            N                     Y 
    Serializable(使用很少)                  N            N                     N
    

       Session.beginTrransaction().commit();

       事物提交后可以查询到了。

Session.flush()语句但是为什么不写呢，因为commit()会默认调用flush();

 

 

hibernate中get方法和load方法的根本区别
如果你使用load方法，hibernate认为该id对应的对象（数据库记录）在数据库中是一定存在的，所以它可以放心的使用，它可以放心的使用代理来延迟加载该对象。在用到对象中的其他属性数据时才查询数据库，但是万一数据库中不存在该记录，那没办法，只能抛异常ObjectNotFoundException，所说的load方法抛异常是指在使用该对象的数据时，数据库中不存在该数据时抛异常，而不是在创建这个对象时。由于session中的缓存对于hibernate来说是个相当廉价的资源，所以在load时会先查一下session缓存看看该id对应的对象是否存在，不存在则创建代理。所以如果你知道该id在数据库中一定有对应记录存在就可以使用load方法来实现延迟加载。
对于get方法，hibernate会确认一下该id对应的数据是否存在，首先在session缓存中查找，然后在二级缓存中查找，还没有就查数据库，数据库中没有就返回null。

虽然好多书中都这么说：“get()永远只返回实体类”，但实际上这是不正确的，get方法如果在session缓存中找到了该id对应的对象，如果刚好该对象前面是被代理过的，如被load方法使用过，或者被其他关联对象延迟加载过，那么返回的还是原先的代理对象，而不是实体类对象，如果该代理对象还没有加载实体数据（就是id以外的其他属性数据），那么它会查询二级缓存或者数据库来加载数据，但是返回的还是代理对象，只不过已经加载了实体数据。

前面已经讲了，get方法首先查询session缓存，没有的话查询二级缓存，最后查询数据库；反而load方法创建时首先查询session缓存，没有就创建代理，实际使用数据时才查询二级缓存和数据库。

总之对于get和load的根本区别，一句话，hibernate对于load方法认为该数据在数据库中一定存在，可以放心的使用代理来延迟加载，如果在使用过程中发现了问题，就抛异常；而对于get方法，hibernate一定要获取到真实的数据，否则返回null。

 

Hibernate生成的DAO类中函数功能说明(merge,saveOrUpdate,lock)

/**
      * 将传入的detached状态的对象的属性复制到持久化对象中，并返回该持久化对象。
      * 如果该session中没有关联的持久化对象，加载一个。
      * 如果传入对象未保存，保存一个副本并作为持久对象返回，传入对象依然保持detached状态。
      */
public Sysuser merge(Sysuser detachedInstance) {
      log.debug("merging Sysuser instance");
      try {
       Sysuser result = (Sysuser) getHibernateTemplate().merge(
         detachedInstance);
       log.debug("merge successful");
       return result;
      } catch (RuntimeException re) {
       log.error("merge failed", re);
       throw re;
      }
}

/**
      * 将传入的对象持久化并保存。 如果对象未保存（Transient状态），调用save方法保存。
      * 如果对象已保存（Detached状态），调用update方法将对象与Session重新关联。
      */
public void attachDirty(Sysuser instance) {
      log.debug("attaching dirty Sysuser instance");
      try {
       getHibernateTemplate().saveOrUpdate(instance);
       log.debug("attach successful");
      } catch (RuntimeException re) {
       log.error("attach failed", re);
       throw re;
      }
}

/**
      * 将传入的对象状态设置为Transient状态
      */
public void attachClean(Sysuser instance) {
      log.debug("attaching clean Sysuser instance");
      try {
       getHibernateTemplate().lock(instance, LockMode.NONE);
       log.debug("attach successful");
      } catch (RuntimeException re) {
       log.error("attach failed", re);
       throw re;
      }
}