使用视图时Window Functions返回结果不一致的问题排查

表结构与示例数据 #

CREATE TABLE sample
(
    adjustment_id BIGINT PRIMARY KEY AUTO_INCREMENT,
    balance_id    BIGINT  NOT NULL,
    operation_id  BIGINT  NOT NULL,
    phase         TINYINT NOT NULL
);

INSERT INTO sample(balance_id, operation_id, phase)
VALUES (1, 1, 1), (1, 1, 2), (1, 1, 3), (1, 2, 1), (1, 2, 2), (1, 3, 1);

CREATE VIEW v_sample AS
SELECT *
FROM sample;

原表查询（结果符合预期） #

直接查询sample表时，执行以下窗口函数语句：

SELECT *,
       rank() OVER w             AS `rank`,
       first_value(phase) OVER w AS `latest_phase`
FROM sample
    WINDOW w AS (PARTITION BY balance_id, operation_id ORDER BY adjustment_id DESC);

结果中rank按balance_id+operation_id分组排序，latest_phase为分组内最大adjustment_id对应的phase，符合预期。

视图查询（结果不符合预期） #

将查询对象改为视图v_sample，执行相同语句：

SELECT *,
       rank() OVER w             AS `rank`,
       first_value(phase) OVER w AS `latest_phase`
FROM v_sample
    WINDOW w AS (PARTITION BY balance_id, operation_id ORDER BY adjustment_id DESC);

返回的rank为全局排序值，latest_phase未按分组取值，结果不符合预期。

这个问题的核心原因是MySQL视图不会继承原表的主键、索引等约束元数据：

• 当使用CREATE VIEW ... SELECT *创建视图时，视图仅复制原表的字段结构，不会保留原表的主键、唯一索引等约束信息。
• 窗口函数的PARTITION BY和ORDER BY逻辑依赖底层索引来正确分组和排序，查询原表时，优化器可以利用adjustment_id主键索引，快速按照balance_id+operation_id分组并按adjustment_id降序排列。
• 但查询视图时，由于视图没有对应的索引约束，MySQL优化器无法正确识别分区逻辑，导致窗口函数的PARTITION BY未生效，最终rank变成全局排序，first_value也无法按分组取到对应值。

另外，在MySQL部分旧版本中，视图的合并优化逻辑存在bug，会导致窗口函数的WINDOW子句被错误地应用到全局结果集，而非视图的分组数据上，进一步加剧了这个问题。

内容的提问来源于stack exchange，提问作者Matthew Cachia