首页 > 代码库 > SQL Server 幻读 的真实案例
SQL Server 幻读 的真实案例
数据库中有表[01_SubjectiveScoreInfo]，要实现表中的数据只被查出一次，此表数据量较大，有三四百万数据。表结构也确实不是很合理，无法修改表结构，即使是新增一个字段也会有相当大的修改量。
因之前代码中存在大量的insert into select *的语句，加一个字段什么也不做也会导致整个项目瘫痪，当然我不想去讨论前人的代码质量。
于是乎我加了一个新表[01_SubjectiveScoreInfoFlag]来进行记录取过的记录ID。于是就有了如下的代码：
BEGIN TRAN SET TRANSACTION ISOLATION LEVEL SERIALIZABLE; INSERT INTO [01_SubjectiveScoreInfoFlag](ID) SELECT TOP 100 SS.ID FROM [01_SubjectiveScoreInfo] AS SSINNER JOIN SubjectiveItemInfo AS SI
ON SS.TestCode=SI.TestCode AND SS.MajorQuestionID=SI.MajorQuestionID AND SS.MinorQuestionID=SI.MinorQuestionID WHERE SS.TestCode=‘‘‘ + @TestCode + ‘‘‘ AND SI.QuestionGroupCode=‘‘‘ + @QuestionGroupCode + ‘‘‘ AND (SI.MinorQuestionCount=0 OR SI.MinorQuestionID>0) AND NOT EXISTS ( SELECT TOP 1 1 FROM [01_SubjectiveScoreInfoFlag] WHERE ID = SS.ID ) COMMIT TRAN
此处用到了事务，并且指定了隔离级别。这个是必须的，我们之前就是没有指定，单线程无论你怎么调用这段代码运行都非常可靠，但多线程模拟并发调用时就出现了非常严重的重复。
上面的代码也并没有解决问题，原因是锁用得不对，多线程直接就出现了死锁现象。因之前对于隔离级别没什么经验，我一度曾经以为这个问题是无解的，直到今天突然被解开了。
按照我自己的理解，是因为锁的级别不够，导致了资源争抢。
就相当于上厕所时，一定要获取完全的排它锁，关好门不让其它人进来；否则如果其它人进来了，虽然他没有占到位子，但他拿走了手纸。你占着位子却没有手纸，他拿着手纸却没有位子，双方互不相让，谁也无法完成上厕所的事务，相持不下，进而导致死锁。这时就需要厕所管理出面，要么强制让你让出位子走人，不管理你擦没擦屁股；要么抢来手纸赶走他，任他拉到裤子上。
于是乎就有了下面的代码：
BEGIN TRAN SET TRANSACTION ISOLATION LEVEL SERIALIZABLE; INSERT INTO [‘+@CourseID+‘_SubjectiveScoreInfoFlag](ID) SELECT TOP 100 SS.ID FROM [‘+@CourseID+‘_SubjectiveScoreInfo] AS SS WITH(UPDLOCK) INNER JOIN SubjectiveItemInfo AS SI WITH(UPDLOCK) ON SS.TestCode=SI.TestCode AND SS.MajorQuestionID=SI.MajorQuestionID AND SS.MinorQuestionID=SI.MinorQuestionID WHERE SS.TestCode=‘‘‘ + @TestCode + ‘‘‘ AND SI.QuestionGroupCode=‘‘‘ + @QuestionGroupCode + ‘‘‘ AND (SI.MinorQuestionCount=0 OR SI.MinorQuestionID>0) AND NOT EXISTS ( SELECT TOP 1 1 FROM [‘+@CourseID+‘_SubjectiveScoreInfoFlag] WITH(UPDLOCK) WHERE ID = SS.ID ) COMMIT TRAN
UPLOCK是排它锁，这样就没有死锁了。
SQL Server 幻读 的真实案例
声明：以上内容来自用户投稿及互联网公开渠道收集整理发布，本网站不拥有所有权，未作人工编辑处理，也不承担相关法律责任，若内容有误或涉及侵权可进行投诉： 投诉/举报 工作人员会在5个工作日内联系你，一经查实，本站将立刻删除涉嫌侵权内容。