在下面的情况下，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()才是有意义的。