flush()
session flush在commit之前默认都会执行, 也可以手动执行，他主要做了两件事：
1） 清理缓存。
2） 执行SQL。
flush: Session 按照缓存中对象属性变化来同步更新数据库。
默认情况下，Session 会在以下情况下调用 flush刷新缓存:
1、显式调用 Session 的 flush() 方法
2、当应用程序调用 Transaction 的 commit（）方法的时, 该方法先 flush ，然后在向数据库提交事务
3、当应用程序执行一些查询(HQL, Criteria)操作时，如果缓存中持久化对象的属性已经发生了变化，会先 flush 缓存，以保证查询结果能够反映持久化对象的最新状态
Session 的 save() 方法使一个临时对象转变为持久化对象
Session 的 save() 方法完成以下操作:
1、把 News 对象加入到 Session 缓存中, 使它进入持久化状态
2、选用映射文件指定的标识符生成器, 为持久化对象分配唯一的 OID. 在 使用代理主键的情况下, setId() 方法为 News 对象设置 OID 使无效的.
3、计划执行一条 insert 语句：在 flush 缓存的时候（意思是flush执行insert语句，但是未执行commit）
flush 缓存的例外情况：如果对象使用native 生成器生成 ID 时，在当调用session.save() 去保存对象时， 会直接向数据库插入该实体的 insert 语句。
如果session 中的某个类的属性发生了改变，使用flush() 方式，去更改数据库中的记录，使其和改变后的session 中的对象一致
Force this session to flush.强制刷新流的缓冲。flush必须在一个操作单元结束之后且在提交事务和关闭连接之前被调用。例如插入一条数据。
sess.save(user);的意思是将user持久化，
/* * 现在我的主键生成策略是uuid,这个主键是由Session生成，执行完save就会生成主键。 * user对象会存储在Session的临时存储区以及持久区。 * 这里是不会发送ql语句的，sql语句是在执行flush();方法的时候被执行。 */ session.save(user); /* * 发出sql语句，清理临时存储区，将dirty由true变为false,表示此时的数据不是脏数据,没有flush之前是脏数据。 */ session.flush(); t.commit();
session.save()，进行插入数据操作时,一直没有成功,也没有报错。后来发现是因为没有创建事务,提交事务的原因
你对flush和commit的意思没有理解到：
1，flush代表刷新，同步一级缓存中的对象到数据库中，仅仅代表把SQL刷到了数据库中（意思是flush执行insert语句，但是未执行commit）
2，commit代表提交事务，tx.commit之后，之前发送的SQL才真正提交了，数据表里面才有值；
3，在默认情况下，commit之前都要自动调用flush，
所以：
1，session.save();session.flush()只是把SQL发到了数据库中，事务没有提交，数据表中还是没有数据的，
2，session.save(),transaction.commit()，在commit的之前，隐含调用了flush，即发送了SQL，又提交了事务，所以有值；