参考代码下载github:https://github.com/changwensir/java-ee/tree/master/hibernate4
Session 接口是 Hibernate 向利用程序提供的操纵数据库的最主要的接口,它提供了基本的保存,更新,删除和加载 Java 对象的方法.
Session 具有1个缓存,位于缓存中的对象称为持久化对象,它和数据库中的相干记录对应. Session 能够在某些时间点,依照缓存中对象的变化来履行相干的 SQL 语句,来同步更新数据库,这1进程被称为刷新缓存(flush)
站在持久化的角度,Hibernate 把对象分为 4 种状态: 持久化状态,临时状态,游离状态,删除状态. Session 的特定方法能使对象从1个状态转换到另外一个状态
测试用的init,before初始,结束方法请参考上篇文章http://blog.csdn.net/ochangwen/article/details/52575246
1、Session缓存
在 Session 接口的实现中包括1系列的 Java 集合,这些 Java 集合构成了 Session 缓存. 只要 Session 实例没有结束生命周期,且没有清算缓存,则寄存在它缓存中的对象也不会结束生命周期
Session 缓存可减少 Hibernate 利用程序访问数据库的频率。
@Test
public void testSessionCache(){
News news = (News) session.get(News.class,1);
System.out.println(news);
News news2 = (News) session.get(News.class,1);
System.out.println(news2);
//只发了1条select语句
System.out.println(news == news2); //true
}

2、操作Session缓存

2⑴.flush
/**
* flush(): 使数据表中的记录和 Session 缓存中的对象的状态保持1致. 为了保持1致,则可能会发送对应的 SQL 语句.
* 1. 在 Transaction 的 commit() 方法中: 先调用 sessionPojo 的 flush 方法(隐式flush),再提交事务
* 2. 显示flush() 方法会可能会发送 SQL 语句,但不会提交事务!!!
*
* 3. 注意: 在未提交事务或显式的调用 sessionPojo.flush() 方法之前,也有可能会进行 flush() 操作.
* 1). 履行 HQL 或 QBC 查询,会先进行 flush() 操作,以得到数据表的最新的记录
* 2). 例外的情况:若记录的 ID 是由底层数据库使用自增的方式生成的,* 则在调用 save() 方法时,就会在commit前!!立即发送 INSERT 语句.
* 由于 save 方法后,必须保证对象的 ID 是存在的!
*/
@Test
public void testSessionFlush2(){
//在commit提交前发送1条Insert语句,
News news = new News("Java","SUN",new Date());
session.save(news);
}
@Test
public void testSessionFlush(){
News news = (News) session.get(News.class,1); //这里会履行1条select语句
//这里会先flush,然后会履行1条update语句(默许履行update语句),但没有提交事务
news.setAuthor("Oracle");
// sessionPojo.flush(); //显示使用flush
//HQL查询,会履行flush,然后发送update语句 ,但到这里还没提交事务
News news2 = (News) session.createCriteria(News.class).uniqueResult();
System.out.println(news2);
}
flush:Session 依照缓存中对象的属性变化来同步更新数据库
默许情况下 Session 在以下时间点刷新缓存:
- 显式调用 Session 的 flush() 方法
- 当利用程序调用 Transaction 的 commit()方法的时,该方法先 flush ,然后在向数据库提交事务
- 当利用程序履行1些查询(HQL,Criteria)操作时,如果缓存中持久化对象的属性已产生了变化,会先 flush 缓存,以保证查询结果能够反应持久化对象的最新状态
flush 缓存的例外情况: 如果对象使用 native 生成器生成 OID,那末当调用 Session 的 save() 方法保存对象时,会立即履行向数据库插入该实体的 insert 语句.
commit() 和 flush() 方法的区分:flush 履行1系列 sql 语句,但不提交事务;commit 方法先调用flush() 方法,然后提交事务. 意味着提交事务意味着对数据库操作永久保存下来。


2⑵.reflush
/**
* refresh(): 会强迫发送 SELECT 语句,以使 Session 缓存中对象的状态和数据表中对应的记录保持1致!
*/
@Test
public void testRefresh(){
//这个对象数据库存在
News news = (News) session.get(News.class,1);
System.out.println(news);
/*如果没有refresh方法,当程序运行到这里时,如果数据库的内容被修改(如调试时到这里时强迫修改数据库的内容)
输出的内容与上面的1样,没有得到最新的数据!!*/
//sessionPojo.flush(); //这里不会发送select语句
session.refresh(news); //这里会强迫发送select语句
System.out.println(news);
} 如果使用了refresh,得到的两个结果还是1样,说明是使用了mysql的默许隔离级别“可重复读”,修改成“读已提交”测试就行
2⑶.clear
/**
* 操作 Session 缓存有3个方法:flush()、refresh()、clear()
*/
/**
* clear(): 清算缓存
*/
@Test
public void testClear(){
News news1 = (News) session.get(News.class,1);
session.clear();
News news2 = (News) session.get(News.class,1);
//会有两条select语句,如果没有clear方法,只会发送1条语句
}
2⑷.数据库的隔离级别
对同时运行的多个事务,当这些事务访问数据库中相同的数据时,如果没有采取必要的隔离机制,就会致使各种并提问题:
1).脏读: 对两个事物 T1,T2,T1 读取了已被 T2 更新但还没有被提交的字段. 以后,若 T2 回滚,T1读取的内容就是临时且无效的.
2).不可重复读: 对两个事物 T1,T1 读取了1个字段,然后 T2 更新了该字段. 以后,T1再次读取同1个字段,值就不同了.
3).幻读: 对两个事物 T1,T1 从1个表中读取了1个字段,然后 T2 在该表中插入了1些新的行. 以后,如果 T1 再次读取同1个表,就会多出几行.
数据库事务的隔离性: 数据库系统必须具有隔离并发运行各个事务的能力,使它们不会相互影响,避免各种并提问题.
1个事务与其他事务隔离的程度称为隔离级别. 数据库规定了多种事务隔离级别,不同隔离级别对应不同的干扰程度,隔离级别越高,数据1致性就越好,但并发性越弱

Oracle 支持的 2 种事务隔离级别:READ COMMITED,SERIALIZABLE. Oracle 默许的事务隔离级别为: READ COMMITED
Mysql 支持 4 中事务隔离级别. Mysql 默许的事务隔离级别为: REPEATABLE READ
设置隔离级别
1).在 MySql 中设置隔离级别
每启动1个 mysql 程序,就会取得1个单独的数据库连接. 每一个数据库连接都有1个全局变量 @@tx_isolation,表示当前的事务隔离级别. MySQL 默许的隔离级别为 Repeatable Read
查看当前的隔离级别: SELECT @@tx_isolation;
设置当前 mySQL 连接的隔离级别:
set transaction isolation level read committed;
设置数据库系统的全局的隔离级别:
set global transaction isolation level read committed;
2).在 Hibernate 中设置隔离级别
JDBC 数据库连接使用数据库系统默许的隔离级别. 在 Hibernate 的配置文件中可以显式的设置隔离级别. 每个隔离级别都对应1个整数:
1. READ UNCOMMITED
2. READ COMMITED
4. REPEATABLE READ
8. SERIALIZEABLE
Hibernate 通过为 Hibernate .cfg.xml映照文件指定 hibernate.connection.isolation 属性来设置事务的隔离级别
<property name="connection.isolation">2</property>
(编辑:李大同)
【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!
|