浅谈 SQL 中的锁(五)另一种解决方案

余额问题  http://bibaoke.com/post/24  的处理,还有一种等价方法:

update balance set value = value - 1 
where id = 1 and value >= 1


用一个 update 语句表示如果用户余额足够,即扣减余额,数据库会对数据放置排它锁。这样既不会出现余额负数的情况,也不会产生死锁。

相比之前的方案,这个方案更加的简便。

之前的方案则更加的灵活,因为事务的创建和提交一般在 Web 服务器里通过 ODBC 去调用。检查余额是否足够这个查询也可以在多个地方重用,比如在用户使用余额之前,就提醒用户充值。

重复用户问题  http://bibaoke.com/post/26  也有一种等价的处理方法:

insert app_user 
select '13800002222' 
where not exists(
	select * from app_user with(holdlock, updlock) 
	where mobile = '13800002222')


即使使用了子查询,这一个语句还是在一个隐式的事务中,所以 exists 后面的子查询放置的锁,会在整个语句完成之后才释放。

这样写的优点也是脚本较短,缺点也是不如前面的方案灵活,还有就是似乎 MySQL 还不支持这种 insert … select … 的写法,也不支持 holdlock 表提示。

粤ICP备15047625号-2