error 1093是mysql为防止自引用导致执行不确定性而强制拦截的保护机制，本质是解析器禁止对同一表既读（子查询）又写（delete/update），须用派生表（如select * from t as tmp）或join改写绕过。
为什么直接用子查询删除会报错 ERROR 1093
MySQL 不允许在同一个语句中对目标表既做 SELECT 又做 DELETE（或 UPDATE）。比如写 DELETE FROM t1 WHERE id IN (SELECT id FROM t1 WHERE status = 'old')，就会触发 ERROR 1093: You can't specify target table 't1' for update in FROM clause。这不是语法错误，而是 MySQL 的限制机制——防止自引用导致的不确定性。
根本原因在于：子查询若直接引用被删表，MySQL 无法安全构建执行计划。绕过它不靠“加个中间层”这种模糊说法，而是明确用派生表（derived table）或 JOIN 方式切断直接引用关系。
用派生表（子查询套一层 SELECT）绕过限制
最常用且兼容性最好的解法：把子查询包进一个匿名的 SELECT 中，让 MySQL 把它当临时结果集处理，从而解除对原表的直接引用。
- 错误写法：
DELETE FROM users WHERE id IN (SELECT id FROM users WHERE created_at - 正确写法：
DELETE FROM users WHERE id IN (SELECT id FROM (SELECT id FROM users WHERE created_at
注意 AS tmp 是必须的——MySQL 要求所有派生表必须有别名；tmp 可以任意命名，但不能省略。
用 JOIN 替代 IN，更适合大表或带关联条件的场景
当要删的数据需关联其他表，或子查询结果很大时，JOIN 方式通常性能更好，也更易加索引优化。
- 删掉所有没订单的用户：
DELETE u FROM users u LEFT JOIN orders o ON u.id = o.user_id WHERE o.id IS NULL - 删掉重复邮箱中保留最小 ID 的记录：
DELETE u1 FROM users u1 INNER JOIN users u2 WHERE u1.email = u2.email AND u1.id > u2.id
关键点：DELETE 后面必须显式写出别名（如 DELETE u1），否则语法报错；JOIN 条件里避免使用未索引字段，否则可能全表扫描。
执行前务必加事务和 LIMIT 验证，别信“只删几条”的直觉
子查询逻辑一旦出错，可能误删整张表。没有 WHERE 条件、时间范围写反、JOIN 条件漏等价判断，都极容易发生。
- 先用
SELECT模拟删哪些行：SELECT id, email FROM users WHERE id IN (SELECT id FROM (SELECT id FROM users WHERE created_at - 加事务包裹：
BEGIN; DELETE ... ; SELECT ROW_COUNT(); ROLLBACK;（确认无误再COMMIT） - 生产环境首次执行建议加
LIMIT 100（MySQL 支持DELETE ... LIMIT），分批删
子查询里的日期、状态值、ID 范围，最容易因时区、数据迁移、字段类型隐式转换而失效——哪怕语句能跑通，删的也可能不是你以为的那批数据。
