SQL Server 2022 中不存在“参数化子查询”这一功能，子查询无法被单独参数化；真正有效的是整条查询的参数化、计划缓存复用及PSP优化。
SQL Server 2022 中**不存在“参数化子查询”这一独立语法或功能**。子查询本身不能被直接参数化；真正起作用的是**整个外部查询的参数化**，而子查询只是其中一部分。并发提升的关键不在于给子查询“加参数”，而在于让整个语句能被计划缓存复用、避免重复编译，并规避参数敏感计划（PSP）导致的低效执行路径。
为什么SELECT * FROM t WHERE id IN (SELECT id FROM s WHERE flag = @p)不是“参数化子查询”
这个写法里，@p 是外部查询的参数，子查询 (SELECT id FROM s WHERE flag = @p) 只是继承了该参数的作用域。SQL Server 不会对子查询单独做参数化处理——它只对整条语句做简单参数化（Simple Parameterization）或强制参数化（Forced Parameterization）。子查询是否走索引、是否被内联（inlined）、是否生成嵌套循环还是哈希匹配，完全取决于优化器对整条语句的评估，而非子查询自身是否“被参数化”。
- 子查询中若出现硬编码值（如
WHERE flag = 1），会导致整条语句无法被缓存复用，每次执行都触发编译，高并发下 CPU 明显飙升 - 即使用了
@p，如果该列数据分布严重不均（比如 95% 的行flag = 0，仅 5% 是1），仍可能触发参数敏感计划（PSP）问题：同一个计划在@p = 0时高效，在@p = 1时却走全表扫描 - 子查询若含聚合、TOP、OFFSET/FETCH 或非确定性函数（如
GETDATE()），还可能被阻止内联，强制走独立执行计划，进一步放大开销
真正影响并发的是这三件事
提升并发能力，核心是减少编译争用、降低锁持有时间、避免计划抖动。以下操作比“参数化子查询”更实际有效：
-
启用强制参数化：对高并发 OLTP 数据库，执行
ALTER DATABASE [db_name] SET PARAMETERIZATION FORCED。它会让所有SELECT/INSERT/UPDATE/DELETE中的字面量自动转为参数（除少数例外，如含CONVERT(..., style)或LIKE 'abc%'中的 pattern），大幅减少编译频率 -
用
OPTION (RECOMPILE)拆分极端参数分支：当明确知道某个参数值（如@p IN (0, 1)）会引发完全不同的最优计划时，不如主动放弃缓存，在语句末尾加OPTION (RECOMPILE)。SQL Server 2022 在此场景下编译极快（尤其配合轻量级查询存储），反而比扛着一个次优缓存计划更稳 -
把子查询改写为 JOIN 或临时表：特别是当子查询结果集不大但重复使用多次时，先插入
#temp表，再与主表JOIN。这能绕过优化器对嵌套子查询的保守估计，也便于加索引（如CREATE INDEX ix_tmp_flag ON #temp(flag)），同时避免多次执行同一子查询
sp_executesql 才是参数化的正确入口
应用层调用必须用 sp_executesql，而不是拼接字符串或 EXEC()。例如：
EXEC sp_executesql N'SELECT * FROM orders o WHERE o.status IN (SELECT s.code FROM status_ref s WHERE s.category = @cat)', N'@cat VARCHAR(20)', @cat = 'active';
这样 SQL Server 才会识别出参数并尝试复用计划。若误用 EXEC('SELECT ... WHERE category = ''' + @cat + '''')，则每次都是新语句，计划缓存迅速膨胀，sys.dm_exec_query_stats 中会出现大量 execution_count = 1 的记录，这是并发瓶颈的典型信号。
- 注意：
sp_executesql的参数名必须严格一致（包括大小写），否则会被视为不同语句 - 不要在参数值中混用
NULL和空字符串——它们类型不同，会导致额外的计划缓存条目 - 如果子查询涉及多表关联且逻辑复杂，考虑提取为内联表值函数（ITVF），SQL Server 2022 对 ITVF 的内联支持更稳定，比多层子查询更容易获得可预测的执行计划
最常被忽略的一点：参数敏感计划（PSP）优化在 SQL Server 2022 中默认开启，但它只对“谓词列存在统计信息直方图倾斜”的情况生效，且最多选三个谓词。如果你的子查询条件列（如 s.category）没有更新统计信息，或者直方图桶数不足（STATS_STREAM 被截断），PSP 根本不会触发——此时你看到的“并发差”，其实是计划缓存里塞满了针对不同参数值的次优计划，而不是没参数化。
