MySQL LATERAL 派生表按外层行筛选最近记录的查询方案

按每个客户取最新一笔订单时，先把客户表放在左侧，再用 LATERAL 派生表引用当前客户的编号，在内层完成过滤、排序和 LIMIT 1。如果客户没有订单，使用 LEFT JOIN LATERAL 仍会保留客户行；如果只关心确实有订单的客户，则使用普通匹配连接。

官方地址：https://dev.mysql.com/doc/refman/8.4/en/lateral-derived-tables.html

MySQL LATERAL 派生表的关联边界

普通派生表通常先独立计算，不能直接引用同一 FROM 子句中位于它左侧的表。LATERAL 改变的正是这个可见范围：内层查询可以把当前外层行当作参数，因此适合“每个客户取最新订单”“每台设备取最近告警”这类一行一组的任务。

它不是把所有订单先分组再统一排序，而是让派生表对外层行产生一组相关结果。也因此，标题中的“最近记录”必须在内层完成筛选，不能把 LIMIT 1 放到整个外层查询末尾。

按外层每行筛选最近记录的查询写法

下面的例子把订单时间和订单编号同时用于倒序。时间相同的时候，编号提供稳定的第二排序键，避免同一客户重复执行时随机选中不同订单。

SELECT
    c.id,
    c.name,
    latest.order_id,
    latest.paid_at,
    latest.amount
FROM customer AS c
LEFT JOIN LATERAL (
    SELECT o.id AS order_id, o.paid_at, o.amount
    FROM customer_order AS o
    WHERE o.customer_id = c.id -- 这里读取当前外层客户行
    ORDER BY o.paid_at DESC, o.id DESC -- 时间相同再用主键稳定排序
    LIMIT 1 -- 每个客户的内层结果只保留一行
) AS latest ON TRUE;

ON TRUE 表示关联条件已经写进了内层 WHERE。保留客户行是 LEFT JOIN 的结果：没有订单时，latest 的字段为 NULL。如果业务只展示有订单客户，可改为匹配连接，但要明确这会过滤掉空结果。

连接类型、索引与结果边界

订单量较大时，可以从 customer_id 和排序列入手设计复合索引，例如 (customer_id, paid_at, id)；实际索引方向和覆盖列仍应结合执行计划、数据分布与写入成本决定。不要只看单次查询返回正确，还要观察外层行数变大后内层相关查询被重复触发的成本。

排查时按四项检查：确认服务器支持目标语法；确认外层别名确实位于派生表左侧；确认 LIMIT 1 在内层；确认并列时间有唯一键兜底。若需要跨多个版本部署，还要在上线前用目标版本的语法和执行计划分别确认。

常见问题

普通派生表为什么不能直接引用客户表别名？

普通派生表默认独立于同一 FROM 列表的其他表；需要读取左侧外层列时，应显式使用 LATERAL，并把被引用的表放在它左边。

为什么只写 ORDER BY paid_at DESC 还不够？

多个订单可能拥有相同时间。没有第二个唯一排序键时，数据库可以在并列行中任选一条；补上订单主键或其他唯一列，结果才稳定。

LEFT JOIN LATERAL 和窗口函数该怎么选？

本文场景需要按外层行生成小结果集时，LATERAL 表达直接；如果要一次扫描大量数据并同时取多种排名，窗口函数可能更合适，但那是不同的执行形态，应单独比较计划和资源。