v3.3.0 上线：新增高基数指标自动聚合与限流、达梦/人大金仓慢 SQL 采集增强、告警按标签聚合与值班升级优化，并修复若干已知问题。附升级说明与注意事项。
炬鲸 OBSERVE v3.3.0 正式发布。这个版本聚焦三个方向：把高基数指标从「隐性成本」变成可控资源、加强国产数据库监控、让告警聚合真正减少值班噪音。下面按功能拆开说。
过去一个服务把用户 ID 或订单号塞进指标标签，就会撑爆时序存储，账单和查询都遭殃。v3.3.0 默认开启高基数检测：对基数超过阈值的标签自动收敛为 Top-N + 其余聚合，并对超限写入做限流，写入方会收到明确的丢弃计数而不是静默丢失。管理端新增「指标基数」看板，按服务展示标签基数排行，一眼找出是谁在滥用标签。阈值可按标签单独配置，对确实需要高基数的场景走白名单放行。
达梦（DM8）和人大金仓（KingbaseES）的监控进一步补齐：新增慢 SQL 采集，支持按执行耗时和逻辑读阈值抓取 SQL 全文与执行计划；新增锁等待、连接数、表空间使用率等内置指标。采集器通过标准 JDBC 连接，无需在数据库里装任何组件：
database_exporter:
- type: dm8
jdbc: "jdbc:dm://10.0.8.30:5236"
slow_query_threshold_ms: 1000
- type: kingbase
jdbc: "jdbc:kingbase8://10.0.8.31:54321/observe"
slow_query_threshold_ms: 500抓到的慢 SQL 会在 OBSERVE 里和调用它的应用链路自动关联，点击一条慢 SQL 即可下钻到对应的 Trace 和主机，排障从「知道慢」直接跳到「知道为什么慢」。
告警现在可以按标签聚合：同一批主机、同一仓库、同一业务的告警合并成一条，聚合窗口和间隔可配。值班升级从「固定层级」改为「按策略」：支持时间窗口内未确认自动升级、按告警级别选择不同值班组、以及节假日/非工作时间走不同通知渠道。升级失败会兜底短信，不再出现「值班表轮空没人接」的情况。
从 v3.2.x 升级到 v3.3.0 为平滑升级，采集器和后端协议兼容，先升后端再滚动升级采集器即可。两处行为变化要注意：一是高基数限流默认开启，若现有服务确实需要高基数标签，需在采集端显式加白名单；二是慢 SQL 采集默认关闭，按需在采集器配置里打开。完整变更见官方文档的 Release Notes。