炬鲸 OBSERVE v2.8.0 发布：持续剖析、告警根因定位与国产数据库慢 SQL 监控

新增：持续剖析（Continuous Profiling）

v2.8.0 最大的新功能是持续剖析。它用一个低开销采集代理，默认每 60 秒采一次调用栈，把每个进程的 CPU、内存分配、锁等待以火焰图形式持续记录下来。出问题时不用再临时挂 pprof，直接回看过去 15 分钟的栈快照。

支持 JVM、Go、Node.js 三类运行时，CPU 采样开销控制在 3% 以内，生产环境可以常开。剖析结果可以和告警联动：指标触发告警时自动截取告警前后各 5 分钟的火焰图快照。

告警根因定位：一条告警直达函数级

以前告警只告诉你"CPU 高"，根因要自己一层层查。现在告警详情页直接挂了关联的火焰图：点开告警就能看到触发时段内哪个函数在吃 CPU、哪个对象在占内存，从"指标异常"到"代码行"只隔一次点击。

这个能力对值班人特别有用：凌晨接告警，不用先登服务器跑工具，先在告警页看火焰图，多数情况能直接圈定嫌疑函数，剩下的再交给开发复现。它不替代根因分析，而是把最贵的那一步（确定该往哪儿看）直接做进了告警里。

国产数据库慢 SQL 监控增强

针对达梦 DM8、人大金仓 KingbaseES、OceanBase 做了专项增强：

• 慢 SQL 采集不再依赖数据库自身的慢日志，改为通过扩展视图直接抓取活跃 SQL 和执行计划；
• 新增"慢 SQL 趋势"与"Top SQL"两个看板，按耗时、执行次数、扫描行数排序；
• 支持把慢 SQL 的 traceId 和业务链路关联，从一条慢 SQL 反查到是哪个接口、哪个用户触发的。

适配了达梦的 V$SQL_HISTORY、金仓的 pg_stat_statements 等视图，迁移到国产库的团队可以直接开用，不用自己再写采集器。

升级说明与兼容性

升级前注意三点：

1. 采集代理需升级到 2.8.0，旧代理的剖析数据格式不兼容；
2. 持续剖析默认开启，若主机资源紧张可在配置里关闭；
3. 达梦/金仓的慢 SQL 采集需要数据库账号具备查询相应视图的权限，升级后按文档授一次权即可。

另提醒两点：持续剖析会持续产生火焰图数据，默认保留 7 天，可按复盘周期调整；火焰图会暴露函数名、文件路径等敏感信息，建议按日志同样的 RBAC 权限控制访问。

老版本 v2.6/v2.7 可直接滚动升级，数据与告警配置向下兼容，无需迁移。完整变更清单（含小修复与行为调整）见官网文档中心。