怎样利用SQL从一个表提取最新记录批量更新另一个表？-SQL-PHP中文网

正确做法是用 row_number() 标出每组最新记录再筛选更新：with latest as (select user_id, score, row_number() over (partition by user_id order by updated_at desc, id desc) as rn from source_table) update target_table t set latest_score = l.score from latest l where t.user_id = l.user_id and l.rn = 1；mysql 5.7 需用双层子查询或自关联替代。

怎样利用sql从一个表提取最新记录批量更新另一个表？

用窗口函数找最新记录再 JOIN 更新

直接用 GROUP BY 配合 MAX(time) 容易丢字段（比如拿不到对应那条记录的 status），正确做法是先用 ROW_NUMBER() 标出每组最新的一条，再筛选出来参与更新。

假设表 source_table 有字段 id、user_id、score、updated_at，要按 user_id 取最新一条，更新到 target_table 的 latest_score 字段：

WITH latest AS (
  SELECT user_id, score,
         ROW_NUMBER() OVER (PARTITION BY user_id ORDER BY updated_at DESC) AS rn
  FROM source_table
)
UPDATE target_table t
SET latest_score = l.score
FROM latest l
WHERE t.user_id = l.user_id AND l.rn = 1;

ROW_NUMBER() 必须搭配 PARTITION BY 和明确的 ORDER BY，否则无法保证“每组最新”
PostgreSQL 和 SQL Server 支持这种带 FROM 的 UPDATE；MySQL 8.0+ 也支持，但 MySQL 5.7 只能用多表 UPDATE ... JOIN 写法
如果 updated_at 有重复值，建议加二级排序（如 ORDER BY updated_at DESC, id DESC）避免非确定性结果

MySQL 5.7 的替代写法：用 JOIN 模拟子查询更新

MySQL 5.7 不允许在 UPDATE 中直接引用被更新表的子查询，必须绕过这个限制。常见错误是写成 UPDATE t SET x = (SELECT ... FROM t WHERE ...)，会报错 Error 1093。

正确做法是把子查询包一层派生表（derived table）：

UPDATE target_table t
JOIN (
  SELECT user_id, score
  FROM (
    SELECT user_id, score,
           ROW_NUMBER() OVER (PARTITION BY user_id ORDER BY updated_at DESC) AS rn
    FROM source_table
  ) ranked
  WHERE rn = 1
) l ON t.user_id = l.user_id
SET t.latest_score = l.score;

外层 JOIN 是必须的，不能省略括号里的两层嵌套——第一层 ROW_NUMBER()，第二层 WHERE rn = 1

MySQL 5.7 不支持窗口函数？那就换成 LEFT JOIN 自关联找最大时间：

SELECT s1.user_id, s1.score
FROM source_table s1
LEFT JOIN source_table s2
  ON s1.user_id = s2.user_id AND s1.updated_at

这个自连接逻辑更通用，但大数据量时性能明显差于窗口函数

UPDATE 前务必加 WHERE 条件限制影响范围

批量更新最怕误触全表。即使你只打算更新匹配到的用户，也要显式写出 WHERE 筛选条件，防止因 JOIN 条件不严导致意外覆盖。

例如：加上 AND t.status = 'active' 或 AND l.score IS NOT NULL，避免把空值或无效状态写进去
执行前先用 SELECT 验证数据源是否符合预期：SELECT t.user_id, t.latest_score, l.score FROM target_table t JOIN (...) l ON ...
生产环境强烈建议在事务里操作：BEGIN; UPDATE ...; SELECT COUNT(*) FROM target_table WHERE ...; ROLLBACK;（验证完再 COMMIT）