Hibernate 悲观锁和乐观锁详解

本文详细介绍了Hibernate中的悲观锁和乐观锁机制。悲观锁依赖数据库锁,确保数据操作的独占性,而乐观锁主要通过数据版本控制,减少数据库锁带来的性能开销。文章通过示例解释了悲观锁的for update用法以及Hibernate的LockMode,并探讨了乐观锁的三种实现方式:基于version、基于timestamp和老项目添加乐观锁的方法。最后总结了两者的主要区别。
摘要由CSDN通过智能技术生成

首先我们来说下锁(locking)的概念:
这个概念在我们学习多线程的时候曾经接触过,其实这里的锁和多线程里面处理并发的锁是一个道理,都是暴力的把资源归为自己所有。这里我们用到锁的目的就是通过一些机制来保证一些数据在某个操作过程中不会被外界修改,这样的机制,在这里,也就是所谓的“锁”,即给我们选定的目标数据上锁,使其无法被其他程序修改。Hibernate支持两种锁机制:即通常所说的“悲观锁(Pessimistic Locking )”和“乐观锁( Optimistic Locking )”。
悲观锁(Pessimistic Locking):他是对数据库而言的,数据库悲观了,他感觉每一个对他操作的程序都有可能产生并发。它指的是对数据被外界(包括本系统当前的其他事务,以及来自外部系统的事务处理)修改持保守态度,因此,在整个数据处理过程中,将数据处于锁定状态。悲观锁的实现,往往依靠数据库提供的锁机制(也只有数据库层提供的锁机制才能真正保证数据访问的排他性,否则,即使在本系统中实现了加锁机制,也无法保证外部系统不会修改数据)。

来看一个最简单的数据库悲观锁:

select * from t_girl for update;

来看一个hibernacle中的悲观锁:

/**
	 * *悲观锁
	 */
	@Test
	public void bgs() {
		Girl g1 = (Girl) session.load(Girl.class, 1,LockMode.UPGRADE);//加锁
		g1.setNam
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值