Rumah > Artikel > pangkalan data > 锁的理解
锁的理解 A,B两个service都注入了事物。 (1)A向数据库的一张表插入了一条记录,service方法体并没有走完,此时,B也向这张表插入相同的记录,B会阻塞。直到A的方法体走完,事物提交,锁才释放,这时B会检测到主键冲突,报错。 (2)A更新数据库的一张表的
锁的理解
A,B两个service都注入了事物。
(1)A向数据库的一张表插入了一条记录,service方法体并没有走完,此时,B也向这张表插入相同的记录,B会阻塞。直到A的方法体走完,事物提交,锁才释放,这时B会检测到主键冲突,报错。
(2)A更新数据库的一张表的一条记录,A没有走完,此时B也来更新这条记录,B会阻塞,直到A的方法体走完,事物提交,锁才释放,这时B才会获得锁继续走下去。
(3)A更新数据库的一张表的一条记录,B更新这张表的其他记录,不会阻塞
(4)A插入一条记录,B插入不同的记录,不会阻塞
(5)查询不会加锁
悲观锁,正如其名,它指的是对数据被外界(包括本系统当前的其他事务,以及来自外部系统的事务处理)修改持保守态度,因此,在整个数据处理过程中,将数据处于锁定状态。悲观锁的实现,往往依靠数据库提供的锁机制(也只有数据库层提供的锁机制才能真正保证数据访问的排他性,否则,即使在本系统中实现了加锁机制,也无法保证外部系统不会修改数据)。
一个典型的倚赖数据库的悲观锁调用:
select * from account where name="Erica" for update
这条 sql 语句锁定了 account 表中所有符合检索条件( name="Erica" )的记录。 本次事务提交之前(事务提交时会释放事务过程中的锁),外界无法修改这些记录。