报“FUNCTION ROW_NUMBER does not exist”是因为MySQL版本低于8.0.2，而非SQL语法错误；需执行SELECT VERSION()确认版本，5.7及更早版本不支持该函数，升级至MySQL 8.0.2+是根本解决方法。
phpMyAdmin 报 “FUNCTION ROW_NUMBER does not exist”
不是你的 sql 写错了，是 phpmyadmin 底层用的 mysql 版本太低 —— row_number() 是 mysql 8.0.2 才正式支持的窗口函数，5.7 或更早版本根本不认识它。
- 执行
SELECT VERSION();确认当前 MySQL 版本；若返回5.7.31或类似，直接排除语法问题，就是版本不支持 - 宝塔面板默认装的 MySQL 5.7 很常见，别信“最新版 phpMyAdmin 就能跑新函数”——phpMyAdmin 只是前端，执行靠后端 MySQL
- 升级 MySQL 到 8.0+ 是唯一解法；降级写法（如用变量模拟）在复杂排序、分组场景下极易出错，且无法保证结果确定性
明明是 MySQL 8.0+，却报 “You do not have the SUPER privilege”
窗口函数本身没问题，但 phpMyAdmin 默认以普通用户连接，而某些 MySQL 8.0 配置要求 SELECT 权限外还需 SUPER 或 SYSTEM_VARIABLES_ADMIN 才能执行含 OVER() 的查询（尤其开启严格模式时）。
- 登录 MySQL 命令行，执行
SHOW GRANTS FOR 'your_user'@'localhost';，确认权限列表里有SELECT且无显式拒绝 - 临时测试：用 root 用户在 phpMyAdmin 登录，再执行
SELECT ROW_NUMBER() OVER (ORDER BY id) FROM test;—— 若成功，说明是权限卡住 - 给业务用户加权限：
GRANT SELECT ON your_db.* TO 'your_user'@'localhost'; FLUSH PRIVILEGES;（不需要 SUPER，8.0.16+ 已放宽限制）
SQL 里写了 ROW_NUMBER()，但结果列全是 NULL 或 1
不是函数失效，而是 OVER() 子句没写对，导致窗口定义为空或无效。
-
ROW_NUMBER() OVER ()—— 括号不能为空，必须带ORDER BY，否则 MySQL 8.0+ 直接报错，旧版可能静默返回全 1 -
ROW_NUMBER() OVER (ORDER BY name)但name字段含 NULL：MySQL 默认把 NULL 排最前，若大量 NULL 会导致序号“看起来乱”，加ORDER BY name IS NULL, name显式控制 - 用了
PARTITION BY却漏了ORDER BY：例如ROW_NUMBER() OVER (PARTITION BY dept)是非法语法，必须写成ROW_NUMBER() OVER (PARTITION BY dept ORDER BY salary DESC)
phpMyAdmin 界面执行成功，但导出 CSV 后序号错乱
窗口函数计算依赖查询时的排序，而 phpMyAdmin 导出 CSV 会忽略查询末尾的 ORDER BY，导致导出顺序和显示顺序不一致，序号看似“跳变”。
- 导出前务必在 SQL 最外层加上
ORDER BY，例如：SELECT *, ROW_NUMBER() OVER (ORDER BY score DESC) AS rn FROM students ORDER BY score DESC; - 不要依赖 phpMyAdmin “导出”按钮的默认行为；改用“复制到剪贴板”再粘贴到 Excel，或勾选导出设置里的“导出所有行”+“包含列名”
- 如果表数据量大，窗口函数 + 导出可能触发内存限制，phpMyAdmin 会截断结果 —— 此时看到的序号只覆盖前 N 行，不是逻辑错误
实际运行中，最容易被忽略的是：窗口函数的 ORDER BY 在 OVER() 里决定计算逻辑，最外层 ORDER BY 决定最终展示/导出顺序，两者缺一不可，且不能互相替代。
立即学习“PHP免费学习笔记（深入）”；
