自连接查询慢主因是缺失索引导致Nested Loops低效，需为pid建非聚集索引、title+pid建组合索引，避免连接字段函数操作；递归CTE须加OPTION(RECOMPILE)防计划复用错误，并设MAXRECURSION；自动索引不覆盖自连接场景，需手动建索引并定期更新统计信息；远程SSL加密可能造成假性延迟，应优先排除网络层问题。
自连接查询慢，先看执行计划里有没有 Nested Loops
SQL Server 2022 对自连接的优化没开“自动加速”开关，它默认还是按传统方式处理：如果没合适索引，就容易走 Nested Loops，尤其当表数据量超过几千行后，性能断崖式下跌。你打开执行计划，看到红色警告图标+“Estimated I/O Cost 很高”，基本就是这个原因。
关键不是换写法，而是让优化器有路可选：
- 确保
pid字段上有索引（非聚集即可），比如CREATE INDEX IX_areas_pid ON areas(pid); - 如果常按
title查找父级（如WHERE a1.title = '山西省'），建议建组合索引：CREATE INDEX IX_areas_title_pid ON areas(title, pid);，这样能同时支持父级定位和子级关联 - 避免在
ON或WHERE里对连接字段做函数操作，比如ON a1.id = CAST(a2.pid AS INT)，会直接让索引失效
用 CTE 替代多层 JOIN 时，别忘了加 OPTION (RECOMPILE)
当你要查“省→市→区”三级结构，写三层自连接（a1→a2→a3）可能语义清晰，但 SQL Server 2022 的参数敏感计划（PSP）对这种深度自连接识别有限——它更擅长单层参数变化（如 @StatusID），而不是树形展开逻辑。
这时候用递归 CTE 更可控，但要注意：CTE 本身不缓存执行计划，如果参数变化大（比如有时查全国、有时只查一个区），不加提示会导致计划复用错乱：
- 必须加
OPTION (RECOMPILE)，强制每次生成适配当前参数的计划 - 递归层级限制默认是 100，如果地区树特别深（比如企业组织架构），要显式设
OPTION (MAXRECURSION 500) - 别在递归 CTE 的锚点部分写
SELECT TOP N，SQL Server 2022 不允许，会报错Recursive common table expression "cte" does not contain a top-level UNION ALL operator.
SQL Server 2022 的自动索引不会帮你建自连接索引
很多人以为开了 CREATE_INDEX=ON 就万事大吉，其实不会。自动索引功能只响应“高频+低效”的查询模式，而自连接通常是低频、业务逻辑强的场景（比如后台管理查分类树），它不会被系统标记为“值得优化”。你跑十次 SELECT * FROM areas a1 JOIN areas a2 ON a1.id = a2.pid WHERE a1.title = '江苏省'，只要没进“执行次数 >100次/天”阈值，sys.dm_db_tuning_recommendations 就不会吐出任何建议。
所以得自己动手：
- 用
sys.dm_exec_query_stats找出慢的自连接语句：SELECT qs.sql_handle, st.text FROM sys.dm_exec_query_stats qs CROSS APPLY sys.dm_exec_sql_text(qs.sql_handle) st WHERE st.text LIKE '%JOIN%areas%ON%pid%'; - 对命中语句的
pid和过滤字段（如title）补索引，别依赖自动功能 - 如果表经常增删改，记得定期更新统计信息：
UPDATE STATISTICS areas WITH FULLSCAN;，否则即使有索引，优化器也可能误判行数而选错连接方式
远程连接时 SSL 加密可能拖慢自连接结果集传输
SQL Server 2022 Express 默认启用 TLS 1.2 强制加密，本地跑没问题，但通过 SSMS 或应用远程连时，如果客户端驱动老旧（比如 JDBC 4.2 或旧版 ODBC），SSL 握手阶段就会卡顿——看起来像“查询慢”，实际是网络协商耗时。
这不是查询本身的问题，但会影响你判断：
- 先确认是否真慢：在服务器本机用 SSMS 连
localhost执行同一自连接，对比耗时。如果本地快、远程慢，大概率是 SSL 层问题 - 临时验证方法：SSMS 连接时，在“选项 > 加密连接”前打钩取消，看是否恢复；但生产环境不能关，得升级客户端驱动
- 真正解决要配好证书链，或在连接字符串里加
encrypt=true;trustServerCertificate=true;（仅测试环境）
自连接本身不复杂，难的是把索引、统计信息、加密链路这几块都调顺；漏掉任意一环，都可能让你在执行计划里反复兜圈子。
