应使用select count(*)替代explain估算update/delete影响行数，因explain的rows仅为扫描行数估算；需完整复制join和where逻辑，并验证join条件双向成立及关联稳定性，避免误更新。
用相同JOIN逻辑的SELECT COUNT(*)代替EXPLAIN
EXPLAIN在UPDATE/DELETE上返回的rows列只是优化器对“扫描行数”的估算，不是实际影响行数，尤其在多表JOIN时偏差极大。真正可靠的做法是把UPDATE语句的FROM和JOIN部分完整复制过来，套上COUNT(*)，WHERE条件一字不改。
- 错误做法：
EXPLAIN UPDATE orders o JOIN users u ON o.user_id = u.id SET o.status = 'shipped' WHERE u.level > 5;—— 返回的rows可能是扫描量，不是匹配量 - 正确写法：
SELECT COUNT(*) FROM orders o JOIN users u ON o.user_id = u.id WHERE u.level > 5; - 如果JOIN含LEFT JOIN，且WHERE里过滤了右表字段（如
WHERE u.deleted_at IS NULL），那它实际已退化为INNER JOIN，COUNT结果才真实反映UPDATE会改多少行
必须显式验证JOIN条件是否双向成立
多表UPDATE中，JOIN失效或关联断裂会导致0行或全表误更新。仅靠COUNT(*)不够，得查出具体关联关系是否稳定。
- 执行类似
SELECT o.id, u.id AS user_id, u.level FROM orders o LEFT JOIN users u ON o.user_id = u.id WHERE u.level > 5 LIMIT 10; - 重点看
u.id是否全非NULL：如果出现NULL，说明o.user_id指向了不存在的用户，该行不会被UPDATE命中（因WHERE里u.level > 5无法对NULL求值） - 检查
o.user_id是否有空值或非法值（比如字符串、负数），这类数据会让ON条件永远不成立，直接剔除出结果集
注意MySQL对多表UPDATE的LIMIT支持限制
想用LIMIT兜底？MySQL只在单表UPDATE中支持原生LIMIT，多表语法（含JOIN）下加LIMIT会报错或静默忽略——这不是bug，是设计如此。
- 报错示例：
ERROR 1221 (HY000): Incorrect usage of UPDATE and LIMIT，通常因写了UPDATE t1 JOIN t2 SET ... LIMIT 10 - 安全替代方案：用子查询先取ID列表，再UPDATE主表
WHERE id IN (SELECT id FROM (...))，或用ROW_NUMBER()（MySQL 8.0+）控制范围 - 别依赖
ROW_COUNT()来“事后补救”：它返回的是匹配行数，不是变更行数；哪怕SET字段值没变，只要WHERE命中就算数
预估后仍需执行前最后一步交叉核对
COUNT(*)告诉你“有多少行满足条件”，但不保证这些行就是你真正想改的。尤其是当JOIN涉及状态字段、时间范围或软删除标记时，原始值可能已过期。
- 执行UPDATE前，再跑一遍带关键字段的SELECT：
SELECT o.id, o.status AS old_status, u.level FROM orders o JOIN users u ON o.user_id = u.id WHERE u.level > 5 AND o.status != 'shipped'; - 比对
old_status是否确实需要更新，避免WHERE条件和业务意图错位（例如本应只改'pending'，却因漏写条件扫进了'canceled'） - 如果表有版本号或
updated_at字段，顺手加ORDER BY updated_at DESC LIMIT 5，确认最新几条是否符合预期
