SQL递归查询防死循环需控制深度与路径收敛：设MAXRECURSION（SQL Server）或用path字段检测环（PostgreSQL/Oracle），锚点与递归成员须严格分离，预检数据环并限制树高。
SQL 递归查询避免死循环，核心是控制递归深度和确保递归路径收敛——即每次迭代必须朝终止条件靠近，不能重复访问同一行或无限扩展。
设置最大递归层数（MAXRECURSION）
在支持递归 CTE 的数据库（如 SQL Server）中，可通过查询提示限制递归次数，防止失控：
- SQL Server 中用 OPTION (MAXRECURSION n)，例如 OPTION (MAXRECURSION 100) 表示最多递归 100 层；设为 0 表示无限制（不推荐）
- 超出层数会报错终止，而非死循环，是兜底安全机制
- PostgreSQL 和 Oracle 不直接支持该提示，需靠逻辑控制（见下文）
在递归逻辑中加入唯一路径约束
常见死循环源于父子关系存在环（如 A→B→C→A），需主动检测并截断：
- 在 CTE 中维护一个路径字段（如 path TEXT 或 level_path ARRAY），逐层拼接主键值
- 每次递归前检查当前节点 ID 是否已出现在路径中，若存在则跳过该分支
- 示例（PostgreSQL）：WHERE id != ALL(path)，配合 path || ARRAY[id] 累加
确保锚点与递归成员严格分离且有明确终止条件
递归 CTE 分两部分：初始查询（anchor）和递归查询（recursive member）。二者必须满足：
- 锚点只查顶层（如 parent_id IS NULL），不包含任何可能被递归再次匹配的记录
- 递归部分必须通过 JOIN 或 WHERE 向下推进（如 t.parent_id = r.id），不能反向关联或模糊匹配
- 避免在递归成员中漏写连接条件，或误用 OR、NULL 安全比较导致意外回溯
预检查数据完整性（防患于未然）
死循环往往暴露的是脏数据问题，建议上线前验证：
- 用自连接查是否存在环：SELECT 1 FROM t t1 JOIN t t2 ON t1.id = t2.parent_id AND t2.id = t1.parent_id
- 对 parent_id 字段建外键并启用级联检查（如 PostgreSQL 的 NO ACTION / CASCADE 约束）
- 业务写入时校验层级深度，限制最大树高（如部门层级 ≤ 6）
