MySQL 查询报 Every derived table must have its own alias

MySQL 把一个 SELECT 放到 FROM 或 JOIN 后面，执行时报 Every derived table must have its own alias。内层查询单独执行正常，也可能在组合后失败：作为表来源使用时，括号后的派生表名称仍然不能省略。

以下按 MySQL 8.4 的派生表语法说明。先检查应用实际发送的完整 SQL，尤其是 ORM 拼接后的括号与别名位置；不要看到这个错误就给每个子查询都追加 AS。

别名应放在对应查询的右括号后

派生表是在当前查询的表来源位置产生结果表的表达式。下面是无需业务表的最小结构示例：

SELECT d.item_id
FROM (SELECT 1 AS item_id) AS d;

item_id 是结果列名，d 是派生表名，两者解决不同问题。AS 关键字可以省略，表名不能省略。只给内层列写 AS item_id，不会同时给整个结果表命名。

嵌套多层时，每个作为表来源的括号都要有自己的名称。例如：

SELECT outer_rows.item_id
FROM (
    SELECT inner_rows.item_id
    FROM (SELECT 1 AS item_id) AS inner_rows
) AS outer_rows;

若实际 SQL 中只是无意义地包了几层查询，可以在确认结果等价后简化；包含分组、去重、分页或连接的层次不能随意删除。也要排除多写的右括号让别名落到了错误层级。

JOIN 中的子查询也属于表来源

下面的例子假设 report_days 有 report_date 列，report_items 有 item_id 和 enabled 列。这些名称都应替换成实际结构：

SELECT days.report_date, items.item_id
FROM report_days AS days
CROSS JOIN (
    SELECT item_id
    FROM report_items
    WHERE enabled = 1
) AS items;

items 写在内层查询结束之后，外层才能用 items.item_id 引用它。内层原表的别名不能自动充当这个结果表的名字。

CROSS JOIN 会组合两侧的行，补别名不会限制结果数量。若业务需要按键匹配，应另行核对连接条件，而不是认为错误消失后结果就正确。检查时使用小范围数据，避免在大表上直接运行笛卡尔积。

还要显式选择派生表输出列。多个关联表各自都有 id 时，内层 SELECT a.*, b.* 可能产生重名列；MySQL 要求派生表列名唯一。此时应给所需的列分别命名，再在外层按这些输出名称引用，而不是反复修改表别名。

IN 子查询不套用这条表别名规则

下面的子查询提供的是成员判断结果，不位于表来源位置：

SELECT item_id
FROM report_items
WHERE item_id IN (SELECT 1);

不要在 IN (SELECT 1) 后追加一个派生表形式的 AS d。查询中出现括号和 SELECT，不代表它就是需要表别名的派生表。标量表达式自己的输出列别名，也与这里的表别名不是一回事。

补上合法别名后，若继续报分组列、未知列或目标表读写限制，应按新的准确报错定位。别名不会改变分组语义，也不会强制优化器物化子查询；为修复这个语法问题修改全局 SQL 模式或优化器开关，没有必要。

验证最终 SQL 的结果，而不只验证语法

保存修改前的查询和应用版本，在隔离数据中检查列名、行数、重复行与连接条件，再从原应用入口验证。ORM 可能重新生成 SQL，因此以最终发送的语句为准。

本文改动的是查询文本，不需要删表或重建数据库。回退时恢复之前的查询或应用版本。若同样的派生表结构嵌在更新、删除语句里，先单独核对目标行与事务恢复安排；不要为了确认别名修复而直接重复生产写操作。