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 报错，才回头翻文档看自己连的是啥数据库。
