mysql多表delete必须用delete t1 from t1 join t2语法，不可用delete from t1 join t2；需为所有表设别名，where条件应优先使用被删表字段并确保关联字段有索引，外键未设cascade时须手动按子表→主表顺序删除。
MySQL 多表 DELETE 不能用标准 JOIN 语法直接删，必须用特定的多表 DELETE 语法结构，否则会报错 ERROR 1064 或 ERROR 1109。
DELETE ... FROM ... JOIN 语法必须写对表别名和 USING/ON
MySQL 不支持 DELETE FROM t1 JOIN t2 ON ... 这种写法。正确形式是把要删除的表列在 DELETE 后、FROM 前，并为每个参与 JOIN 的表声明别名（哪怕只删一个表）：
DELETE t1 FROM users t1 JOIN user_profiles t2 ON t1.id = t2.user_id WHERE t2.updated_at <p>常见错误包括：</p>
- 漏写
FROM后的主表别名（如写成DELETE users JOIN ...→ 报错ERROR 1064） - 没给所有 JOIN 表加别名（尤其子查询或视图参与时容易忽略）
- 用
USING但字段名在多个表中不完全一致（比如user_id和uid），导致匹配失败却无提示
WHERE 条件必须落在被删表的字段上才安全
多表 DELETE 中，WHERE 子句看似能引用任意 JOIN 表字段，但实际执行时若条件依赖未被删除的表（如只删 t1，但 WHERE t2.status = 'inactive'），MySQL 仍会扫描 t2 全表——如果 t2 没有对应索引，可能锁表或慢得离谱。
建议：
- 优先把过滤条件写在被删表字段上（如
t1.created_at ） - 若必须依赖关联表字段，确保该字段上有索引（比如
user_profiles(user_id, updated_at)联合索引） - 避免在
WHERE中用子查询或函数包裹关联字段（如DATE(t2.updated_at) → 索引失效）
外键约束存在时，DELETE 顺序和 CASCADE 设置决定是否需要手动清理
如果表之间有 ON DELETE CASCADE，通常不用手写多表 DELETE —— 直接删主表即可自动清理子表。但现实中很多旧库外键没设或设了 RESTRICT，这时就得自己控制顺序：
- 先删子表（如
order_items），再删主表（orders），否则会触发外键拒绝 - 用事务包住多条单表 DELETE 更可控：
BEGIN; DELETE FROM order_items WHERE order_id IN (...); DELETE FROM orders WHERE id IN (...); COMMIT; - 临时禁用外键检查（
SET FOREIGN_KEY_CHECKS = 0）风险极高，仅限离线维护且确认无级联依赖时使用
最易被忽略的是：多表 DELETE 不会触发被删表上的 BEFORE DELETE 触发器对关联行生效——触发器只响应明确列出的被删表行。如果业务逻辑依赖触发器做日志或校验，得单独补上。
