标准SQL不支持DELETE FROM后直接跟JOIN，MySQL虽支持DELETE t1 FROM t1 JOIN t2语法但属特有扩展；主流数据库须用子查询（WHERE id IN...）或EXISTS替代，PostgreSQL/SQL Server推荐CTE统一写法，并强调删前验证与事务保护。
DELETE FROM 不能直接跟 JOIN，得用子查询或 EXISTS
标准 SQL 的 DELETE FROM 语句不支持在 FROM 后直接写多个表（比如 DELETE FROM t1 JOIN t2 ON ...），MySQL 虽然允许这种语法，但 PostgreSQL、SQL Server、SQLite 等主流数据库会报错：ERROR: syntax error at or near "JOIN"。所以跨表条件删除必须绕开直连 JOIN。
最通用、兼容性最好的方式是用子查询或 EXISTS 关联目标记录：
- 用
WHERE id IN (SELECT ...)：适合关联字段有索引、结果集不太大的场景；注意NULL会导致整个IN判定为 false，要加IS NOT NULL过滤 - 用
WHERE EXISTS (SELECT 1 FROM ... WHERE ...)：更安全，不受NULL影响，且多数引擎能更好利用外键或关联字段索引 - 避免
NOT IN—— 只要子查询返回任意NULL，整条语句就删不掉任何行
MySQL 特殊语法：DELETE + 多表 JOIN（仅限 MySQL）
MySQL 允许写 DELETE t1 FROM t1 JOIN t2 ON t1.id = t2.t1_id WHERE t2.status = 'archived'，但这是 MySQL 扩展语法，其他数据库不认。如果代码要跨平台，别用它。
即使只跑在 MySQL 上，也要注意几个坑：
- 必须显式指定要删哪个表（如
DELETE t1），否则可能误删多个表 - 不能用
ORDER BY+LIMIT组合删部分行——MySQL 5.7+ 才支持，且语法是DELETE t1 FROM ... ORDER BY ... LIMIT 100，不是标准写法 - JOIN 条件里如果用了函数（如
DATE(t2.created_at)），可能无法走索引，导致全表扫描
PostgreSQL / SQL Server 怎么安全删？用 CTE 或 FROM 子句
PostgreSQL 支持 DELETE ... USING，SQL Server 支持 DELETE t FROM t JOIN ...，但两者语法不互通。更稳妥的写法是统一用 CTE（公共表表达式）：
WITH to_delete AS ( SELECT t1.id FROM orders t1 JOIN customers t2 ON t1.customer_id = t2.id WHERE t2.is_deleted = true ) DELETE FROM orders WHERE id IN (SELECT id FROM to_delete);
这个写法在 PostgreSQL、SQL Server、甚至较新版本的 SQLite 都可用。注意两点：
- CTE 中的
SELECT必须包含被删表的主键或唯一标识字段，否则IN子查询可能匹配到重复或错误记录 - 如果关联表数据量大，先确认
customers.is_deleted和orders.customer_id是否有索引，否则 CTE 扫描会很慢
删之前务必加事务和 LIMIT 测试
多表条件删除一旦执行就不可逆。哪怕逻辑看起来没问题，也建议按以下顺序操作：
- 先用
SELECT COUNT(*)查要删多少行，比如SELECT COUNT(*) FROM orders WHERE customer_id IN (SELECT id FROM customers WHERE is_deleted) - 再用
LIMIT 10查几条样例，确认是否真符合预期 - 最后在事务里执行：
BEGIN; DELETE ...; SELECT pg_rows_affected(); -- PostgreSQL 示例；ROLLBACK;，确认无误再COMMIT - 生产环境禁止用
WHERE 1=1或漏写 WHERE 条件——曾经有团队在凌晨误删了全部订单表
真正麻烦的不是语法怎么写，而是删掉的数据有没有备份、下游服务会不会因外键约束失败、以及日志里能不能快速定位删了哪些 ID。这些比 JOIN 写在哪一行更重要。
