Session的缓存
Hibernate的缓存分为一级缓存（Session级别）和二级缓存（SessionFactory级别）。其中每个Session都可以看为一个容器。无论何时，当给save(),update()或saveOrUpdate（）方法传递一个对象时，或使用load(),get(),list(),iterate()或scroll（）方法获得一个对象时，该对象都将被加入到Session的内部缓存中。当应用程序使用对象的时候的查找顺序是：现在本Session的缓存中查找=>发放SQL语句到数据库，将记录的字段值组成对象后存于Session中。Session的两个作用：
1：减少程序访问数据库的次数。
2：保证缓存中的数据与数据库同步。
一个事务中，对数据库经行了操作使其改变了值，这种变化不会立即传到数据库。Hibernate能把一些数据改变经行结婚，并对数据库经行最小数量的请求。
清理缓存是指查看缓存中的数据与数据库是否同步，如果缓存数据与数据库不一样，则发送更新数据吧缓存数据和数据库同步，如果一样，则不操作。在一个Session中，有两种Session清理方法，也可以说Session的两个不同的清理点。代码片段：
//
打开Session，开启事务
//
code segment1
//
code segment2
//
清理点1-----清理缓存，这种清理经常是在查询语句之前改变了对象的属性值（AUTO,ALWAYS）
//
code segment3
//
清理点2-----提交事务，Hibernate调用flush()清理缓存（COMMIT）
//
提交事务，关闭Session
在下面的情况下，Hibernate会调用Session.flush()以清理缓存：
1)事务提交时，如果flush模式不为FlushMode.NEVER,commit()将调用flush().
2)在某些查询语句之前（此查询语句之前的语句已经改变了数据库状态，所以需要调用flush（）以同步数据库是查出来的数据是经过更改的）。
在调用Session.flush()时，涉及的SQL语句会按照下面的顺序执行。
（1）
所有的实体经行插入的语句，其顺序按照对象执行Session.save()的时间顺序。
（2）
所有对实体经行更新的语句
（3）
所有经行集合的删除语句
（4）
所有对集合元素进行删除，更新或者插入的语句
（5）
所有经行集合插入的语句
（6）
所有对实体经行删除的语句，其顺序按照对象执行Session.delete()的时间顺序。
（7）
有一个例外是，如果对象使用native方式生成的ID（持久化标识），则他们一执行save就会被插入。
除非明确地指定了flush（）命令，否则关于Session何时会执行这些JDBC调用完全是无法保证的，只能保证他们执行的前后顺序。
通过设置session.setFlushMode(),可以精确控制Hibernate的FlushMode.
(1)
FlushMode.AUTO:Hibernate判断对象属性有没有改变，如果被更改成为脏数据，则在一个查询语句钱将更新此改动以保证数据库的同步。这也是Hibernate的默认清理模式。
(2)
FlushMode.COMMIT:在事务结束之前清理session的缓存。这样有可能导致查出脏数据
(3)
FlushMode.NEVER：除非强制调用Session.flush(),否则永远不清理Session。想当于将数据库设置为一个只读的数据库。
(4)
FlushMode.ALWAYS：在每一个查询数据之前都调用Session.flush()。很显然这种效率很低。
只用当使用触发器，或把Hibernate和JDBC混合使用，直接调用Session.flush()才是有意义的。
