Hibernate悲观锁-乐观锁

最新推荐文章于 2023-08-09 08:35:10 发布

原创最新推荐文章于 2023-08-09 08:35:10 发布 · 248 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#乐观锁 #悲观锁

后台框架专栏收录该内容

2 篇文章

订阅专栏

本文介绍了数据库事务的隔离级别，包括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>