如何优化SQL Server存储过程的UPDATE语句以提升执行效率

当然可以合并这些UPDATE语句！你现在的写法每条都要单独遍历400万行并执行连接操作，重复的IO和计算正是导致耗时5.5小时的核心原因。把所有列的更新合并到一次UPDATE中，只需要做一次表连接和全表扫描，能大幅压缩执行时间。

优化后的存储过程代码 #

-- 一次性更新所有需要的列，仅执行一次表连接
UPDATE d
SET 
    d.SourceCountry = sr.Country,
    d.ProductCategory = sr.ProductCategory,
    d.SourceCategory = sr.SourceCategory,
    d.SourceRegion = sr.Region,
    d.Agency = sr.Agency
FROM data.capture d
INNER JOIN dbo.sourcereference sr
    ON d.tasksourceid = sr.SourceId

为什么这能大幅提升效率？ #

• 减少重复的IO与连接开销：原来的5条UPDATE各自独立执行，每次都要扫描data.capture的400万行并和sourcereference做连接；合并后只需要完成一次扫描和连接操作，直接把IO和CPU开销降到原来的1/5左右（实际提升幅度会受索引情况影响）。
• 降低事务日志压力：多次更新会生成多份独立的日志记录，合并后只生成一次对应所有列更新的日志，减少了日志写入的额外开销。

额外的性能优化建议 #

• 检查并优化索引：确保data.capture的tasksourceid列有非聚集索引，dbo.sourcereference的SourceId列有主键或唯一索引（通常主键默认会创建索引），这能让连接操作更快完成，避免对sourcereference做全表扫描。
• 按需分批更新（可选）：如果合并后单次更新导致日志暴涨或锁表影响业务，可以按tasksourceid的范围分批执行（比如每次处理10万行），但优先尝试上面的合并方案，它的效率提升是最显著的。

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