ROW_NUMBER()不能直接用于UPDATE语句，因SQL标准禁止窗口函数出现在SET子句中；必须通过CTE预计算序号后JOIN更新，并确保ORDER BY字段稳定、有索引且含唯一列保序。
ROW_NUMBER() 不能直接用于 UPDATE 语句
SQL 标准里 UPDATE 不支持在 SET 子句中直接调用窗口函数（如 ROW_NUMBER()），所以写成 UPDATE t SET seq = ROW_NUMBER() OVER (PARTITION BY group_id ORDER BY id) 会报错——常见错误是 Window function is not allowed in this context（MySQL 8.0+、PostgreSQL、SQL Server 均如此）。
必须绕过这个限制，核心思路是：先用子查询或 CTE 生成带序号的临时结果，再用 JOIN 或相关子查询更新原表。
用 CTE + JOIN 实现分组重排序（推荐，可读性强）
适用于 PostgreSQL、SQL Server、MySQL 8.0+。CTE 先算出每个分组内的新序号，再通过主键或唯一键关联更新：
WITH ranked AS ( SELECT id, ROW_NUMBER() OVER (PARTITION BY group_id ORDER BY created_at, id) AS new_seq FROM orders ) UPDATE orders o JOIN ranked r ON o.id = r.id SET o.seq = r.new_seq;
注意点：
-
ranked必须包含能唯一标识原表行的字段（通常是主键id），否则 JOIN 可能匹配多行或漏行 -
ORDER BY子句要明确——如果排序字段有重复值（如多个created_at相同），务必补上id等唯一列保序稳定 - MySQL 中需确保
UPDATE ... JOIN的语法支持（5.7+ 支持，但不支持对 CTE 的直接 UPDATE；8.0+ 支持 CTE 后 JOIN 更新）
用相关子查询兼容老版本 MySQL（5.7 或更早）
当数据库不支持 CTE 或 UPDATE-JOIN 时，可用子查询逐行计算序号：
UPDATE orders o1
SET seq = (
SELECT cnt FROM (
SELECT o2.id, ROW_NUMBER() OVER (PARTITION BY o2.group_id ORDER BY o2.created_at, o2.id) AS cnt
FROM orders o2
) t
WHERE t.id = o1.id
);但要注意：
- 性能差——每行都触发一次子查询，数据量大时明显变慢
- MySQL 5.7 不支持窗口函数，这段会直接报错
This version of MySQL doesn't yet support 'LIMIT & IN/ALL/ANY/SOME subquery'类似提示，实际不可用 - 真正兼容老版本的方案得放弃
ROW_NUMBER()，改用变量模拟（见下一条）
MySQL 5.7 用用户变量模拟分组序号（慎用，仅限单线程场景）
在不支持窗口函数的老 MySQL 中，只能靠变量“手动计数”，但必须严格控制执行顺序：
SET @row_number := 0; SET @group_id := ''; <p>UPDATE orders SET seq = @row_number := CASE WHEN @group_id = group_id THEN @row_number + 1 ELSE 1 + (@group_id := group_id) * 0 END ORDER BY group_id, created_at, id;
关键约束：
-
ORDER BY必须显式写出，且与逻辑序号顺序完全一致，否则变量累加错乱 - 该语句不是事务安全的，在并发更新时极易产生脏序号
- MySQL 8.0+ 默认禁用变量赋值在 UPDATE 中的行为（
sql_mode含ONLY_FULL_GROUP_BY时可能失败） - 无法回滚部分成功——一旦中途出错，部分行已更新，序号就断了
最易被忽略的是排序稳定性：哪怕用了 ROW_NUMBER()，只要 ORDER BY 列存在重复值且未补唯一键，不同执行批次的结果就可能不一致。生产环境批量重编号前，务必在 WHERE 条件中限定范围，并先用 SELECT 验证 CTE 输出是否符合预期。
