一种错误的事务使用方式

在事务中使用如下代码:

declare @id int,@money int;

 

select @id=id,@money=money from info where id=29; --获取原数据

 

set @name=@name+100;--修改数据

 

update info set name=@name where id=@id;  --修改原数据

 

代码原意是想把用户的钱数在原基础上加100,如果2次操作都是串行执行,到没有任何问题,用户的钱数增加了200,但如果操作并发执行了

会出现什么情况呢:2次事务调用,用户钱数只增加了100

 

原因:

 

select @id=id,@money=money from info where id=29;

--获取原数据 执行该语句时,采用的是共享锁,其他事务也可以读取,导致并发的2个事务获取的数据一样,而最终导致用户的钱数只增加了100,如果设置set transaction isolation level serializable隔离级别,将导致死锁的出现,并发的事务中的一个会被强行停止,并不是好的方法,正确的方法是使用select时使用UPDLOCK(修改锁),改变默认的共享锁

 

 

 

 

 

 

 

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值