首先说一下数据库事务隔离级别
READ UNCOMMITEED:允许事务读取其它事务未提交的变更
READ COMMITED:(oracle 默认级别) 只允许事务读取已提交的变 更,避免读到其他事务没有提交的数据。
REPEATABLE_READ:(mysql默认级别)
在这个事务持续期间,禁止其他事务对这个字段进行修改,
避免不可重复读(一个事务读取数据之后操作期间,另一个事务对数据进行了修改,此时第一个事务读到的数据就出错了)
SERIALIZABLE: 这个事务持续期间,禁止其它事务对该表执行修改操作
hibernate 悲观锁-乐观锁
1>为什么要加锁:
Hibernate不设置的话默认是与数据库的事务隔离机制一致的。
如果数据库设置的隔离级别是READ COMMITED,为了避免不可重复 读的问题,就需要Hibernate造作事务时加锁。
2>悲观锁原理:
本质是通过sql语句的for update子句锁定了表中符合的记录.
本次提交事务之前,其他事务无法使用该数据.(相当于REPEATABLE_READ事务隔离)
//使用悲观锁示例
Account a = (Account)session.load(Account.class, 1, LockMode.UPGRADE);
缺点:锁住数据不让别人访问,对于需要高并发的访问的数据是不适用的
3>乐观锁原理:(解决了悲观锁的缺点)
实质上乐观锁并没有给数据加锁,其它事务还是可以使用该数据的。
乐观锁只是给数据添加了一个version字段作为标记,每个事务在对数据操作之后,这个version值就会自增1。
事务操作结束后,在提交事务时候就会检查这个标记字段的值,如果这个值与事务最初拿到的值相同,则认为其他事务没有对数据操作,可以提交事务。
否则,就认为其他事务对数据进行了操作,事务最初读到的数据已经失效,此时就会抛出 org.hibernate.TransactionException异常,提交事务失败。
//为Persons持久化数据添加乐观锁示例
1>给Persons数据表添加version字段
2>配置持久化类的配置文件(添加乐观锁)
<hibernate-mapping>
<!--class添加乐观锁optimistic-lock="version"-->
<class name="models.Person" table="person" catalog="mydatabase" optimistic-lock="version">
<id name="pid" type="java.lang.Integer">
<column name="pid" />
<generator class="assigned" />
</id>
<!--添加version-->
<versionname="version" column="VERSION"
type="java.lang.Integer"/>
<property name="pname" type="java.lang.String">
<column name="pname" length="10" />
</property>
<property name="page" type="java.lang.Integer">
<column name="page" />
</property>
</class>
</hibernate-mapping>