MySQL支持DELETE t1 FROM t1 JOIN t2语法，用于多表删除，但标准SQL及PostgreSQL、SQL Server、SQLite均不支持；必须显式指定删除表名，且JOIN需带ON条件，否则报错。
DELETE t1 FROM t1 JOIN t2 语法到底能不能用
能，但仅限 MySQL（包括 MariaDB），标准 SQL 不支持这种写法。PostgreSQL、SQL Server、SQLite 都不认 DELETE t1 FROM ... 这种带别名前缀的 DELETE 形式。如果你在跨数据库迁移或写通用脚本，这句会直接报错。
MySQL 允许它，本质是把 DELETE 当作“有目标表的多表删除”来解析，t1 就是真正被删的那张表，t2 只提供条件或关联依据。
为什么不能写 DELETE FROM t1 JOIN t2
会报错：You have an error in your SQL syntax; ... near 'JOIN'。MySQL 要求多表 DELETE 必须显式指定要删哪张表，语法强制为 DELETE t1 FROM t1 JOIN t2 ON ... 或 DELETE t1, t2 FROM t1 JOIN t2 ON ...（删多张）。
常见错误现象：
- 漏写第一个
t1：写成DELETE FROM t1 JOIN t2 ...→ 语法错误 - JOIN 后没加
ON条件：MySQL 5.7+ 会拒绝执行，提示Unknown column或Not unique table/alias - 用了子查询 WHERE，却忘了外层 DELETE 的表别名约束：比如
DELETE t1 FROM t1 WHERE id IN (SELECT t2.ref_id FROM t2)是合法单表删，但一旦换成 JOIN 写法就必须走FROM t1 JOIN t2路径
DELETE t1, t2 FROM t1 JOIN t2 的陷阱
可以同时删多张表，但必须满足：所有被删的表都出现在 FROM 子句的 JOIN 链中，且每张表在 DELETE 后明确列出。
使用场景有限——通常只用于级联清理（如删订单同时删其明细），但要注意：
-
FOREIGN KEY约束存在时，MySQL 仍会检查外键，不会绕过（除非关了foreign_key_checks，不推荐） - 性能上，多表 DELETE 会锁住所有涉及的表或行，比先查 ID 再分批删更重
- 没有事务包裹时出错，可能已删部分数据，无法回滚（哪怕语句本身失败）
- 示例：
DELETE o, od FROM orders o JOIN order_details od ON o.id = od.order_id WHERE o.status = 'canceled'—— 这里o和od都必须出现在FROM的 JOIN 中，且都列在DELETE后
替代方案：更安全、更通用的写法
如果只是想根据关联表数据删主表，用子查询 + IN 更直观，也兼容其他数据库：
DELETE FROM t1 WHERE id IN (SELECT t2.ref_id FROM t2 WHERE t2.active = 0);
但注意 MySQL 8.0.19+ 对这种写法加了限制：不能删的表又在子查询里被 SELECT（报错 You can't specify target table 't1' for update in FROM clause）。此时得套一层派生表：
DELETE FROM t1 WHERE id IN (SELECT ref_id FROM (SELECT t2.ref_id FROM t2 WHERE t2.active = 0) AS tmp);
真正容易被忽略的是：JOIN 删除不触发 ON DELETE CASCADE 的外键行为——它走的是 DELETE 逻辑，不是外键级联逻辑。如果你依赖外键自动清理，就别用 JOIN DELETE，老实用 FOREIGN KEY ... ON DELETE CASCADE 建表时定义好。
