临时表更新疑问：JOIN方式比UPDATE更快？求索引专家解答

核心原因不止是非聚集索引 #

你碰到的性能差异，不全是因为非聚集索引加速了连接，还有这几个关键因素：

1. UPDATE的写操作天然开销更高 #

直接UPDATE临时表时，数据库得做这些事：

• 定位目标行（没索引就是全表扫描）
• 修改每行数据，生成新的数据版本（要写事务日志，还可能触发页分裂）
• 维护临时表上已有的其他索引（只要有索引，UPDATE就会同步更新索引条目）

而关联生成新临时表是批量读+一次性写：

• 靠连接谓词上的非聚集索引快速匹配数据，跳过全表扫描
• 新表是从头写入，没有旧数据版本维护、索引同步的额外开销

2. 临时表的存储特性影响 #

默认临时表是堆表（没建聚集索引的话），堆表的UPDATE效率天生不如聚集索引表——堆表靠RID（行标识符）定位行，更新时如果行大小变化，会产生转发记录，越更越慢。而新建临时表时，数据库能更高效地分配连续存储空间，写入性能更优。

3. 执行计划的优化空间不同 #

直接UPDATE的执行计划，要是没合适索引，可能会用低效的哈希连接，占用更多内存；或者嵌套循环连接时全表扫描匹配数据。而带索引的关联生成新表，优化器能选更高效的连接方式（比如嵌套循环+索引查找），减少不必要的数据扫描。

关于“加索引后沿用原UPDATE方式”的建议 #

如果要换回UPDATE方式，得注意这几点：

• 必须在UPDATE的WHERE条件/连接匹配列上建非聚集索引，保证能快速定位目标行
• 要是临时表是堆表，建议给它建聚集索引（比如基于主键列），减少RID查找和转发记录的开销
• 对比两种方式的执行计划：检查UPDATE是否避开了全表扫描，用了高效的连接算子；同时盯着事务日志写入量，确保UPDATE的写开销在可接受范围内

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