达梦数据库实例日志可视化

运维里常见的痛点

达梦数据库实例在故障排查时，往往要翻大量 .log：检查点、redo 切换、归档、备份与各级别告警混在同一时间轴里。纯文本 grep 很难快速对齐时间窗口、写压力（如 INI_RLOG_SIZE、checkpoint flush、used_space/free_space）以及 WARNING/ERROR/FATAL/abort 前后的上下文，也不方便把结论交给同事复核。

技能如何工作

本技能把指定目录下的达梦实例日志离线解析，生成一套可本地直接打开的交付物：index.html（中文 ECharts 交互报告）、report-data.js、events.csv、summary.json、charts.json、evidence.json，以及随报告复制的 assets/（含 ECharts、Flatpickr 等，不依赖 npm、Node、开发服务器、CDN 或任何网络资源）。

典型流程：在仓库根目录执行分析脚本，--input 指向日志目录；默认在当前目录下创建带时间戳的报告目录（也可用 --output 固定路径）。常用参数包括 --bucket day|hour|minute 聚合粒度、--context N 在告警事件前后保留 N 行原文、--include-other 纳入未分类但带时间戳的行（可能显著增大 CSV）。

阅读顺序建议：先看 summary.json（时间范围、版本字段、文件数、事故窗口、重要消息、检查点触发与输出清单），再用 index.html 做时间筛选、级别过滤与写压力图表；机器可读趋势看 charts.json；围绕告警的原文片段看 evidence.json。事件类型包括 checkpoint、redo_switch、archive、backup、warning、error、fatal、abort，以及可选的 other。

适用边界与注意点

输入目录没有 .log 时应停止并说明无日志；本地 assets/vendor/ 缺失时应先恢复再生成。若解析后零事件或时间范围为空，应视为格式不匹配或未识别到事件，不能用空报告推断实例健康。若仅有正常的 checkpoint/redo/archive 活动而无 WARNING/ERROR/FATAL，应明确说明未发现可归类的高优先级证据。

结论表述上：不要把相关性当成根因；区分直接失败证据、相关证据与症状。对 FATAL 关闭序列，应按时间邻近性聚合 WARNING/ERROR/FATAL，并与 evidence.json 交叉核对后再解释可见消息顺序。