自连接 UPDATE 必须用 JOIN 写法：MySQL 用 UPDATE t1 JOIN t2 ON…，PostgreSQL 用 UPDATE t FROM t AS t2 WHERE…，SQLite 不支持需中转；处理“前一条记录”时需按排序字段关联并防重复匹配。
自连接 UPDATE 语法必须用 JOIN 写法
MySQL 和 PostgreSQL 不支持在 UPDATE 语句中直接对同一张表写两个别名并用 WHERE 关联，比如 UPDATE t1 SET ... WHERE t1.id = t2.prev_id 这种写法会报错。必须显式使用 JOIN（或 FROM 子句，在 PostgreSQL 中）来建立自连接关系。
常见错误现象：ERROR 1093 (HY000): You can't specify target table 'xxx' for update in FROM clause（MySQL），本质是 MySQL 禁止在子查询中更新同一张表，而隐式自连接会被解析为子查询上下文。
- MySQL 正确写法：用
UPDATE t1 JOIN t2 ON ...，两个别名都指向同一张表 - PostgreSQL 正确写法：用
UPDATE t SET ... FROM t AS t2 WHERE t.id = t2.next_id - SQLite 不支持自连接
UPDATE，需改用INSERT INTO ... SELECT+REPLACE或临时表中转
更新「前一条记录的值」时要小心 NULL 和顺序依赖
比如有一张日志表 logs，字段有 id、created_at、duration，想把每条记录的 duration 设为「与上一条记录的时间差」，这就需要按 created_at 排序后取前一行 —— 但 SQL 没有“前一行”这个天然概念，得靠自连接模拟。
关键点在于：必须用 ORDER BY 对应的字段做关联条件，且要避免多行匹配（比如时间相同会导致笛卡尔积）。典型做法是找「小于当前时间的最大时间」：
UPDATE logs l1 JOIN logs l2 ON l2.created_at < l1.created_at SET l1.duration = TIMESTAMPDIFF(SECOND, l2.created_at, l1.created_at) WHERE (l2.created_at, l2.id) = ( SELECT created_at, id FROM logs l3 WHERE l3.created_at < l1.created_at ORDER BY l3.created_at DESC, l3.id DESC LIMIT 1 );
-
ORDER BY ... LIMIT 1子查询必须带确定性排序（如加id防止时间重复） - 直接用
MAX(l2.created_at)无法拿到对应行的id，可能更新错数据 - 没加
WHERE条件限制时，第一条记录会因无前驱而被设为NULL或保持原值，需提前处理
用窗口函数替代自连接更安全（8.0+/12+）
如果数据库版本支持窗口函数（MySQL 8.0+、PostgreSQL 12+），强烈建议用 LAG() 替代自连接。它语义清晰、性能更好、不会漏行或重复匹配。
例如同样计算时间差：
UPDATE logs l
JOIN (
SELECT id,
TIMESTAMPDIFF(SECOND, LAG(created_at) OVER (ORDER BY created_at, id), created_at) AS diff
FROM logs
) t ON l.id = t.id
SET l.duration = t.diff;
-
LAG()自动按指定顺序取上一行，无需手写子查询找最大值 - 窗口函数执行在
UPDATE的子查询中，不触发 MySQL 的表引用限制 - 注意：MySQL 8.0 中
UPDATE ... JOIN仍需确保子查询不直接引用目标表，所以必须包一层派生表（如示例中的t）
UPDATE 自连接容易忽略的性能陷阱
自连接 UPDATE 在数据量稍大时极易变慢，尤其当关联字段没索引、或子查询不可下推时。
- 务必给用于连接的字段建联合索引，比如
(created_at, id)而不只是created_at - 避免在
ON或子查询WHERE中对字段做函数操作（如DATE(created_at)），会导致索引失效 - MySQL 中若使用相关子查询（correlated subquery），每更新一行都会执行一次子查询，10 万行就是 10 万次全表扫描
- 先用
SELECT模拟逻辑验证结果集大小，防止误更新全表
真正难的不是写出语法，而是确认那条“前一条记录”是否唯一、是否符合业务时序、以及更新过程中有没有并发写入干扰。这些没法靠语法检查出来，得结合数据分布和业务规则手动验证。
