englefly commented on PR #67549:
URL: https://github.com/apache/doris/pull/67549#issuecomment-6145199057
复验有实质进展（本机集群终于跑起来了）：
**环境侧结论**（写在这里备查）：BE 起不来的根因是**另一个 worktree 占用了它需要的 arrow flight
端口**（`output/be/conf/be_custom.conf` 里的 `arrow_flight_sql_port`），换到空闲端口后
`Alive=true`；另外 `output/fe/bin/stop_fe.sh` 一直没能真正停掉
FE，之前若干次"复验"其实跑的是旧代码——这一点很重要，之前那些"没变化"的观测不可信。
**用本分支代码实测（`show_hbo_fingerprint=true`）**：
- ✅ `limit`：其上层 aggregation 拿到 `type=exact` 指纹（修复前是 `no logical expression
in group 7`）。
- ✅ `repeat`（`group by grouping sets`）：两个 aggregation 都拿到指纹。
- ✅ `union all` / `except`：上层 aggregation 拿到指纹（`U{...}` / `E{...}` 身份生效）。
- ✅ **join 的常量敏感键**：`where x.b=1 and y.c=1` 时 join 同时打印
`literal_mode=with_literal` 与 `literal_mode=no_literal`
两条**指纹不同**的可注入条目——这正是"J/A key 常量敏感"的目标。
- ✅ 诊断信息现在直接带组状态（`no expression in group 7 (logical=0, physical=1,
enforcers=1)`），这次就是靠它定位到 `build()` 里过早的 logical 判空。
**仍待解决**（下一轮）：
1. `order by … limit` 的 join 只有 `join_expansion` 行、且**没有 reason** → 指向"可重试的
catalog 读取失败"（`transientFailure`），下一轮会把异常原因打出来定位；
2. `count(*)` 会被规划成 `PhysicalStorageLayerAggregate`（存储层聚合），目前不受支持 →
需要决定是否把它当作 aggregate 的透明/等价形态描述；
3. `Generate` 的验证查询没输出（疑似 SQL 报错），下一轮带 ERROR 输出重跑；
4. 注解逐字节 diff（数据状态归一化后）与 `query_p0/hbo` 全量套件尚未在本分支代码上跑完。
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: [email protected]
For queries about this service, please contact Infrastructure at:
[email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
