ホームページ  >  記事  >  データベース  >  锁的理解

锁的理解

WBOY
WBOYオリジナル
2016-06-07 15:21:57845ブラウズ

锁的理解 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" )的记录。 本次事务提交之前(事务提交时会释放事务过程中的锁),外界无法修改这些记录。

声明:
この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。