MySQL多表DELETE必须显式指定目标表，如①DELETE t1 FROM t1 JOIN t2 ON ...（仅删t1）；②DELETE t1, t2 FROM t1 JOIN t2 ON ...（联删两张表）；不可写DELETE FROM t1 JOIN t2，否则报ERROR 1064。
MySQL 的多表关联删除必须显式指定目标表，不能套用 SELECT JOIN 的写法，否则轻则删错表，重则误删全量数据——这是最常踩的坑。
MySQL 中 DELETE JOIN 语法怎么写才不报错
MySQL 支持 DELETE t1 FROM t1 JOIN t2 ON ... 这类语法，但不支持 DELETE FROM t1 JOIN t2（会报 ERROR 1064）。关键点有三个：
-
DELETE后必须紧跟要删的表名或别名加.*（如DELETE o.* FROM orders o JOIN customers c），不能省略.*，某些版本会拒绝执行 - 表别名只能在
FROM子句中定义，不能在DELETE后直接写DELETE o FROM orders o—— 这里o是合法别名；但若写成DELETE o FROM orders AS o，部分旧版 MySQL 会报Unknown table 'o' in MULTI DELETE - WHERE 条件必须基于 JOIN 结果集，不能只依赖被连接表的字段而忽略匹配存在性，比如
WHERE c.status = 'inactive'要确保c是INNER JOIN，否则 LEFT JOIN 下 NULL 行也可能被删
想同时删两张表，DELETE t1, t2 FROM ... 有哪些限制
可以同时删多张表，但约束极多，稍不注意就失败：
- 目标表列表（
DELETE t1, t2）中的表名必须是原始表名，不能是别名。例如DELETE orders, customers FROM orders o JOIN customers c是错的；正确写法是DELETE orders, customers FROM orders JOIN customers ON ... - 所有被删表必须在同一数据库内；跨库需用
db_name.table_name显式写出，且用户要有对应权限 - 如果其中某张表有外键约束（如
ON DELETE RESTRICT），MySQL 仍允许执行多表 DELETE，但不会校验子表引用——结果是父表行被删，子表留下孤立数据，一致性彻底破坏 - 分区表支持不稳定，某些 MySQL 版本会直接报
This version of MySQL doesn't...
WHERE 条件里只写关联表字段为什么危险
本质是 NULL 值参与了过滤判断。例如用 LEFT JOIN 连接后写 WHERE t2.flag = 1，那些 t2.flag IS NULL 的主表行也会被排除在结果集外，但如果你本意只是删“有匹配且 flag=1”的行，那没匹配的主表行就不该动。
- 优先用
INNER JOIN，它天然排除 NULL 匹配，语义清晰 - 非用
LEFT JOIN不可时，WHERE 必须补上非空检查：WHERE t2.id IS NOT NULL AND t2.flag = 1 - 永远不要假设 JOIN 表一定有值——尤其当关联字段允许 NULL 或索引缺失时，执行计划可能退化为全表扫描 + 大量 NULL 匹配
执行前必须验证的三件事
MySQL 多表 DELETE 不进 binlog 事务回滚点（除非你主动套 BEGIN; ...; ROLLBACK;），一旦提交就不可逆。
- 先把
DELETE换成等价SELECT：把DELETE t1 FROM t1 JOIN t2改成SELECT t1.* FROM t1 JOIN t2，确认返回行数、主键值完全符合预期 - 检查是否涉及外键级联：如果有
ON DELETE CASCADE，手写多表 DELETE 会绕过它；想靠级联，就别写多表语句，直接DELETE FROM parent WHERE ... - 确认没有触发器干扰：某些业务系统在子表上有
BEFORE DELETE触发器，多表 DELETE 可能不触发它们，导致清理逻辑缺失
最容易被忽略的是：多表 DELETE 的执行计划无法用 EXPLAIN 直接分析，你看到的 EXPLAIN SELECT 结果只是近似参考，真实 DELETE 的 I/O 和锁行为可能完全不同——尤其在大表上，务必在低峰期小批量验证。
