浅谈 SQL 中的锁（二）余额问题的处理

最新推荐文章于 2022-10-22 20:45:17 发布

原创

最新推荐文章于 2022-10-22 20:45:17 发布 · 2.6k 阅读

1 ·

CC 4.0 BY-SA版权

本文探讨了SQL中处理并发更新余额导致负数问题的解决方案，通过增强事务的隔离性和使用更新锁确保操作互斥，从而避免余额负数的情况。通过在查询后添加(updlock)表提示，并在事务中进行更新操作，保证了并发时的串行执行，解决了问题。

上次模拟了 SQL 中并发执行更新余额的语句，出现余额负数的问题：

http://blog.youkuaiyun.com/closurer/article/details/54288628

现在说说它的解决方法。

事务要正确地执行，就需要【隔离性】这个基本要素。更新余额的语句之所以会偏离期望的结果，是由于查询并没有互斥，也就是没有相互隔离：

--检查用户的余额是否足够
if(exists(select * from balance where id = 1 and value >= 1))

这个查询语句在默认的情况下，会对查询的数据放置共享锁，当并发的时候，两个共享锁并不互斥，所以两个并发的操作都得到余额足够的结果。

那么，要解决这个问题，就需要两个条件：

一、检查余额是否足够的语句要互斥。

二、互斥要持续到完成余额的更新。

于是，我把 SQL 修改成这样：

--开始事务
begin transaction

--检查用户的余额是否足够
if(exists(select * from balance(updlock) where id = 1 and value >= 1))
begin
	--延长处理时间
	waitfor delay '0:00:10'

	--更新余额
	update balance set value = value - 1
end

--提交事务
commit transaction

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

对应上面的条件，语句做了两处修改：