合法，但仅限于DELETE t1 FROM t1 JOIN t2 ON...形式；不支持DELETE FROM t1 JOIN t2或DELETE FROM t1 USING t1 JOIN t2，漏写FROM或目标表别名会导致ERROR 1064。
MySQL中DELETE JOIN语法是否合法
合法，但仅限于DELETE ... FROM ... JOIN形式，不支持标准SQL的DELETE FROM table1 USING table1 JOIN table2（除非显式用USING写法）。MySQL官方文档明确将DELETE JOIN列为多表删除的两种合法语法之一，前提是目标表必须在FROM子句中显式声明。
DELETE JOIN的基本写法与常见错误
最常踩的坑是漏写FROM或误把别名当主表名。正确结构必须是：DELETE t1 FROM t1 JOIN t2 ON ...，其中t1是你要删的表，且必须出现在FROM左侧；若省略FROM直接写DELETE t1 JOIN t2，会报错ERROR 1064 (42000)。
-
DELETE user FROM user JOIN order ON user.id = order.user_id WHERE order.status = 'cancelled'✅ -
DELETE user JOIN order ON user.id = order.user_id WHERE order.status = 'cancelled'❌（缺少FROM） -
DELETE FROM user JOIN order ON user.id = order.user_id❌（FROM后不能直接跟JOIN）
使用DELETE JOIN时的WHERE条件位置很关键
WHERE不是可选补充——它决定哪些行实际被删。如果漏写或逻辑写错，可能全表清空。注意：WHERE中引用的字段必须来自JOIN中已声明的表，且不能用未参与JOIN的表字段过滤。
- 想删掉所有没有订单的用户：
DELETE u FROM user u LEFT JOIN order o ON u.id = o.user_id WHERE o.user_id IS NULL - 错误示范：
DELETE u FROM user u JOIN order o ON u.id = o.user_id WHERE u.created_at —— 这条能执行，但若<code>user和order是一对多，会删掉该用户所有关联订单行，而非仅满足时间条件的用户本身（语义易混淆） - 安全做法：先用
SELECT u.* FROM user u JOIN order o ... WHERE ...验证结果集，再改DELETE
性能与事务注意事项
DELETE JOIN本质是逐行匹配+删除，没有索引的ON或WHERE字段会导致全表扫描，大表操作可能锁表数分钟。InnoDB下该操作默认为单事务，但不会自动加FOR UPDATE锁，所以并发写入时要注意幻读风险。
- 确保
JOIN条件字段（如user.id、order.user_id）都有索引，否则执行极慢甚至OOM - 生产环境务必在事务中执行：
BEGIN; DELETE ... ; SELECT ROW_COUNT(); ROLLBACK;（先试跑） - 不建议在从库上执行，GTID复制下可能因执行顺序导致主从不一致
实际操作中最容易被忽略的是：你以为删的是主表记录，但JOIN引入了副表的重复匹配，导致主表某一行被删多次（虽然MySQL会去重），而你真正想删的其实是副表数据——这时应该交换DELETE目标表，或改用子查询。
