1.sessionFlush的一些问题
sessionFlush主要工作:1.清理session缓存;2.执行sql
sessionFlush主要在以下情况调用:1.事务commit;2.集合Iterator
一个简单的例子:
session.save(object);
session.flush();在事务提交前显示调用
trans.commit();
当执行 session.save(object)时,并不会发sql语句,而是将对象从瞬时态转换成持久态
当执行session.flush()时,会发sql语句,但是现在数据库里面不一定有数据,为什么呢?
因为数据库隔离级别的原因
隔离级别(Isolation Levels)是指一个事务与另一个事务之间隔离的程度,用于限制在并发条件下数据库交叉存储现象的发生。常见的隔离级别有:
1. 未提交读(READ UNCOMMITED)。事务隔离的最低级别,仅可保证不读物理损坏的数据。
2. 提交读(READ COMMITED)。SQL Server的默认级别,可以保证不读"脏"数据,但会发生不可重复读。
3. 可重复读(REPEATABLE READ)。可以保证读一致性,防止不可重复读现象的发生,但会发生幻象读。
4. 可串行化(SERIALIZABLE)。事务隔离的最高级别,事务之间完全隔离,在该级别上可以保证并发事务均是可串行的。在该隔离级别上不会发生幻象读。
如果是未提交读,那么在flush时,数据库中就会有相应的数据,但是这种隔离级别会造成很多的数据不一致问题