MySQL DELETE语句中使用别名的正确语法是：DELETE后必须紧跟别名，再写FROM表名AS别名，WHERE中用别名引用字段；多表删除需在DELETE后列出待删表别名，并用JOIN关联条件表。
MySQL不支持直接在DELETE语句中对子查询的源表使用别名删除
MySQL明确禁止在DELETE语句的FROM子句里，把子查询中出现的表（即被嵌套查询引用的表）再次作为目标删除表并赋予别名。例如下面这种写法会报错：
DELETE t1 FROM table1 t1 WHERE t1.id IN (SELECT t1.id FROM table1 t1 JOIN table2 t2 ON t1.ref = t2.id);错误信息是：
You can't specify target table 't1' for update in FROM clause。本质是MySQL解析器在执行计划阶段就阻止了对同一张表既读又写的自引用场景，哪怕用了别名也不行。
用JOIN替代子查询实现多表关联删除
真正可行且高效的做法是把子查询逻辑改写为JOIN，让MySQL能明确区分“被删表”和“条件驱动表”。此时别名不仅合法，而且必要：
- 被删除的表必须出现在
DELETE关键字后的表列表中，并带别名（如DELETE t1） -
USING或JOIN子句中可引入其他表，用于提供过滤条件 - 所有关联字段需显式声明，避免歧义
示例：删除orders中所有客户状态为'inactive'的订单
DELETE o FROM orders o JOIN customers c ON o.customer_id = c.id WHERE c.status = 'inactive';这里
o是被删表别名，c是条件表别名，语法清晰，无歧义，执行计划也更可控。
需要子查询逻辑时，先用临时表绕过限制
当业务逻辑复杂、无法简单转为JOIN（比如含GROUP BY、窗口函数或多重嵌套），唯一合规路径是分两步：先将子查询结果存入临时表，再用该临时表驱动删除：
- 临时表必须是
CREATE TEMPORARY TABLE，会话级自动清理 - 临时表字段类型要与原表匹配，尤其注意
NOT NULL和默认值 - 删除语句中仍需用
JOIN连接临时表，不能回到IN (SELECT ...)原路
示例：
CREATE TEMPORARY TABLE tmp_ids AS SELECT DISTINCT order_id FROM order_items GROUP BY order_id HAVING SUM(quantity) > 100;<br>DELETE o FROM orders o JOIN tmp_ids t ON o.id = t.order_id;跳过了MySQL对子查询自引用的语法拦截，代价是多一次磁盘/内存写入，但语义安全。
别名在DELETE + JOIN中不是可选项，而是必需项
即使只删一张表，只要用了JOIN，就必须给被删表指定别名，否则语法报错：ERROR 1066 (42000): Not unique table/alias。这是因为JOIN隐式引入了多个表实例，MySQL无法仅凭表名定位操作目标。
- 别名作用域仅限当前DELETE语句，不影响其他查询
- 别名不能与数据库、表、列同名，否则可能引发解析混淆
- 如果涉及分区表，别名后还需显式指定分区（如
o PARTITION(p2023)），否则可能全表扫描
别名本身不改变执行逻辑，但它强制你显式声明意图——哪张表负责承载删除动作，哪张表只提供上下文。这种约束反而降低了误删风险。
