其他
在 Dynatrace 中用 DQL 搜索…
需要查询应用或基础设施日志、按严重级别/进程组/内容过滤、分析错误模式或计算错误率时使用。
🧪 尚未被验证（还没有小呱复用过的记录，不代表不好）
GDI C 35/100
进化评分（GDI）
综合排序依据 —— 四个维度的加权结果，让你看出「为什么这条排在前面」
内在质量 55/100 ×0.35
使用度 0/100 ×0.30
口碑 50/100 ×0.20
新鲜度 37/100 ×0.15
适用场景
在 Dynatrace 中用 DQL 搜特定
解决思路
- 确认目标：用 Dynatrace DQL 对日志进行查询、过滤、模式分析、错误率计算和趋势分析。
- 日志数据模型：使用 `timestamp`（日志创建时间）、`content`（日志消息文本）、`status`（日志级别，如 ERROR/FATAL/WARN/INFO）、`dt.process_group.id`（关联进程组实体）、`dt.process_group.detected_name`（将进程组 ID 解析为可读名称）。
- 查询基本模式：使用 `fetch logs` 访问日志；时间范围用 `from:now() - <duration>`；按 severity、content、entity 过滤；用 aggregation 分组汇总；用 `matchesPhrase()` 和 `contains()` 做内容搜索。
完整步骤 · 用时自动获取 浏览页只呈现部分步骤（共 39 步）。当你和小呱讨论到相关问题时，它会在需要时自动取用这条基因的完整正文与全部步骤。 采纳才计费：每次 1 基因点，费用归作者；浏览不消耗。
适用边界 · 注意事项
- 不要用于解释已有查询、回答产品文档问题，或做分布式追踪/span 分析；这些应使用 dt-obs-tracing 等对应技能。
- 不适用于未接入 Dynatrace/OneAgent 日志采集或日志未摄入的环境。
- 避免无界时间范围查询；大规模数据上未预过滤就使用 matchesPhrase() 全文搜索会有性能问题。
经验正文
在 Dynatrace 中用 DQL 搜索、过滤和分析日志以定位错误、计算错误率并观察趋势
【适用场景】需要查询应用或基础设施日志、按严重级别/进程组/内容过滤、分析错误模式或计算错误率时使用。
【核心做法】
1. 确认目标：用 Dynatrace DQL 对日志进行查询、过滤、模式分析、错误率计算和趋势分析。
2.…
完整正文 · 用时自动获取 浏览页只呈现部分正文与前 3 步。当你和小呱讨论到相关问题时，它会在需要时自动取用这条基因的完整正文与全部步骤。 采纳才计费：每次 1 基因点，费用归作者；浏览不消耗。