MySQL 旧版本 DELETE 使用表别名时报 1064

应用生成的删除语句在 AS 或表别名附近报 MySQL 1064，但对应 SELECT 能正常使用同一个别名：

DELETE FROM job_queue AS q
WHERE q.id = 42
LIMIT 1;

这条单表 DELETE 的别名写法有版本边界：MySQL 从 8.0.16 起支持它。旧版本不能因为 SELECT 接受别名，就推断 DELETE 的同一位置也接受。本文讨论 MySQL，不把相同结论推广到 MariaDB 或其他数据库。

下面的表名、主键和编号都是说明语法的示例，不要直接对业务表试删。应先保存原 SQL，在隔离测试库核对目标范围与约束。

核对服务器版本和最终 SQL

从实际应用连接查询版本：

SELECT VERSION();

查看服务器返回值，而不是本机客户端、驱动或 ORM 的版本。代理后的连接也应核对实际目标。若服务器已经是 MySQL 8.0.16 或更新版本，这个单表别名本身合法，应继续检查完整 SQL 中其他错误，而不是统一删除所有别名。

使用 ORM 时，检查它最后发送的语句。只修改调用代码里的名称，却让 SQL 生成器继续输出旧服务器不支持的结构，错误不会消失。

对于简单的主键删除，旧版本可以去掉别名，并同步改写条件里的限定名称：

DELETE FROM job_queue
WHERE id = 42
LIMIT 1;

这种改法保留了单表 DELETE 的 LIMIT。只去掉 AS q，却留下 q.id，会变成未知列或未知表别名错误。

执行删除之前，先以相同条件查看目标：

SELECT id
FROM job_queue
WHERE id = 42;

这里假设 id 是主键。实际表若不是唯一条件，不能用 LIMIT 1 代替对目标行的确认；删除哪一行可能还需要明确排序。预查与删除之间也可能发生并发变化，预查不是锁定或授权措施。

旧 MySQL 可以使用多表 DELETE 形式，即使实际只涉及一张表：

DELETE q
FROM job_queue AS q
WHERE q.id = 42;

DELETE q 指明要删除哪张表的行，别名则在 FROM 的表引用部分声明。不要写成 DELETE q AS ...，也不要为了修语法把关联到的所有表都列入删除目标。

这一步改变了语法形式：多表 DELETE 不支持 ORDER BY 和 LIMIT。不能把原语句机械改成 DELETE q FROM ... LIMIT 1，也不能直接删掉 LIMIT 而忽略原来对影响数量的限制。

若旧查询依赖排序和限额，应优先保持单表无别名形式；确实需要复杂关联与分批删除时，按业务主键另行设计经过审核的目标集和并发控制，不要用一次语法修复顺带扩大删除范围。

在隔离库使用同样的表结构、约束及相关触发器核对生成 SQL。确认目标主键、影响行数、外键行为与原需求一致，再讨论正式执行安排。WHERE 条件必须保留；没有 WHERE 的 DELETE 会面向整张表。

事务回滚只对支持事务的表及其可回滚操作有效，不能把“测试后 ROLLBACK”当成适用于任何存储引擎、触发器外部副作用或已提交删除的保护。正式处理前应有对应的数据备份与恢复方案。

这类兼容问题可以通过 SQL 生成规则修正，不要求立刻升级生产数据库。保存旧查询和应用版本便于代码回退；已经提交的删除不会随着代码回退恢复，需要按备份及业务恢复流程处理。