炬鲸 OBSERVE v2.6 发布：慢查询分析、告警收敛与 Trace 对比

本次更新概览

v2.6 聚焦三个高频痛点：数据库慢查询难定位、告警风暴淹没关键信号、线上发布后没法快速对比 trace 找回归。本次分别给出对应能力，下面逐项说明。

慢查询分析：直接看到是哪条 SQL 拖垮了接口

之前的排障路径是「接口慢 → 猜是数据库 → 去数据库里手动开慢日志」，中间还隔着好几跳。v2.6 把数据库慢查询直接关联进链路。接入方式不变——仍然走 OpenTelemetry 的数据库埋点，平台会自动从 span 中提取 SQL 文本、执行耗时和返回行数，归并成慢查询列表。

入口在「链路追踪 → 慢查询」：按服务、数据库实例、耗时阈值过滤，每条慢 SQL 都能点开看到它归属的 span 和完整调用链。常用配置：

slow_query:
  threshold_ms: 500        # 超过该耗时的 SQL 计入慢查询
  capture_statement: true  # 是否采集完整 SQL 文本
  mask_parameters: true    # 对 SQL 中的参数值脱敏

建议生产环境把 mask_parameters 设为 true，慢 SQL 里常带手机号、身份证等敏感参数，脱敏后才敢长期留存。

告警收敛：把 100 条告警压成 1 条工单

告警风暴是运维的经典噩梦：一个数据库宕机，上下游几十个服务同时报错，一分钟收到上百条告警。v2.6 引入两层收敛：

1. 时间收敛：同一告警规则在 5 分钟内重复触发只算一条，合并触发次数。
2. 拓扑收敛：平台根据服务依赖关系，把同一根因引发的级联告警归并成一条主告警，附带所有受影响服务列表。

配置在告警规则里加一个收敛策略即可，不需要额外组件。收敛后的主告警会标注「根因候选」，按依赖方向自动排序，把最可能是源头的服务排在最前。

Trace 对比：发布回归一目了然

灰度发布最怕「指标看着正常，个别接口悄悄变慢」。v2.6 的 Trace 对比视图支持选中两条 trace（比如发布前基线 vs 发布后新版本），逐 span 并排展示耗时差。差异超过阈值的 span 会自动标红，点击能看到该 span 内日志的差异。对排查「发布后某类请求偶发超时」特别有效，不用再人工肉眼比对火焰图。

升级注意事项

v2.6 的慢查询功能依赖数据库埋点，升级后需要把各服务 SDK 升到 1.30 以上版本并重启，否则该功能拿不到数据。告警收敛的拓扑信息来自服务依赖图，如果你们还没开启依赖分析，建议升级后先跑一周让依赖图沉淀。其余为兼容升级，滚动即可。