Hibernate悲观锁-乐观锁

本文介绍了数据库事务的隔离级别,包括READ UNCOMMITTED、READ COMMITTED、REPEATABLE READ和SERIALIZABLE,并探讨了Hibernate悲观锁和乐观锁的工作原理及应用场景。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

首先说一下数据库事务隔离级别

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>
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值