MS SQL字段安全增量更新：并发场景下自增代码安全性验证

你提供的代码在SQL Server 2019、Azure SQL Database的默认运行环境下具备完全的并发安全性，两次并发调用不会获取到重复的ParamValue。

• SQL Server处理UPDATE写操作时，一旦定位到符合WHERE条件的目标行，会立即为该行加上排他锁（X锁），该锁会一直持有到当前事务提交或回滚后才释放，不存在两个并发事务同时持有同一行排他锁的可能，因此针对同一行的更新操作天然是严格串行执行的。
• 代码中SET @value = ParamValue = ParamValue + 1是T-SQL支持的合法连续赋值写法，执行顺序从右向左：先完成ParamValue = ParamValue + 1的列值更新，再把更新后的ParamValue赋值给局部变量@value，整个赋值过程在持有排他锁的前提下完成，不会被其他并发事务打断。
• 并发场景下，先到达的请求会优先拿到目标行的排他锁，完成值递增、变量赋值后提交事务释放锁，后续请求必须等锁释放后才能执行更新逻辑，因此每次拿到的都是全局唯一、连续递增的值。

• 必须保证ParamName = 'ParameterName'的过滤条件仅匹配唯一一行，建议为ParamName字段创建主键或唯一约束。如果条件匹配到多行，@value只会存储最后一行更新后的数值，会出现逻辑错误。
• 如果追求更高的代码可读性，避免其他开发人员因为不熟悉T-SQL连续赋值规则产生误解，可以使用OUTPUT子句实现完全等价的逻辑，不需要额外二次查询，示例如下：

UPDATE MyTable
SET ParamValue = ParamValue + 1
OUTPUT INSERTED.ParamValue
WHERE ParamName = 'ParameterName'

内容的提问来源于stack exchange，提问作者Megrez7