mysql多表delete必须写成delete t1 from形式，不可省略目标表名；正确写法为①delete t1 from t1 join t2 on ... where ...（仅删t1），②delete t1, t2 from t1 join t2 on ... where ...（联删t1和t2）；漏写目标表或顺序错误会报error 1064。
MySQL多表DELETE语法必须写成DELETE t1 FROM形式
直接写 DELETE FROM t1 JOIN t2 ON ... 会报错，MySQL不支持这种写法。正确结构是把要删除的表名放在 DELETE 后、FROM 前，并显式声明参与JOIN的表。
常见错误现象：ERROR 1064 (42000): You have an error in your SQL syntax —— 很大概率是因为漏了目标表别名或写反了顺序。
-
DELETE t1 FROM users AS t1 INNER JOIN orders AS t2 ON t1.id = t2.user_id WHERE t2.status = 'cancelled'✅ -
DELETE FROM users INNER JOIN orders ...❌（语法错误） -
DELETE users FROM users JOIN orders ...✅（可省略AS，但必须有表名在DELETE后）
WHERE条件必须明确限定删除范围，否则可能误删
多表DELETE没有隐式事务保护，一旦执行就不可回退（除非手动开启事务）。WHERE里如果只用被JOIN表的字段（比如只写 t2.id > 100），而没约束主删表的行，容易导致整张t1被清空。
使用场景：清理已取消订单对应的用户记录（需谨慎！），或删除无关联附件的主记录。
- 安全做法：WHERE中至少包含一个来自被删表（
t1）的过滤条件，例如t1.created_at - 避免写法：
WHERE t2.order_id IS NULL单独出现，除非你确认t2是LEFT JOIN且t1确实需要全量匹配 - 建议先用SELECT验证：
SELECT t1.* FROM users t1 JOIN orders t2 ON t1.id = t2.user_id WHERE t2.status = 'cancelled'
DELETE + JOIN不支持ORDER BY和LIMIT（5.7及以前版本）
想删“最早10条无效日志”？直接加 LIMIT 10 会报错：ERROR 1064: You have an error in your SQL syntax。这是MySQL老版本的硬限制，直到8.0.20才部分支持带LIMIT的多表DELETE（仍不支持ORDER BY）。
性能影响：没有LIMIT时，MySQL会扫描所有匹配行，大表慎用。
- 替代方案：用子查询+单表DELETE（适合中小数据量）
DELETE FROM logs WHERE id IN (SELECT id FROM (SELECT id FROM logs WHERE status = 'error' ORDER BY created_at LIMIT 10) AS tmp) - 更稳妥方式：分批处理，用应用程序控制循环+WHERE id BETWEEN ...
- 注意子查询里的
SELECT id FROM logs ...必须包一层AS tmp，否则MySQL报错This version of MySQL doesn't yet support 'LIMIT & IN/ALL/ANY/SOME subquery'
外键约束下DELETE行为取决于ON DELETE规则
即使用了多表DELETE语法，如果表之间有外键，实际能否删成功，由外键定义的 ON DELETE 策略决定。比如 ON DELETE CASCADE 可能触发级联删除，而 ON DELETE RESTRICT 会让语句直接失败。
容易被忽略的地方：你写的DELETE语句看似只操作t1，但t2如果有指向t1的外键且设为CASCADE，t2的数据也会被自动删掉——这和你是否在DELETE里显式JOIN t2无关。
- 查外键：用
SHOW CREATE TABLE t2看FOREIGN KEY定义 - 临时禁用检查（仅调试）：
SET FOREIGN_KEY_CHECKS = 0;，执行完记得设回1 - 生产环境强烈建议：先确认外键策略，再决定是否用多表DELETE，而不是依赖语法“看起来只删了t1”
