MySQL 多表 UPDATE 怎样避免关联重复更新

MySQL多表UPDATE中，同一个目标行即使匹配多次，也只更新一次；真正需要避免的是多个来源行给出不同赋值而业务没有指定取哪一个。解决办法是先把来源整理成“每个完整关联键一行”：需要合计就聚合，需要最新记录就用确定性排序选一条，再关联更新。

官方地址：https://www.mysql.com/

先定义是汇总还是选择一条

假设云上批处理要把结算明细汇总到客户统计表。客户有多条明细是正常业务，不能直接删掉所谓重复行。先选择更新语义，SQL才有明确结果。

以下示例面向MySQL 8.4，窗口函数写法也要求支持窗口函数的版本。表名和数据均为教学设计，未在本机执行数据库操作。

把来源重复与目标更新次数分开

例如把customer_batch.total_amount写成自身加detail.amount，并不能表达“针对每一条匹配明细依次加一次”。目标行只更新一次，也不意味着数据库替你完成了SUM。直接复制非唯一来源列，更不应该依赖某个执行计划碰巧选到的值。

确认重复应围绕完整关联键进行。多租户场景只按customer_id关联，可能把其他租户的行也纳入来源；批次过滤漏掉也会混入历史数据。先把这两个维度明确，性能优化才有意义。

汇总业务先按完整关联键聚合

假设settlement_detail包含tenant_id、customer_id、batch_id、amount，amount为非空DECIMAL；customer_batch的唯一键是tenant_id、customer_id、batch_id。先查看来源汇总，再用同一规则赋值：

-- 先按业务完整键得到每个目标唯一的来源金额。
SELECT tenant_id, customer_id, batch_id,
       COUNT(*) AS detail_count, SUM(amount) AS total_amount
FROM settlement_detail
WHERE batch_id = 7301
GROUP BY tenant_id, customer_id, batch_id;

-- 覆盖本批次统计值，不依赖一对多关联的任意来源行。
UPDATE customer_batch AS c
JOIN (
    SELECT tenant_id, customer_id, batch_id, SUM(amount) AS total_amount
    FROM settlement_detail
    WHERE batch_id = 7301
    GROUP BY tenant_id, customer_id, batch_id
) AS s
  ON s.tenant_id = c.tenant_id
 AND s.customer_id = c.customer_id
 AND s.batch_id = c.batch_id
SET c.total_amount = s.total_amount
WHERE c.batch_id = 7301;

这条语句在来源集合保持不变时反复运行，仍会写入同一个汇总值。它只更新有明细匹配的目标；如果某个客户没有明细应归零，需要另行设计LEFT JOIN加COALESCE，并确认是否允许清空既有值，不能悄悄把未匹配行当作零处理。

若明细本身是错误重复导入，SUM仍会把它们计入。应使用上游业务流水唯一约束消除重复事件，不能用SUM(DISTINCT amount)代替事件去重：两笔合法交易完全可能金额相同。

取最新业务先形成唯一来源

若要采用最新报价，设price_offer有tenant_id、product_id、offer_id、quoted_at、price，offer_id是唯一且非空的编号。下面用时间和编号构成完整排序，避免相同时间下并列：

-- 每个租户与产品只保留一条报价，再关联目标价格表。
UPDATE product_price AS p
JOIN (
    SELECT tenant_id, product_id, price,
           ROW_NUMBER() OVER (
               PARTITION BY tenant_id, product_id
               ORDER BY quoted_at DESC, offer_id DESC
           ) AS rn
    FROM price_offer
    WHERE status = 'approved'
) AS s
  ON s.tenant_id = p.tenant_id
 AND s.product_id = p.product_id
 AND s.rn = 1
SET p.price = s.price;

只取MAX(quoted_at)后再关联原表，在时间相同的情况下仍可能返回多条。DISTINCT也不是任意冲突的解决方式：不同price会保留为不同记录。排序规则必须来自业务，offer_id只用于明确的并列裁决，不能擅自把最大价格解释成最新价格。

这些示例都从独立来源表读取。如果改成读取并更新同一张目标表，需要另外考虑MySQL对目标表子查询和派生表合并的限制，不能把本例无条件替换成任意自更新语句。

把重试与并发作为另一层约束

来源唯一解决单条语句的取值问题，不能代替任务幂等。若改成total_amount = total_amount + s.total_amount，网络超时后的重试仍可能重复累计。增量任务应通过批次执行记录、业务事件唯一标识及事务确定是否已经入账；不要只根据客户端是否收到成功响应判断是否执行过。

并发写入时还应定义来源集合何时封批。来源持续变化会让重算结果变化，这与关联重复不同。较大的批次可以先生成带运行标识和唯一键的结果表，再按目标主键范围更新，记录进度；结果表也应明确保留和清理责任。

索引应服务于过滤与关联，例如来源的批次及租户客户键、目标的唯一业务键。实际索引顺序取决于查询负载，不能把一个组合索引宣称适用于所有分布。多表UPDATE不支持直接附加ORDER BY或LIMIT来随机挑一条来源；分批要先界定目标集合。

受影响行数比关联结果行数少，是漏更新吗？

不一定。关联结果可以重复展示目标，且匹配行数与实际改值行数不是同一指标，连接器配置也会影响返回口径。应按目标键和预期值理解结果。

只更新状态需要窗口函数吗？

如果业务只是存在符合条件的来源就设为常量，不必为了形式上去重而做排序；把存在性与来源取值区别对待。

唯一键能代替聚合吗？

不能。唯一键限制存储关系，聚合表达明细如何合成结果。应在正确层级使用约束，而不是禁止业务允许的一对多明细。

官方资料：UPDATE语义；窗口函数说明。