sql标准不支持join级联删除；mysql用delete t1 from t1 join t2语法实现，postgresql用using，sql server用from扩展，而外键on delete cascade才是真正的级联机制。

SQL 本身不支持用 JOIN 直接做级联删除；DELETE ... JOIN 是 MySQL 特有语法，其他数据库（如 PostgreSQL、SQL Server、SQLite）不认，硬写会报错。

MySQL 中 DELETE ... JOIN 怎么写才安全

这是唯一能“看起来像用 JOIN 删除”的合法方式，但本质是 MySQL 的扩展语法，不是标准 SQL。它只适用于单条 DELETE 语句中关联多表并按条件删主表记录。

• 必须明确指定要删哪张表：DELETE t1 FROM table1 t1 JOIN table2 t2 ON t1.id = t2.ref_id WHERE t2.status = 'invalid'
• 不能写成 DELETE FROM t1 JOIN t2 ... —— 会语法错误
• 别名必须出现在 DELETE 关键字后，否则 MySQL 不知道删谁
• 如果删多张表（如同时删主表和子表），得用逗号分隔表名：DELETE t1, t2 FROM t1 JOIN t2 ON t1.id = t2.t1_id，但需确保权限和引擎支持（InnoDB 可以，MyISAM 不支持事务和外键）

PostgreSQL / SQL Server 等为什么不能用 JOIN 删除

这些系统严格遵循 SQL 标准，DELETE 语句只允许一个目标表。所谓“用 JOIN 删除”，实际得靠子查询或 CTE 拆解逻辑。

• 常见替代写法是 DELETE FROM orders WHERE id IN (SELECT order_id FROM order_items WHERE qty = 0)
• PostgreSQL 可用 USING 子句模拟 JOIN 效果：DELETE FROM orders USING order_items WHERE orders.id = order_items.order_id AND order_items.qty = 0
• SQL Server 支持 FROM 扩展：DELETE o FROM orders o INNER JOIN order_items oi ON o.id = oi.order_id WHERE oi.qty = 0 —— 注意这不是标准语法，且仅限于 SQL Server
• 子查询在数据量大时可能性能差，尤其没索引的关联字段；USING 或 FROM 写法通常更优，但得查清当前数据库版本是否支持

外键 ON DELETE CASCADE 是真级联，但容易误用

这才是数据库原生支持的级联删除机制，由存储引擎在执行 DELETE 时自动触发，不依赖应用层或复杂 SQL。但它不是“用 JOIN 实现”的，而是靠约束定义。

• 建表时就得加：FOREIGN KEY (order_id) REFERENCES orders(id) ON DELETE CASCADE
• 一旦启用，删 orders 一行，所有关联的 order_items 行自动消失 —— 不可逆，也不走触发器逻辑
• 容易踩坑：没意识到子表还有子表（比如 item_logs 引用 order_items），结果只设了一层 cascade，删到底层数据还在
• 某些场景不该开：比如订单删了，但审计日志必须保留，这时开 cascade 就破坏业务规则
• MySQL 中只有 InnoDB 支持 ON DELETE CASCADE，MyISAM 完全忽略该约束

真正难的不是写法，是判断该用约束、子查询，还是应用层分步删 —— 这取决于你能不能接受强一致性、是否允许延迟、以及 DBA 对 cascade 的管控策略。很多人试完 DELETE ... JOIN 报错，才回头翻文档看自己连的是啥数据库。