MySQL的UPDATE语句不支持窗口函数，因其执行模型与窗口函数的结果集生成机制不兼容；需用CTE预计算再JOIN更新，或低版本用自连接模拟。
MySQL 的 UPDATE 语句里不能直接写 LAG()、ROW_NUMBER() 这类窗口函数 —— 这不是你写错了，是语法根本不允许。
为什么 UPDATE 里用不了窗口函数
MySQL 的 UPDATE 解析器在语义层就禁止窗口函数出现在 SET 或 WHERE 子句中。即使你套了子查询，只要最内层 SELECT 用了 OVER()，外层 UPDATE 就会报错，典型提示是：
ERROR 1064 (42000): You have an error in your SQL syntax... near 'OVER (...'
这不是版本问题（8.0+ 也一样），而是设计限制：窗口函数只能用于 SELECT、INSERT ... SELECT、REPLACE ... SELECT 等“结果集生成”场景，而 UPDATE 是“行修改”操作，二者执行模型不兼容。
用 CTE + JOIN 实现等效逻辑（MySQL 8.0+）
核心思路：把窗口计算提前到 CTE 里完成，再用 JOIN 把结果连回原表更新。
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
- 必须用
WITH定义带窗口函数的临时结果集 -
UPDATE必须显式JOIN到该 CTE，不能用子查询嵌套 - CTE 中的别名要和
UPDATE表别名对齐，否则列解析失败 - WHERE 条件必须落在
JOIN后的最终结果上，漏写会导致全表误更新
示例：给每组最新记录打标
WITH ranked AS ( SELECT id, ROW_NUMBER() OVER (PARTITION BY user_id ORDER BY created_at DESC) AS rn FROM orders ) UPDATE orders o JOIN ranked r ON o.id = r.id SET o.is_primary = (r.rn = 1) WHERE r.rn = 1;
低版本 MySQL（5.7 及以下）的兜底方案
没有 CTE 和窗口函数，只能靠自连接模拟 LAG/LEAD 行为，但要注意性能和 NULL 边界。
- 用
LEFT JOIN找“前一行”：条件是t1.order_time > t2.order_time+NOT EXISTS排除中间行 - 多层嵌套易出错，建议先用
SELECT验证逻辑，再套进UPDATE - 自连接在大数据量下可能触发
Using temporary; Using filesort，务必加联合索引（如(user_id, created_at)） - 避免用相关子查询代替，MySQL 5.7 对相关子查询的优化极差，容易全表扫描
例如模拟 LAG(status)：
UPDATE orders o1
LEFT JOIN orders o2 ON o1.user_id = o2.user_id
AND o2.created_at < o1.created_at
AND NOT EXISTS (
SELECT 1 FROM orders o3
WHERE o3.user_id = o1.user_id
AND o3.created_at > o2.created_at
AND o3.created_at < o1.created_at
)
SET o1.prev_status = o2.status;
最容易被忽略的坑
很多人卡在 UPDATE ... JOIN ... SET 的别名绑定上：MySQL 要求 UPDATE 后的第一个表名必须和 JOIN 中的别名一致，否则报 Unknown column。比如写成 UPDATE t1 JOIN (WITH ...) t2 是错的，必须是 UPDATE t1 JOIN (...) t2 ON ... 且 t1 是原表真实名或明确别名。另外，CTE 更新后无法再次引用，想复用得重写一遍。这些细节不试一次根本记不住。
