前言

本节我们来讲讲并发中最常见的情况存在即更新，在并发中若未存在行记录则插入，此时未处理好极容易出现插入重复键情况，本文我们来介绍对并发中存在就更新行记录的七种方案并且我们来综合分析最合适的解决方案。

探讨存在就更新七种方案

首先我们来创建测试表

) Test CREATE TABLE Test ( Id int, Name nchar(100), ,primary key (Id), unique (Name) ); GO

解决方案一（开启事务） 

我们统一创建存储过程通过来SQLQueryStress来测试并发情况，我们来看第一种情况。

) TestPro; TestPro ( @Id INT ) ((100)) ( Test WHERE Id = @Id ) UPDATE Test Id = @Id; ELSE INSERT Test ( Id, Name, ) VALUES ( @Id, @Name, 1 ); COMMIT GO

 

同时开启100个线程和200个线程出现插入重复键的几率比较少还是存在。

解决方案二（降低隔离级别为最低隔离级别UNCOMMITED）

) TestPro; TestPro ( @Id INT ) ((100)) ( Test WHERE Id = @Id ) UPDATE Test Id = @Id; ELSE INSERT Test ( Id, Name, ) VALUES ( @Id, @name, 1 ); COMMIT GO

此时问题依旧和解决方案一无异（如果降低级别为最低隔离级别，如果行记录为空，前一事务如果未进行提交，当前事务也能读取到该行记录为空，如果当前事务插入进去并进行提交，此时前一事务再进行提交此时就会出现插入重复键问题）

解决方案三（提升隔离级别为最高级别SERIALIZABLE）

) TestPro; TestPro ( @Id INT ) ((100)) ( dbo.Test WHERE Id = @Id ) UPDATE dbo.Test Id = @Id; ELSE INSERT dbo.Test ( Id, Name, ) VALUES ( @Id, @Name, 1 ); COMMIT GO

在这种情况下更加糟糕，直接到会导致死锁 

 

此时将隔离级别提升为最高隔离级别会解决插入重复键问题，但是对于更新来获取排它锁而未提交，而此时另外一个进程进行查询获取共享锁此时将造成进程间相互阻塞从而造成死锁，所以从此知最高隔离级别有时候能够解决并发问题但是也会带来死锁问题。

解决方案四（提升隔离级别+良好的锁）

此时我们再来在添加最高隔离级别的基础上增添更新锁，如下：

) TestPro; TestPro ( @Id INT ) ((100)) ( dbo.Test WITH(UPDLOCK) WHERE Id = @Id ) UPDATE dbo.Test Id = @Id; ELSE INSERT dbo.Test ( Id, Name, ) VALUES ( @Id, @Name, 1 ); COMMIT GO

 

运行多次均未发现出现什么异常，通过查询数据时使用更新锁而非共享锁，这样的话一来可以读取数据但不阻塞其他事务，二来还确保自上次读取数据后数据未被更改，这样就解决了死锁问题。貌似这样的方案是可行得，如果是高并发不知是否可行。

解决方案五（提升隔离级别为行版本控制SNAPSHOT） 

ALTER DATABASE UpsertTestDatabase UpsertTestDatabase () TestPro; TestPro ( @Id INT ) ((100)) ( dbo.Test WHERE Id = @Id ) UPDATE dbo.Test Id = @Id; ELSE INSERT dbo.Test ( Id, Name, ) VALUES ( @Id, @Name, 1 ); COMMIT GO

上述解决方案也会出现插入重复键问题不可取。

解决方案六（提升隔离级别+表变量）