慢 SQL 归因
那一次操作可以直接点开。
一条慢 SQL 的现场
从数据库里的一条慢查询出发，走到当时那次点击。中间不需要前端埋点，也不需要复现。
慢 SQL → 录像Diting
01慢 SQL
SELECT … WHERE order_id = ?02所属请求
03用户会话
回放与信号共用关联键
它和链路、日志、数据库使用同一组关联键，打开回放就能定位到那次请求。
- 慢 SQL 直接关联到会话
- 前端错误与后端异常对齐
- 用户路径可以按时间回看
- 分享链接保留完整上下文
SQL、请求、会话
找到慢 SQL
在 QAN 或链路里按耗时排序，定位具体的语句与执行计划。
落到请求
语句挂在 span 上，上下游服务、耗时和错误一起带出来。
找到会话
请求关联到浏览器会话，点击、输入、跳转都有记录。
打开录像
按时间轴还原页面，看到卡在哪一步、报了什么错。
典型场景
前端错误
错误发生前用户点了什么，页面停在什么状态。
用户路径
从进入到出错，每一步都能回看。
分享与协作
把带时间点的链接发给同事，打开就是同一个现场。
回放能力
| 采集方式 | agent 在 nginx 或容器层注入 RUM，不需要改前端代码 |
|---|---|
| 覆盖 | 按应用查看注入覆盖率，哪些页面已经采到一目了然 |
| 关联 | trace_id 与 session_id 双向跳转 |
| 隐私 | 输入框内容可脱敏，支持按字段屏蔽 |
适合
- 有 Web 前端、需要定位用户侧问题的系统
- 不允许改前端代码的老系统
不适合
- 纯后台服务、没有浏览器端交互的场景
- 禁止采集用户会话内容的合规环境