DELETE + JOIN 语法不跨数据库通用：MySQL 支持 DELETE t1 FROM t1 JOIN t2，PostgreSQL 需用 USING 或 WHERE EXISTS，SQL Server 用 DELETE u FROM u JOIN b，SQLite 不支持；WHERE IN 子查询存在 NULL 和大数据量隐患，须校验并改用 EXISTS 或分批处理；执行前必须事务封装、LIMIT 验证、检查外键约束。
DELETE + JOIN 语法在不同数据库中不通用
MySQL 支持 DELETE ... FROM ... JOIN，但 PostgreSQL、SQL Server、SQLite 都不直接支持这种写法。硬套 MySQL 语法会在其他数据库报错，比如 PostgreSQL 报 syntax error at or near "from"，SQL Server 报 Incorrect syntax near the keyword 'FROM'。实际执行前必须先确认所用数据库类型。
常见错误是把 MySQL 脚本直接挪到生产环境的 PostgreSQL 实例上跑，结果删不掉数据还误以为逻辑有问题。
- MySQL 可用：
DELETE t1 FROM users t1 JOIN blacklist t2 ON t1.id = t2.user_id; - PostgreSQL 必须改写为：
DELETE FROM users WHERE id IN (SELECT user_id FROM blacklist); - SQL Server 推荐用：
DELETE u FROM users u INNER JOIN blacklist b ON u.id = b.user_id;（注意是DELETE u，不是DELETE FROM u）
WHERE IN 子查询可能因 NULL 或大数据量失效
WHERE id IN (SELECT user_id FROM blacklist) 看似通用，但有两个致命坑：一是当 blacklist.user_id 含 NULL 时，整个 IN 判断会返回空结果集（SQL 标准行为），导致一条不删；二是子查询结果超千行时，某些旧版 MySQL 或 Oracle 会报 Operand should contain 1 column(s) 或性能骤降。
解决方法不是硬扛，而是分情况处理：
- 先检查：
SELECT COUNT(*) FROM blacklist WHERE user_id IS NULL;，有结果就得加AND user_id IS NOT NULL - 数据量大（如 >5000 行）时，改用
EXISTS：DELETE FROM users WHERE EXISTS (SELECT 1 FROM blacklist WHERE blacklist.user_id = users.id); - PostgreSQL 还可走
USING语法：DELETE FROM users USING blacklist WHERE users.id = blacklist.user_id;，语义清晰且性能好
删除前务必加事务和 LIMIT 验证
线上执行 DELETE 没有撤回机制，尤其跨表匹配时极易误删。不能依赖“应该没问题”这种判断。
安全操作流程只有三步：
- 先用
SELECT COUNT(*)统计预估影响行数，例如：SELECT COUNT(*) FROM users WHERE id IN (SELECT user_id FROM blacklist WHERE user_id IS NOT NULL); - 再用
LIMIT（MySQL/PostgreSQL）或TOP N（SQL Server）抽样验证：SELECT * FROM users WHERE id IN (SELECT user_id FROM blacklist LIMIT 5); - 最后在事务里执行：
BEGIN; DELETE ...; SELECT ROW_COUNT(); ROLLBACK;（确认行数对再COMMIT）
外键约束会让 DELETE 直接失败
如果 users 表被其他表通过外键引用（比如 orders.user_id → users.id），直接删会触发 FOREIGN KEY constraint failed 或类似错误。这不是语法问题，是数据关系阻止了操作。
此时不能强行删，得看业务意图：
- 级联删除可行？查
SHOW CREATE TABLE orders;看外键定义是否有ON DELETE CASCADE - 需要保留下游记录？先更新关联字段：
UPDATE orders SET user_id = NULL WHERE user_id IN (SELECT user_id FROM blacklist); - 彻底清理？按依赖顺序删：
DELETE FROM orders WHERE user_id IN (...);→ 再删users
跨表删除真正麻烦的从来不是 SQL 写法，而是搞不清数据之间的约束链和业务含义。写完语句后，花两分钟看下 information_schema.key_column_usage 里的外键关系，比反复试错快得多。
