phpmyadmin 中递归 cte 失败主因是 mysql 版本低于 8.0.1 或连接了旧实例，需执行 select version() 确认；同时检查 sql_mode 和 cte_max_recursion_depth（默认 1000），必要时 set session 调整。
phpMyAdmin 默认不支持递归 CTE（MySQL 8.0+ 才支持）
直接在 phpMyAdmin 的 SQL 标签页执行 WITH RECURSIVE 查询失败，大概率是因为你用的 MySQL 版本低于 8.0，或者 phpMyAdmin 连接的仍是旧版 MySQL 实例。递归 CTE 是 MySQL 8.0.1 引入的特性，5.7 及更早版本解析器会直接报错：You have an error in your SQL syntax，且错误位置常指向 WITH 关键字开头。
确认方法：在 phpMyAdmin 中执行 SELECT VERSION();，输出必须是 8.0.x 或更高；同时检查 phpMyAdmin 底层连接的 MySQL 实例是否真实升级（而非仅更新了 phpMyAdmin 界面）。
启用递归 CTE 前必须关闭 sql_mode 中的 NO_ENGINE_SUBSTITUTION（某些部署下）
部分 MySQL 8.0 部署（尤其 Docker 镜像或一键包）默认启用了严格模式组合，虽不影响 CTE 语法解析，但可能干扰递归深度控制。真正影响执行的是 cte_max_recursion_depth 系统变量，默认值为 1000 —— 如果你的递归层级超过该值，会报错：Recursive query aborted after 1000 iterations。
临时调整方式（需有 SUPER 权限）：
SET SESSION cte_max_recursion_depth = 5000;
注意：SET GLOBAL 需重启生效且不推荐在共享环境随意改；SESSION 级别只对当前连接有效，phpMyAdmin 每次新 SQL 执行通常复用连接，但刷新页面后重连会丢失该设置。
phpMyAdmin 中写递归 CTE 的实际写法和常见陷阱
即使环境满足，也容易因格式或语义出错。比如下面这个生成连续数字的典型例子：
WITH RECURSIVE seq AS ( SELECT 1 AS n UNION ALL SELECT n + 1 FROM seq WHERE n <p>容易踩的坑：</p>
- 必须显式写出
RECURSIVE关键字，WITH seq AS (...)不行 - 递归分支（
UNION ALL后的部分）里不能出现聚合、窗口函数、GROUP BY，否则报错Recursive reference to CTE 'seq' is not allowed - 终止条件（
WHERE n ）必须写在递归分支中，不能放在外层 <code>SELECT后；否则递归永不终止或被截断 - phpMyAdmin 的 SQL 编辑器有时会对换行/缩进敏感，建议整段粘贴后手动检查括号配对，避免因隐藏字符导致解析失败
替代方案：当无法升级 MySQL 或权限受限时
如果确认 MySQL cte_max_recursion_depth，就别硬套递归 CTE。可用以下方式绕过：
- 用 PHP 循环拼接多条
INSERT ... SELECT语句模拟递归（适合数据量小、层级固定） - 建临时表 + WHILE 循环存储过程（需
CREATE ROUTINE权限，且 phpMyAdmin 对存储过程支持较弱） - 把递归逻辑移到应用层（PHP 中用迭代或栈结构生成结果集，再批量插入）
最常被忽略的一点：递归 CTE 在 phpMyAdmin 中能跑通 ≠ 它适合生产查询。深度大时性能陡降，且 MySQL 8.0 对递归中间结果不缓存，每轮都重新扫描前序结果 —— 真实业务中，往往比 JOIN 或应用层处理更慢。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
