浅谈 SQL 中的锁(四)如何检查重复用户

上一节  http://bibaoke.com/post/25  说了一个注册用户的事务没有互斥,导致注册用户失败的问题。

也说了解决方法就是使用 serializable 隔离级别去执行事务:

--开始事务
begin transaction

--设置串行式事务
set transaction isolation level serializable

--检查用户用户存在
if(not exists(select * from app_user(updlock) 
              where mobile = '13800002222'))
begin
	--延长处理时间
	waitfor delay '0:00:10'

	--添加用户
	insert app_user values('13800002222')
end

--提交事务
commit transaction

--查看处理结果
select * from app_user


只是在原来的脚本加了一句:

--设置串行式事务
set transaction isolation level serializable


这个注册用户的事务就会互斥了。

原来之所以会注册失败,是因为 13800002222 这个用户在表中是不存在的,所以并没有锁定成功。

serializable 隔离级别与其他三个隔离级别不同的是,它使用的是范围锁,即使查询的数据在表中不存在,也会锁定它所在的范围。至于使用的是页面锁,还是表级锁,这个我并没有去深究过,可能不同的数据库产品有不同的实现。不过对任何的事务数据库产品来说,只要使用了 serializable,是一定可以锁定所查询数据的范围的。这是阻止【幻读】必要条件。

在 SQL Server 中,还可以使用 holdlock 表提示去对事务中的某一个查询使用 serializable,更加的灵活、简洁,不过在其他产品中不支持,比如 MySQL


广州必简信息科技有限公司 版权所有 粤ICP备15047625号-2