SQL Server 2022中DML操作（INSERT/UPDATE/DELETE）无法使用批处理模式，因其写入路径必须逐行构造delta store、维护rowgroup状态并生成日志，天然不满足批模式所需的列式矢量组织与矢量化处理前提。
SQL Server 2022 默认不启用批量模式（batch mode）下的 Hash Join，必须显式满足三个条件：有列存储索引、数据库兼容级别 ≥ 150、且查询实际运行在批处理模式下——缺一不可。
为什么加了列存储索引还是没走 Hash Join？
即使你给参与 JOIN 的表建了 CLUSTERED COLUMNSTORE INDEX，仍可能不触发批量模式下的 Hash Join，常见原因包括：
- 数据库兼容级别低于 150（SQL Server 2022 默认是 150，但升级后可能保留旧值），需执行：
ALTER DATABASE [YourDB] SET COMPATIBILITY_LEVEL = 150 - 查询中用了不支持批处理模式的构造，比如多语句 TVF、某些嵌套 CTE、或含
TOP+ORDER BY的子查询，会强制退回到行模式（row mode） - 连接字段存在隐式类型转换（如
INTJOINVARCHAR），导致基数估算失效，优化器放弃自适应逻辑和批量模式 - 执行计划里看不到
Batch Hash Join算子，只看到Hash Join（无 Batch 前缀），说明实际运行在行模式
如何确认当前查询是否真正在批量模式下运行？
不能只看执行计划图形界面里的“Hash Join”字样，要检查两个关键点：
- 右键算子 → “属性” → 查看
Actual Execution Mode是否为BATCH（不是ROW） - 在 XML 执行计划中搜索
ExecutionMode="Batch"和PhysicalOp="Hash Join"同时出现的位置 - 若用
SET STATISTICS XML ON，执行后展开EstimateRows和ActualRows数量级接近，且EstimatedExecutionMode显示Batch
没有列存储索引时，能强行启用批量模式 Hash Join 吗？
可以，但仅限 SQL Server 2019+ 且需手动开启批次模式提示：
- 对单条查询加
OPTION (USE HINT('ENABLE_BATCH_MODE'))—— 这是 SQL Server 2019 引入的 hint，SQL Server 2022 完全支持 - 注意：该 hint 不保证一定生成 Hash Join，只是允许优化器在批处理模式下考虑它；最终是否选用，仍取决于估算行数、内存压力和连接选择性
- 若表是纯行存储（heap 或 B-tree），且未启用
QUERYTRACEON 1118（已废弃）或 SQL Server 2022 的行存储批次模式（需企业版 + 特定 CU），hint 可能被忽略 - 验证方式不变：仍要看
Actual Execution Mode是否为BATCH，而非仅看算子名
真正容易被忽略的是统计信息质量——即使开了批量模式，若 sys.dm_db_stats_properties 显示某列统计过期（modification_counter > 0 且 last_updated 是几个月前），优化器仍可能低估/高估中间结果集大小，导致跳过 Hash Join 而选 Nested Loops。别只盯着索引和 hint，先跑一遍 UPDATE STATISTICS。
