DELETE语句不支持直接JOIN，需用子查询或数据库特有语法；MySQL可用多表DELETE，PostgreSQL等需用EXISTS或USING；删前务必用SELECT验证并加事务兜底。
DELETE语句中不能直接写JOIN，但可以用子查询或JOIN语法变体
SQL标准里DELETE不支持像SELECT那样直接写JOIN，强行写会报错，比如MySQL提示ERROR 1064，PostgreSQL抛出syntax error at or near "join"。这不是你语法写错了，是绝大多数数据库压根不认这种写法。
可行路径只有两条：用带IN或EXISTS的子查询，或者用数据库特有语法（如MySQL的多表DELETE写法）。选哪种，取决于你用的数据库和关联复杂度。
MySQL中用多表DELETE语法最直观
MySQL允许在DELETE语句里显式列出要删的表，并跟JOIN条件——但它要求必须明确指定哪个表被删除，且语法结构固定。
例如要删orders表中所有客户所在城市为'Shanghai'的订单：
DELETE o FROM orders AS o JOIN customers AS c ON o.customer_id = c.id WHERE c.city = 'Shanghai';
注意几个关键点：
-
DELETE o里的o必须是FROM后声明的别名，不能写DELETE FROM orders再加JOIN - 只删
o（即orders），customers不会被影响 - 如果想同时删多个表，可以写
DELETE o, c，但需确保有外键约束或业务逻辑允许 - 该语法
仅限MySQL，迁移到PostgreSQL或SQL Server会直接失败
PostgreSQL / SQL Server / 标准SQL：用CTE或子查询替代
这些数据库不支持多表DELETE，得靠WITH（CTE）或IN/EXISTS把关联逻辑“提前算好”。推荐优先用EXISTS，它通常比IN更安全（避免NULL导致意外漏删）。
同样删orders中上海客户的订单：
DELETE FROM orders
WHERE EXISTS (
SELECT 1 FROM customers c
WHERE c.id = orders.customer_id
AND c.city = 'Shanghai'
);
常见陷阱：
-
IN子查询若返回NULL（比如c.id有空值），整条IN判断结果为UNKNOWN，对应行不会被删——这容易被忽略 - 子查询里没加
WHERE过滤，会导致全表扫描，大表务必确认customers.id和orders.customer_id都有索引 - PostgreSQL 14+ 支持
DELETE ... USING语法，类似MySQL但写法不同：DELETE FROM orders USING customers WHERE orders.customer_id = customers.id AND customers.city = 'Shanghai'
删之前务必加WHERE验证，别依赖JOIN逻辑自动过滤
很多人写完JOIN删除语句就直接执行，结果删多了。根本原因是：JOIN本身不保证“只匹配目标行”，特别是LEFT JOIN或ON条件松散时，可能因笛卡尔积或重复键导致误删。
安全做法永远是两步走：
- 先把
DELETE换成SELECT *，跑一遍看实际会操作多少行、是否都是预期数据 - 确认无误后，再换回
DELETE，并加上LIMIT（MySQL/PostgreSQL）或TOP（SQL Server）做兜底，比如先试删10条 - 生产环境严禁在没有事务包裹的情况下执行，
BEGIN; DELETE ...; ROLLBACK;多敲几遍不费事
真正麻烦的不是语法，而是删错后恢复成本。JOIN条件稍有偏差，就可能从删几百行变成删几万行——而这个偏差，在小数据集上根本暴露不出来。
