循环中反复调用函数是常见性能瓶颈，应将循环外可确定的值（如GETDATE()、配置查询）提前计算并存入变量，避免每次迭代重复执行。
把循环里反复调用的函数提出来算一次
存储过程中最常见的时间黑洞，是 WHILE 或游标循环里反复执行相同逻辑：比如每次迭代都查一遍配置表、拼一次日期字符串、调用一次 GETDATE() + 计算偏移。数据库引擎不会帮你缓存这些结果，每次都是实打实解析+执行。
实操建议：
- 把循环外就能确定的值（如当前时间、参数转换结果、静态映射表查询）提前算好，存进变量
- 特别警惕 GETDATE()、NEWID()、ISNULL() 套多层子查询这种组合，在循环里每跑一次就多一次开销
- 如果必须动态取值（比如依赖上一轮结果），至少用 SELECT @var = column FROM ... 替代 SELECT TOP 1 ... 这类带排序/限制的写法
示例：下面这段在循环里反复查配置，实际只需查一次：
DECLARE @base_rate DECIMAL(5,4);
SELECT @base_rate = value FROM config_table WHERE key = 'exchange_rate'; -- ✅ 提前查
WHILE @i <= @count BEGIN
SET @final_amt = @amt * @base_rate; -- ✅ 直接用变量
-- 不要写成：SET @final_amt = @amt * (SELECT value FROM config_table WHERE key = 'exchange_rate'); ❌用集合操作替代逐行处理逻辑
SQL 擅长批量处理，但人容易惯性写“先取一条，处理，再取下一条”。一旦循环体里出现 INSERT / UPDATE / JOIN，性能断崖式下跌——尤其是目标表没走索引，或语句里隐式转换导致索引失效。
实操建议：
- 检查循环是否真需要“逐行”：多数场景能改写成单条 UPDATE ... FROM 或 MERGE
- 若业务逻辑含条件分支（比如 A 类数据走路径1，B 类走路径2），优先用 CASE WHEN + 集合更新，而非在循环里 IF ... ELSE
- 游标默认是 DECLARE cursor_name CURSOR FOR SELECT ...，但没加 FAST_FORWARD READ_ONLY 时，底层可能启用临时工作表，拖慢整条链路
示例：原循环逐条更新状态，可压缩为：
-- ✅ 集合更新（假设 @batch_ids 是临时表或表值参数） UPDATE t SET status = 'processed', updated_at = GETDATE() FROM orders t INNER JOIN @batch_ids b ON t.id = b.id;
警惕隐式类型转换和函数作用于索引列
循环内 SQL 语句如果让索引列参与计算或转换，哪怕只是加个 ISNULL() 或 CONVERT(VARCHAR, date_col)，就会让对应索引彻底失效。这时候每次循环都在全表扫描，数据量一过万，耗时直接翻倍。
实操建议：
- 查看执行计划中循环内语句的 Estimated Number of Rows 是否远超预期（比如显示 100 万，但你只处理 100 行）
- 所有 WHERE 条件里的索引列，确保是“裸列”或仅用 =、IN、BETWEEN 等 SARGable 形式
- 避免在索引列上用 LEFT(col, 3) = 'ABC'、DATEDIFF(day, col, GETDATE()) = 0、col + '' = @param 这类写法
错误现场常见报错不明显，但观察 STATISTICS IO 会发现逻辑读暴增，比如：
Table 'orders'. Scan count 1, logical reads 12480 -- 循环执行 100 次？那总读就是 124.8 万
临时表与表变量的选择影响循环吞吐
循环里频繁插入/查询中间结果时，#temp 和 @table_variable 表现差异极大：前者有统计信息、可建索引、支持并行；后者无统计信息、优化器常误估行数、大结果集下性能崩塌。
实操建议：
- 数据量预估 @table_variable
- 超过 100 行，尤其后续要 JOIN 或 WHERE 过滤 → 必须用 #temp，且手动加索引（CREATE INDEX IX_... ON #temp(...)）
- 别在循环里反复 CREATE TABLE #t + DROP TABLE #t，改用 TRUNCATE TABLE #t 复用结构
- 如果循环本身是为分批处理大数据，考虑用 OFFSET-FETCH 分页替代临时表暂存
一个容易被忽略的点：表变量不记录事务日志，但也不支持 ALTER TABLE —— 想后期加索引？做不到。
