mysql update join 中 set 左侧只能为目标表字段，非目标表字段会报错；多表同名字段需加别名避免歧义；left join 的从表条件应移至on子句；一对多更新须先聚合。
UPDATE JOIN 里 SET 左侧只能写目标表字段
MySQL 的 UPDATE JOIN 语法只允许修改紧跟在 UPDATE 关键字后面的那张表，其他表只能用于关联或提供值。一旦你在 SET 左侧写了非目标表的字段，就会触发 ERROR 1093 或更常见的语法报错（比如 ERROR 1064），本质是语义非法，不是拼写问题。
- 错误写法：
UPDATE orders o JOIN customers c ON o.customer_id = c.id SET c.status = 'active'——c.status在左侧，但c不是目标表 - 正确写法：
UPDATE orders o JOIN customers c ON o.customer_id = c.id SET o.status = c.level—— 只有o出现在UPDATE后，且只有o.status在SET左侧 - 别名必须一致：如果用了
orders AS o，后续所有引用都得用o，不能混用orders和o
多表同名字段导致 Column 'xxx' in field list is ambiguous
这个报错不发生在 UPDATE 语句里，而是在你把 UPDATE 和 SELECT 混用（比如子查询里 JOIN）时出现——尤其是子查询中 SELECT 列没加表前缀，又恰好两张表都有 id、name 这类通用字段。
- 典型诱因：
UPDATE products SET is_recommended = 1 WHERE id = (SELECT id FROM products p JOIN categories c ON p.category_id = c.id WHERE c.name = 'hot')—— 子查询里的id没限定，MySQL 不知道你要的是p.id还是c.id - 修复方式：给子查询里所有可能歧义的字段加上表别名，如
SELECT p.id，并确保外层 WHERE 引用的也是明确来源的字段 - 更安全的做法是避免在子查询里 SELECT 多个同名字段；只取真正需要的字段，并显式限定
LEFT JOIN 更新时 WHERE 条件误过滤从表字段引发空结果
用 LEFT JOIN 做关联更新时，如果在 WHERE 子句里写了从表（右表）的字段条件（比如 WHERE c.status IS NOT NULL），会导致 MySQL 先完成全量左连接再过滤，中间结果膨胀，还可能让本该更新的左表记录被意外排除——看起来像“没更新”，其实是逻辑被破坏了。
- 错误模式：
UPDATE users u LEFT JOIN profiles p ON u.id = p.user_id WHERE p.avatar IS NOT NULL SET u.has_profile = 1 - 正确思路：把从表的过滤逻辑移到
ON子句，或改用INNER JOIN；如果真要保留左表全部记录，就不要在WHERE里碰p.xxx - 验证方法：先把 UPDATE 换成 SELECT，看
EXPLAIN的rows是否异常大；再检查WHERE是否隐含了对右表的非空要求
一对多关联下未聚合就 JOIN 更新，结果不可控
当主表一行对应从表多行（比如一个订单对应多个订单项），直接 JOIN 更新主表字段，MySQL 会取最后匹配的那条从表记录来赋值——这个“最后”由优化器决定，不可预测，容易出错。
- 现象：执行
UPDATE orders o JOIN order_items i ON o.id = i.order_id SET o.total = i.amount，结果o.total总是等于某一条i.amount，不是求和也不是最大值 - 解法：先用子查询聚合，再 JOIN，例如：
UPDATE orders o JOIN (SELECT order_id, SUM(amount) AS total FROM order_items GROUP BY order_id) i ON o.id = i.order_id SET o.total = i.total - 注意：聚合子查询必须带别名（如
AS i），否则语法报错；且GROUP BY字段必须和JOIN条件一致
