error 1093是因在update join中错误地将非目标表字段写在set左侧，mysql仅允许更新紧跟update后的表；正确写法必须将待更新表置于update后，set左侧只能为目标表字段，右侧可引用join表字段。
MySQL里UPDATE JOIN写错目标表位置，直接报ERROR 1093
这个错误不是因为JOIN本身有问题，而是你在SET子句左侧写了非目标表的字段。MySQL只允许更新紧跟在UPDATE关键字后面的那张表——其他表哪怕出现在JOIN里，也只能当“数据源”，不能被修改。
常见翻车写法：UPDATE orders o JOIN customers c ON o.cid = c.id SET c.status = 'active'，这里c是JOIN表，却想改它，必然触发ERROR 1093。
- 正确做法：把要更新的表放在
UPDATE后，且只出现一次，比如UPDATE orders o ... SET o.status = c.level -
SET右边可以引用JOIN表字段，左边必须是目标表别名+字段 - 别名不能省略，哪怕只有一张JOIN表也得写
orders o，否则报ERROR 1066
PostgreSQL/SQL Server用UPDATE FROM，漏掉WHERE关联条件就全表覆盖
它们不认UPDATE ... JOIN，但很多人照搬MySQL写法，在WHERE里只写业务条件（比如status = 'pending'），却忘了绑定两张表的关系，结果所有目标行都被设成同一个值。
典型错误：UPDATE users SET score = logs.points FROM user_logs logs WHERE logs.status = 'done'——没写users.id = logs.user_id，等于把所有users.score设成某一行logs.points（数据库随机选）。
- PostgreSQL要求
WHERE中必须显式写出两表等值条件，如users.id = logs.user_id - SQL Server允许在
FROM里写INNER JOIN，但UPDATE后别名和FROM里别名必须一致 - 如果右表有多行匹配左表一行，PostgreSQL行为未定义；应提前用
DISTINCT ON或子查询去重
JOIN默认是INNER，匹配不到的行直接跳过，不是设NULL
执行完UPDATE orders o JOIN customers c ON o.cid = c.id SET o.level = c.tier，发现Rows matched: 1000 Changed: 720，说明280行因cid在customers里找不到而被跳过——这不是bug，是INNER JOIN语义。
- 想覆盖空匹配，改用
LEFT JOIN，但SET o.level = c.tier会让没匹配的行变成NULL，需加COALESCE(c.tier, o.level)兜底 - 用
SELECT先验证JOIN结果集：SELECT COUNT(*) FROM orders o LEFT JOIN customers c ON o.cid = c.id WHERE c.id IS NULL，确认空匹配比例 - 别依赖
ROWS AFFECTED == 0判断失败——MySQL/PostgreSQL都静默返回0，框架常当成功处理
安全模式下WHERE没走索引，UPDATE直接被拒
开了sql_safe_updates=1，但UPDATE t SET x=1 WHERE y LIKE '%abc%'仍报ERROR 1175，不是语法错，是y没索引，MySQL拒绝全表扫描式更新。
- 必须确保
WHERE至少含一个主键或已建索引字段，比如id = ?或order_no = ? - 模糊查询要用前缀索引：
ALTER TABLE logs ADD KEY idx_msg_prefix (msg(100))，再用WHERE msg LIKE 'timeout%' - 大范围更新用
LIMIT绕过限制：UPDATE tasks SET state='done' WHERE state='pending' LIMIT 1000（MySQL 5.7+支持）
version不匹配、WHERE条件失效，都会静默失败。
