Java自学者论坛

 找回密码
 立即注册

手机号码,快捷登录

恭喜Java自学者论坛(https://www.javazxz.com)已经为数万Java学习者服务超过8年了!积累会员资料超过10000G+
成为本站VIP会员,下载本站10000G+会员资源,会员资料板块,购买链接:点击进入购买VIP会员

JAVA高级面试进阶训练营视频教程

Java架构师系统进阶VIP课程

分布式高可用全栈开发微服务教程Go语言视频零基础入门到精通Java架构师3期(课件+源码)
Java开发全终端实战租房项目视频教程SpringBoot2.X入门到高级使用教程大数据培训第六期全套视频教程深度学习(CNN RNN GAN)算法原理Java亿级流量电商系统视频教程
互联网架构师视频教程年薪50万Spark2.0从入门到精通年薪50万!人工智能学习路线教程年薪50万大数据入门到精通学习路线年薪50万机器学习入门到精通教程
仿小米商城类app和小程序视频教程深度学习数据分析基础到实战最新黑马javaEE2.1就业课程从 0到JVM实战高手教程MySQL入门到精通教程
查看: 74411|回复: 0

探讨SQL Server并发处理队列数据不阻塞解决方案

[复制链接]
  • TA的每日心情
    奋斗
    2024-11-24 15:47
  • 签到天数: 804 天

    [LV.10]以坛为家III

    2053

    主题

    2111

    帖子

    72万

    积分

    管理员

    Rank: 9Rank: 9Rank: 9

    积分
    726782
    发表于 2021-4-7 09:57:48 | 显示全部楼层 |阅读模式

    前言

    之前对于并发这一块确实接触的比较少,自从遇到现在的老大,每写完一块老大都会过目一下然后给出意见,期间确实收获不少,接下来有几篇会来讲解SQL Server中关于并发这一块的内容,有的是总结,有的是学习,若有错误见解请批评性指出。

    SQL Server并发处理队列数据问题

    在我们的项目中对于购买产品的用户会对应分配卡密,同时会更新其卡密的状态为已使用,所以当出现并发时此时我们不加以控制会导致同一个卡号和密码被不同的用户所使用,这样的情况是不能允许的,此时我们迫切需要解决对卡密使用后的更新和产生的并发。所以有了此文的产生。我们接下来来创建测试表。

    CREATE TABLE Test ( 
      Id    INT IDENTITY(1, 1) NOT NULL PRIMARY KEY, 
      Other VARCHAR(100)) 
    
    GO 

    接下来我们插入十条测试数据

    DECLARE  @counter INT 
    
    SELECT @counter = 1 
    
    WHILE (@counter <= 10) 
      BEGIN 
        INSERT INTO Test
                   (Other) 
        SELECT 'other action' + CAST(@counter AS VARCHAR) 
         
        SELECT @counter = @counter + 1 
      END

    接下来我们打开两个会话运行如下SQL语句:

    DECLARE @queueid INT 
    
    BEGIN TRAN TRAN1 
    
    SELECT TOP 1 @queueid = Id 
    FROM Test
    
    PRINT 'processing queueid # ' + CAST(@queueid AS VARCHAR) 
    
    WAITFOR DELAY '00:00:10' 
    
    DELETE FROM Test 
    WHERE Id = @queueid 
    
    COMMIT

    此时我们看到打开的两个会话会同时处理相同的行。

    如上则不是我们想要的结果,此时我们再来在如上基础上加一个更新锁,然后SQL Server查询引擎会不允许其他读取者来获取更新锁,此时将能够有效的处理对应对应的行记录,但是会造成阻塞,如下:

    DECLARE @queueid INT 
    
    BEGIN TRAN TRAN1 
    
    SELECT TOP 1 @queueid = Id 
    FROM Test WITH (updlock) 
    
    PRINT 'processing queueid # ' + CAST(@queueid AS VARCHAR) 
    
    WAITFOR DELAY '00:00:10' 
    
    DELETE FROM Test 
    WHERE Id = @queueid 
    
    COMMIT

     

    上述虽然能解决更新问题,但是此时会造成阻塞,一旦并发量比较大此时将造成长时间阻塞,当前正在执行的更新会话必须等待另外一个更新会话执行完毕同时释放更新锁。此时为了解决阻塞问题,在SQL Server中通过添加READPAST关键字来告诉SQL Server引擎一旦遇到被锁住的行,你就跳过吧不用理会,所以不会再造成阻塞问题。此时最终的代码将变成如下:

    DECLARE @queueid INT 
    
    BEGIN TRAN TRAN1 
    
    SELECT TOP 1 @queueid = Id 
    FROM Test WITH (updlock) 
    
    BEGIN TRAN TRAN1 
    
    SELECT TOP 1 @queueid = Id 
    FROM Test WITH (UPDLOCK, READPAST) 
    
    PRINT 'processing queueid # ' + CAST(@queueid AS VARCHAR) 
    
    WAITFOR DELAY '00:00:10' 
    
    DELETE FROM Test 
    WHERE Id = @queueid 
    
    COMMIT
    
    PRINT 'processing queueid # ' + CAST(@queueid AS VARCHAR) 
    
    WAITFOR DELAY '00:00:10' 
    
    DELETE FROM Test 
    WHERE Id = @queueid 
    
    COMMIT

    通过UPDLOCK+READPAST结合使用将对于处理并发更新时,就像处理队列数据一样,但是不会造成阻塞,此时将给予我们最好的性能。我们结合上述所讲,来查询出数据并删除对应数据且,不会出现重复删除情况且不会导致阻塞,此时代码将变成如下:

    SET NOCOUNT ON 
    DECLARE @queueid INT  
    
    WHILE (SELECT COUNT(*) FROM Test WITH (updlock, readpast)) >= 1 
    
    BEGIN 
    
       BEGIN TRAN TRAN1  
    
       SELECT TOP 1 @queueid = Id  
       FROM Test WITH (updlock, readpast)  
    
       PRINT 'processing queueid # ' + CAST(@queueid AS VARCHAR)  
    
       WAITFOR DELAY '00:00:10'  
    
       DELETE FROM Test 
       WHERE Id = @queueid 
       COMMIT 
    END

     

    总结

    本文我们探讨产生并发在SQL Server中如何不处于阻塞并且得到较好的性能,对于那种秒杀情况,这种方案不失为一种解决方案,请问你有何高见?

    哎...今天够累的,签到来了1...
    回复

    使用道具 举报

    您需要登录后才可以回帖 登录 | 立即注册

    本版积分规则

    QQ|手机版|小黑屋|Java自学者论坛 ( 声明:本站文章及资料整理自互联网,用于Java自学者交流学习使用,对资料版权不负任何法律责任,若有侵权请及时联系客服屏蔽删除 )

    GMT+8, 2024-12-22 01:56 , Processed in 0.057588 second(s), 29 queries .

    Powered by Discuz! X3.4

    Copyright © 2001-2021, Tencent Cloud.

    快速回复 返回顶部 返回列表