MySQL 支持 DELETE JOIN 语法，PostgreSQL 不支持，须改用 USING、EXISTS 或 IN；二者在子查询性能、外键级联行为及约束检查上存在显著差异。
MySQL 中 DELETE JOIN 是合法语法，但 PostgreSQL 完全不支持
MySQL 允许在 DELETE 语句中直接 JOIN 多表（如 DELETE t1 FROM t1 JOIN t2 ON t1.id = t2.t1_id WHERE t2.status = 'deleted'），这是它特有的扩展语法。PostgreSQL 则严格遵循 SQL 标准，DELETE 后只能跟单个目标表名，不接受 JOIN 子句——如果你照搬 MySQL 写法，会收到类似 syntax error at or near "JOIN" 的错误。
实操建议：
- 迁移前必须重写所有带
JOIN的DELETE语句，不能仅靠 工具 自动转换 - PostgreSQL 等价写法通常用
USING子句（如DELETE FROM t1 USING t2 WHERE t1.id = t2.t1_id AND t2.status = 'deleted'），注意USING不是标准JOIN，不支持LEFT JOIN或聚合 - 若逻辑依赖外连接或子查询过滤，得改用
EXISTS或IN（例如DELETE FROM t1 WHERE EXISTS (SELECT 1 FROM t2 WHERE t2.t1_id = t1.id AND t2.status = 'deleted')）
USING 在 PostgreSQL 中的限制比表面看起来更严
PostgreSQL 的 DELETE …… USING 看似能替代 MySQL 的 JOIN，但它只允许关联表出现在 USING 列表和 WHERE 条件中，不能在 WHERE 里对关联表字段做函数操作或复杂表达式——否则可能触发计划器误判，导致全表扫描或意外跳过行。
常见错误现象：
-
DELETE FROM orders USING customers WHERE orders.cust_id = customers.id AND lower(customers.name) = 'alice'：lower()可能使索引失效，且某些版本会拒绝执行（报错operator does not exist: text = text，因 隐式类型转换 失败） - 多表关联时误写成
USING t2, t3却在WHERE中混用t2.x = t3.y，这在语法上合法，但可读性差、易出错，且无法利用复合索引
实操建议：优先用 EXISTS 替代多层 USING，尤其当关联逻辑含非等值条件或需要短路判断时。
WHERE 子句中的子查询在两库中性能表现差异极大
MySQL 对 DELETE …… WHERE id IN (SELECT ……) 类写法优化较差，5.7 及以前版本常触发派生表全量物化，即使子查询有索引也慢；而 PostgreSQL 的 IN 子查询在多数场景下会被转为哈希半连接（Hash Semi Join），效率更高——但前提是子查询不包含相关变量（correlated subquery）。
使用场景与风险：
- MySQL 中应避免
DELETE FROM t1 WHERE id IN (SELECT t1_id FROM t2 WHERE ……)，改用JOIN语法或临时表 - PostgreSQL 中若子查询含
t1.x = t2.y这类相关条件，IN会退化为嵌套循环，性能陡降；此时EXISTS是更稳的选择 - 两库都需警惕子查询返回
NULL：MySQL 中id IN (1,2,NULL)永远不匹配任何行；PostgreSQL 行为一致，但容易被忽略
外键级联删除不是万能替补，且行为不一致
有人想绕过语法差异，直接设 ON DELETE CASCADE，但这在跨库迁移时埋了大坑：MySQL 默认用 STRICT 模式检查外键约束，而 PostgreSQL 要求显式声明 ON DELETE CASCADE 才生效，且级联深度默认无限制（可能意外删光整棵树）。
关键差异点：
- MySQL 的
FOREIGN KEY …… ON DELETE CASCADE在DELETE主表时，会按依赖顺序逐层删除，但不保证原子性（崩溃可能导致中间状态残留） - PostgreSQL 的级联删除在事务内原子执行，但若子表数据量大，可能长时间持锁，阻塞其他查询
- 两者均不支持「仅级联到某一层」或「带条件的级联」，真有这类需求，仍得手写逻辑
真正容易被忽略的是：开发环境 常关掉外键检查（MySQL 的 foreign_key_checks=0，PostgreSQL 的 SET CONSTRAINTS ALL DEFERRED），上线后一旦开启，原有无外键意识的 DELETE 就可能被拦住或触发意料外的级联。
