ROW_NUMBER() 不能直接用于 SET 赋值，必须通过 CTE 先计算序号等值，再 JOIN 原表批量更新；例如用 WITH cte AS (SELECT id, ROW_NUMBER() OVER (ORDER BY created_at) AS rn...) UPDATE t JOIN cte ON t.id = cte.id SET t.row_num = cte.rn。
ROW_NUMBER() 不能直接用于 SET 行内计算
MySQL 中没有 ROW() 函数；你实际想用的是 ROW_NUMBER() 窗口函数，但它**不能**像普通函数那样写在 SET col = ROW_NUMBER() OVER (...) 里——这会报错 Invalid use of window function。窗口函数只能出现在 SELECT、ORDER BY、GROUP BY 等上下文中，不能直接用于 UPDATE 的赋值表达式。
正确做法：用 CTE + JOIN 实现多字段批量更新
若需基于排序逻辑（如按 id 或 created_at）同时更新多个字段（例如 row_num、rank_level、updated_at），必须拆解为「先算序号/值 → 再关联回写」两步，但要用单条语句完成，靠 CTE 和 JOIN：
- CTE 中用
ROW_NUMBER()、RANK()或其他表达式一次性生成所有目标字段值 -
UPDATE ... JOIN cte将 CTE 结果与原表主键精确匹配 -
SET子句中可同时更新多个字段，引用 CTE 中的列
示例：按 created_at 排序，同时写入序号和等级标签
WITH cte AS (
SELECT
id,
ROW_NUMBER() OVER (ORDER BY created_at) AS rn,
CASE
WHEN ROW_NUMBER() OVER (ORDER BY created_at) <= 10 THEN 'top'
ELSE 'normal'
END AS rank_level
FROM nl_emails
)
UPDATE nl_emails t
JOIN cte ON t.id = cte.id
SET t.row_num = cte.rn, t.rank_level = cte.rank_level;
为什么不能用用户变量替代？
在 MySQL 8.0+ 中，@var := @var + 1 类写法已不可靠，尤其在 UPDATE 中：
- 变量初始化和递增发生在不同执行阶段，顺序不保证
- 优化器可能重排行处理顺序，导致序号跳变或重复
- 并发执行时变量被共享，结果完全不可预测
- 即使加
ORDER BY，MySQL 也不保证 UPDATE 中变量求值严格按该顺序执行
所以，哪怕你只更新一个字段，只要依赖有序编号，就别碰用户变量——CTE + 窗口函数是唯一安全路径。
容易被忽略的约束条件
这个方案表面简洁，但有硬性前提，漏掉一个就会静默失败或数据错乱：
- MySQL 版本必须 ≥ 8.0.2（CTE + 窗口函数完整支持）
- JOIN 条件列（如
id）必须是唯一键或主键；若用非唯一列，可能一对多匹配，导致某行被多次更新或部分丢失 - CTE 中的
ORDER BY字段若有 NULL 值，默认排在最前，会影响ROW_NUMBER()分布——必要时加ORDER BY created_at ASC NULLS LAST（MySQL 8.0.22+ 支持） - UPDATE 涉及的字段不能是 CTE 中已计算列的来源列（比如 CTE 里用了
email，又在 SET 中更新email，可能引发不可预期的中间态）
