MySQL中DELETE不支持标准多表语法，须用DELETE t1 FROM t1 JOIN t2形式；PostgreSQL用USING，SQL Server支持DELETE t1 FROM；需防NULL导致IN失效、外键级联冲突及语法差异风险。
DELETE 语句中用 JOIN 删除主表冗余数据时，MySQL 不支持标准语法
MySQL 的 DELETE 不能直接写 DELETE FROM t1 JOIN t2 ON ... 这种带多表的语法（除非用特定变体）。你如果照着 PostgreSQL 或 SQL Server 的写法去跑，会遇到错误：ERROR 1064 (42000): You have an error in your SQL syntax。这不是你写错了连接条件，而是 MySQL 语法限制。
实际可行的做法是用子查询或 INNER JOIN 配合别名形式：
- 推荐用
DELETE t1 FROM table1 t1 INNER JOIN table2 t2 ON t1.id = t2.ref_id—— 注意DELETE t1 FROM中的t1必须显式声明，不能省略 - 避免用
WHERE id IN (SELECT ...)处理大表，子查询可能触发全表扫描，且 MySQL 在某些版本中不允许对同一张表边查边删（ERROR 1093） - 务必先用
SELECT验证匹配行：SELECT t1.* FROM table1 t1 INNER JOIN table2 t2 ON t1.id = t2.ref_id
PostgreSQL 和 SQL Server 可以直接用 USING 或 FROM 子句
PostgreSQL 支持 DELETE FROM table1 USING table2 WHERE table1.id = table2.ref_id；SQL Server 支持 DELETE t1 FROM table1 t1 INNER JOIN table2 t2 ON t1.id = t2.ref_id。这两种写法语义清晰，性能也通常优于子查询。
但要注意：不同数据库对“被删表是否能出现在 FROM/USING 中”有细微差异。比如 PostgreSQL 要求 USING 后的表不能是目标表本身（除非用 CTE 拆解），而 SQL Server 允许在 FROM 中重复引用。
- PostgreSQL 示例：
DELETE FROM orders USING customers WHERE orders.customer_id = customers.id AND customers.status = 'inactive' - SQL Server 示例：
DELETE o FROM orders o INNER JOIN customers c ON o.customer_id = c.id WHERE c.status = 'inactive' - 所有操作前加事务：
BEGIN TRANSACTION; ...; ROLLBACK;测试确认无误再COMMIT
WHERE EXISTS 比 IN 更安全，尤其涉及 NULL 值时
当关联字段可能为 NULL（比如外键未设 NOT NULL），用 IN 会导致意外跳过匹配——因为 NULL = anything 永远返回 UNKNOWN，整行被过滤掉。而 EXISTS 只关心子查询是否返回至少一行，不依赖等值比较的布尔结果。
- 危险写法：
DELETE FROM users WHERE id IN (SELECT user_id FROM logs WHERE action = 'test')—— 若logs.user_id有NULL，整个子查询结果集可能为空或逻辑错乱 - 稳妥写法：
DELETE FROM users WHERE EXISTS (SELECT 1 FROM logs WHERE logs.user_id = users.id AND logs.action = 'test') -
EXISTS在大多数引擎中还能利用logs(user_id)索引快速探查，比IN+ 衍生临时表更高效
外键约束开启 ON DELETE CASCADE 时，千万别手写 DELETE
如果你的从表（如 order_items）对主表（如 orders）建了 ON DELETE CASCADE，那么直接删 orders 就会自动清理下游。此时再手动写 DELETE FROM order_items WHERE order_id IN (...)，不仅多余，还可能因执行顺序问题引发唯一约束冲突或死锁。
- 先查约束：
SELECT constraint_name, update_rule, delete_rule FROM information_schema.referential_constraints WHERE constraint_schema = DATABASE() AND table_name = 'order_items' - 若
delete_rule是CASCADE，就只删主表，别碰从表 - 若想禁用级联行为做精准控制，应临时
ALTER TABLE order_items DROP FOREIGN KEY xxx，操作完再加回（生产环境慎用）
外键、NULL、语法差异、执行顺序——这四个点任意一个没对上，删出来的就不是“冗余数据”，而是“不该删的数据”。动手前花三十秒看下执行计划和约束定义，比补救快得多。
