//4. 执行保存操作
News news = (News) session.get(News.class, 4);
System.out.println(news);//第一个输出News [id=4, title=4Java, author=地方, date=2017-02-18]
//打断点,执行完第一个输出后,在数据库端把记录的author字段值改为sun,后继续执行代码
session.refresh(news);
System.out.println(news);//第二个输出News [id=4, title=4Java, author=地方, date=2017-02-18]
//可以看到没有任何改变。
//5. 提交事务
transaction.commit();
refresh(): 会强制发送 SELECT 语句, 以使 Session 缓存中对象的状态和数据表中对应的记录保持一致!
但是为什么明明改了数据库,执行refresh后Hibernate的确发出了查询语句,但结果不变
Hibernate:
select
news0_.ID as ID1_0_0_,
news0_.TITLE as TITLE2_0_0_,
news0_.AUTHOR as AUTHOR3_0_0_,
news0_.DATE as DATE4_0_0_,
news0_.CONTENT as CONTENT5_0_0_,
news0_.PICTURE as PICTURE6_0_0_,
(SELECT
concat(news0_.title,
',',
news0_.author)
FROM
NEWS n
WHERE
n.id = news0_.id) as formula0_0_
from
NEWS news0_
where
news0_.ID=?
原因和数据库的隔离级别有关。我使用的是mysql5.7。
对于同时运行的多个事务, 当这些事务访问数据库中相同的数据时, 如果没有采取必要的隔离机制, 就会导致各种并发问题:
脏读: 对于两个事物 T1, T2, T1 读取了已经被 T2 更新但还没有被提交的字段. 之后, 若 T2 回滚, T1读取的内容就是临时且无效的.
不可重复读: 对于两个事物 T1, T2, T1 读取了一个字段, 然后 T2 更新了该字段. 之后, T1再次读取同一个字段, 值就不同了.
幻读: 对于两个事物 T1, T2, T1 从一个表中读取了一个字段, 然后 T2 在该表中插入了一些新的行. 之后, 如果 T1 再次读取同一个表, 就会多出几行.
数据库事务的隔离性: 数据库系统必须具有隔离并发运行各个事务的能力, 使它们不会相互影响, 避免各种并发问题.
一个事务与其他事务隔离的程度称为隔离级别. 数据库规定了多种事务隔离级别, 不同隔离级别对应不同的干扰程度, 隔离级别越高, 数据一致性就越好, 但并发性越弱
数据库提供的 4 种事务隔离级别:
Oracle 支持的 2 种事务隔离级别:READ COMMITED, SERIALIZABLE. Oracle 默认的事务隔离级别为: READ COMMITED
Mysql 支持 4 中事务隔离级别. Mysql 默认的事务隔离级别为: REPEATABLE READ
我们可以在mysql中设置隔离级别,也可以在Hibernate中设置隔离级别:
mysql中:
每启动一个 mysql 程序, 就会获得一个单独的数据库连接. 每个数据库连接都有一个全局变量 @@tx_isolation, 表示当前的事务隔离级别. MySQL 默认的隔离级别为 Repeatable Read
查看当前的隔离级别: SELECT @@tx_isolation;
设置当前 mySQL 连接的隔离级别:
set transaction isolation level read committed;
设置数据库系统的全局的隔离级别:
set global transaction isolation level read committed;
Hibernate中:
JDBC 数据库连接使用数据库系统默认的隔离级别. 在 Hibernate 的配置文件中可以显式的设置隔离级别. 每一个隔离级别都对应一个整数:
1. READ UNCOMMITED
2. READ COMMITED
4. REPEATABLE READ
8. SERIALIZEABLE
Hibernate 通过为 Hibernate 映射文件指定 hibernate.connection.isolation 属性来设置事务的隔离级别
所以我们在Hibernate.cfg.xml中:
<!-- 设置数据库的隔离级别 -->
<property name="connection.isolation">2</property>