MySQL 5.7+ 支持 DELETE 中子查询，但不可直接引用被删表，需用派生表绕过；跨表删除优先用 EXISTS 避免 NULL 问题；DELETE JOIN 为 MySQL 特有语法，注意别名顺序；子查询在 WHERE 中须单行，否则报错 1242。
DELETE 里直接用子查询关联另一张表？MySQL 5.7+ 可以，但语法很挑
MySQL 允许在 DELETE 中嵌套子查询，但**不能直接在 FROM 子句里引用被删的表本身**——这是最常触发 ERROR 1093 (HY000): You can't specify target table 'xxx' for update in FROM clause 的原因。
比如想删掉所有订单金额低于用户平均消费的订单，写成这样会报错：
DELETE FROM orders WHERE amount < (SELECT AVG(amount) FROM orders);
看似没问题，但 MySQL 认为子查询和外层 DELETE 指向同一张表 orders，就拒绝执行。
- 绕过方法：给子查询结果加一层临时别名（即“派生表”），强制 MySQL 把它当独立结果集处理
- 正确写法：
DELETE FROM orders WHERE amount < (SELECT avg_amount FROM (SELECT AVG(amount) AS avg_amount FROM orders) AS tmp);
- 注意：
AS tmp不可省略，MySQL 要求派生表必须有别名 - PostgreSQL 和 SQL Server 没这个限制，可以直接用；SQLite 则根本不支持子查询在
DELETE的WHERE中引用同表
跨表删除：用子查询关联其他表时，IN 还是 EXISTS 更稳？
要删掉所有没有对应用户记录的订单（orders.user_id 在 users.id 中不存在），常见写法有两种，但行为和性能差别明显。
-
IN写法：DELETE FROM orders WHERE user_id NOT IN (SELECT id FROM users);
—— 看似直观，但只要users.id里有一个NULL，整条语句就返回空结果，**一行都删不掉**（因为NOT IN (1, 2, NULL)永远为UNKNOWN） -
EXISTS写法更可靠：DELETE FROM orders WHERE NOT EXISTS (SELECT 1 FROM users WHERE users.id = orders.user_id);
—— 它天然忽略NULL，逻辑清晰，且多数情况下执行计划更优（能走关联索引） - 如果
users.id是主键或非空唯一索引，IN才相对安全；否则无条件优先选EXISTS
DELETE + JOIN：比子查询更快，但只在 MySQL 生效
MySQL 支持用 JOIN 语法实现跨表删除，语义直白、性能通常更好，但它是 MySQL 特有语法，其他数据库不认。
- 例如删掉所有状态为“已取消”且创建超 30 天的订单：
DELETE o FROM orders o INNER JOIN users u ON o.user_id = u.id WHERE o.status = 'cancelled' AND o.created_at < DATE_SUB(NOW(), INTERVAL 30 DAY);
- 注意别名写法：
DELETE o FROM orders o，不是DELETE FROM orders o，顺序错了会语法报错 - 如果要删多张表中的数据（如同时清空订单和订单日志），可以写成
DELETE o, l FROM orders o JOIN logs l ON o.id = l.order_id - PostgreSQL 必须用
USING子句模拟，SQL Server 用FROM扩展语法；盲目复制 MySQL 的JOIN删除写法到其他库，直接报错
WHERE 条件里子查询返回多行？小心 ERROR 1242
WHERE col = (SELECT ...) 要求子查询**严格返回单行单列**。一旦返回 0 行，条件为 NULL（不匹配）；返回 2 行以上，立刻报错 ERROR 1242 (21000): Subquery returns more than 1 row。
- 常见翻车场景：误以为
SELECT user_id FROM logs GROUP BY user_id HAVING COUNT(*) > 100总是单值，其实可能有多个高频用户 - 解决方法分情况：
– 确保单值：加LIMIT 1（但语义可能出错，慎用）
– 改用IN：WHERE user_id IN (SELECT user_id FROM logs GROUP BY user_id HAVING COUNT(*) > 100)
– 改用EXISTS（推荐，尤其当子查询带关联时） - 调试技巧：先把子查询单独跑一遍，看结果行数和是否含
NULL
子查询删数据看着简洁，但 MySQL 的限制、NULL 的隐式行为、跨库语法差异，三者叠加最容易在上线后突然失效。特别是 NOT IN 遇到 NULL 和 DELETE ... FROM t1 JOIN t2 这种 MySQL 专属写法，本地测不出问题，换环境就崩。
