不能用delete join实现真正的级联删除，它仅是多表条件筛选删除，不触发外键约束、不保证原子性；真级联删必须依赖on delete cascade或分步手动控制。
不能用 DELETE JOIN 实现真正的级联删除——它只是多表条件删除，不触发外键约束，也不保证原子性；真要级联删，必须靠 ON DELETE CASCADE 或分步手动控制。
MySQL 的 DELETE JOIN 本质是条件筛选，不是级联
DELETE JOIN 只是借助 JOIN 找出主表中满足条件的行，然后物理删除这些行。它完全绕过外键定义，哪怕你建了 ON DELETE CASCADE，只要写的是 DELETE t1 FROM t1 JOIN t2，子表数据一概不动。
- 错误认知：以为加了外键就能让
DELETE JOIN自动删子表 → 实际不会 - 正确事实：想同时删主表和子表，必须显式列出，如
DELETE t1, t2 FROM t1 JOIN t2 ON t1.id = t2.t1_id - 风险点：多表删除时，若
t2有其他关联（比如 t2 还连着 t3），t3不会受任何影响，容易留脏数据
真正安全的级联删除只有一种可靠路径：外键 + ON DELETE CASCADE
这是唯一由存储引擎在事务内原子执行、自动维护引用完整性的机制。但启用前必须确认三件事：
-
SHOW CREATE TABLE child_table中明确出现ON DELETE CASCADE，而不是RESTRICT或缺失 - 主表和子表字段类型严格一致（比如都是
INT UNSIGNED，不能一边BIGINT一边INT） - 被关联字段（如
child_table.parent_id）必须有索引，否则级联删除会全表扫描，锁表几十秒
执行时只需单表语句：DELETE FROM parent_table WHERE id = 123，其余由引擎自动完成。
没外键或不能加外键时，DELETE JOIN 必须分步验证 + 分批执行
常见于分库分表、MyISAM 表、或历史无约束表。此时 DELETE JOIN 是工具，不是方案——它本身不安全，安全靠流程。
- 第一步永远是等价
SELECT：SELECT COUNT(*), MIN(id), MAX(id) FROM orders o JOIN customers c ON o.customer_id = c.id WHERE c.status = 'inactive' - 第二步确认索引：对
orders.customer_id和customers.status都要有单独或组合索引，否则EXPLAIN显示type: ALL就别执行 - 第三步强制分批：MySQL 用
LIMIT 1000，SQL Server 用TOP (1000)，每批后加WAITFOR DELAY '00:00:00.1'或SLEEP(0.1) - 第四步禁止直接删多表：像
DELETE o, oi FROM orders o JOIN order_items oi这种写法，一旦中间某批失败，主表和子表行数就对不上，后续无法修复
PostgreSQL / SQLite / SQL Server 根本不支持 DELETE JOIN
硬写会直接报错：ERROR: syntax error at or near "JOIN"（PG）、near "JOIN": syntax error（SQLite）、Msg 156, Incorrect syntax near the keyword 'INNER'（SQL Server）。它们的等效做法是：
- PostgreSQL：用 CTE 预查 ID，再两步删 ——
WITH ids AS (SELECT id FROM orders WHERE customer_id IN (SELECT id FROM customers WHERE status = 'inactive')) DELETE FROM order_items WHERE order_id IN (SELECT id FROM ids); DELETE FROM orders WHERE customer_id IN (SELECT id FROM customers WHERE status = 'inactive'); - SQL Server：必须用
EXISTS替代IN，避免 NULL 导致漏删：DELETE FROM logs WHERE EXISTS (SELECT 1 FROM errors e WHERE logs.error_id = e.id AND e.severity = 'critical') - SQLite：
IN子查询结果不能超 500 项，否则报too many SQL variables，得拆成循环或改用WHERE rowid IN (SELECT rowid ... LIMIT 500)
跨数据库迁移脚本时，最容易栽在这儿——语法通过不代表逻辑等效，必须按目标库重写并验证执行计划。
