快速体验指南

执行 Redis 容量预测：
实例范围：广州与北京地域所有 Redis 实例

执行 MySQL 容量预测：
实例范围：通过标签筛选，标签键"业务"=标签值"线上生产"的广州地域 MySQL 实例

执行 MySQL 容量预测：
实例范围：通过标签筛选，标签键"业务"=标签值"线上生产"的广州地域 MySQL 实例
1）全部健康，无风险则跳过推送
2）有告警（突增异常、阈值异常），按以下格式输出：
**【MySQL 容量告警】**
分析范围：
总实例数：{total_instance_count} 个 | 风险实例数：{risky_instance_count} 个 | 健康实例数：{healthy_instance_count} 个
**告警详情：**
**{{instance_id}} - {{告警概述}}**
> 实例：{{instance_name}}
> 证据：{{key_evidence}} + {{趋势变化}}
> 建议：{{action}}

分别对广州地域的 Redis 和 MongoDB 实例进行巡检

分别对广州地域的 Redis 和 MongoDB，标签键"业务"=标签值"线上生产"的实例进行巡检

分别对广州地域的 Redis 和 MongoDB 实例进行巡检，并推送概要信息与报告链接（将 Redis 和 MongoDB 报告压缩成 zip，提供 zip 的 COS 链接），使用 markdown 链接

**【数据库健康巡检日报】{日期}**
报告地址：[点击查看详细报告]({报告链接})

**巡检总览**
> **Redis**：实例总数 {redis总数}｜ 紧急 {紧急数}｜ 警告 {警告数}｜ 正常 {正常数}
**MongoDB**：实例总数 {mongo总数} 个实例｜ 紧急 {紧急数}｜ 警告 {警告数}｜ 正常 {正常数}

**风险趋势**：{新增风险数} 个，（较上周期 {变化说明}）

**巡检结论**
**总结**：一句话说明整体健康率、紧急问题集中在什么类型、是否有新增
**趋势**：与上个周期对比，紧急/警告数量的变化方向（上升/下降/持平），给出简短判断

**紧急风险 TOP 10**
>（跨引擎统一按紧急程度排序，最多列 10 条，每条只写一行，格式如下：）
序号. **[Redis/Mongo] 实例 ID** — 核心现象，关键数字或状态词（如"持续未恢复""新增""较昨日 +xx%"）

【生成规则】
- P0 条目严格一行，不展开"现象/证据/建议"多段结构，除非只有 1 条 P0 且需要重点强调
- 输出要求：每行之间必须空一行（双换行），确保 Markdown 正确渲染换行

对广州地域（ap-guangzhou）的 MongoDB 实例进行慢查询专项分析。

对广州地域（ap-guangzhou）标签键"业务"=标签值"线上生产"的 MongoDB 实例进行慢查询专项分析。

对广州地域（ap-guangzhou）的 MongoDB 实例进行慢查询专项分析。

**执行步骤：**
1. 使用 MongoDB 周巡检能力，仅执行慢查询巡检，分析窗口设为最近 7 天，对每个实例进行 TOP 10 的慢查询模板分析。
2. 生成两份产物：
   - **统计分析报告（HTML）**：跨实例汇总，含慢操作类型分布饼图、按总耗时排序的 TOP 10 慢 SQL 柱状图、按实例维度的慢查询数量热力表、高频 namespace 排行
   - **详细诊断报告（Markdown）**：每实例一节（本轮无慢查询的实例不输出详情节），含 TOP 10 慢 SQL 表格，表格按平均执行时间倒序排序，每个慢 SQL 附 DatabaseClaw 诊断结论与优化建议
3. 将两个报告压缩成 zip，上传至对象存储（COS），生成预签名下载链接。
4. 输出以下 brief 推送消息：

**【MongoDB 慢查询分析周报】{日期}**
报告地址：[点击查看详细报告]({报告链接})

**分析总览**
> **范围**：{地域} {实例总数} 个 MongoDB 实例
> **慢查询覆盖**：{有慢查实例数} 个实例存在慢查询，共采集 {慢查模板总数} 条
> **TOP 10 慢 SQL**：跨实例按平均耗时排序，取最慢 10 条

**慢查询 TOP 10（跨实例排序）**
>（每条一行，格式如下：）
序号. **实例 ID** — NS: {namespace}，操作: {op}，平均耗时: {平均执行时间 s}，执行次数: {count} 次

**关键发现**
> **总结**：一句话说明慢查询主要集中在哪类操作（find/aggregate/group 等）、哪个 namespace 最频繁、是否有索引缺失迹象

【生成规则】
- brief 中 TOP 10 每行之间必须空一行（双换行），确保 Markdown 正确渲染
- HTML 报告内嵌 CSS，不依赖外部资源，单文件可直接浏览器打开
- 如某实例无慢查询，在详细报告中标注"本轮无慢查询"，不纳入 TOP 10 排序

对广州地域所有 MongoDB 实例进行告警订阅分析，仅订阅高危告警（DBbrain 的致命告警，可观测平台的 Serious 告警），分析后按照以下格式推送结果：

对广州地域（ap-guangzhou）标签键"业务"=标签值"线上生产"的实例进行告警订阅分析，仅订阅可观测平台的高危告警（Serious 级别），分析后按照以下格式推送结果：

对广州地域所有 MySQL 实例进行告警订阅分析，仅订阅高危告警（DBbrain 的致命告警，可观测平台的 Serious 告警），分析后按照以下格式推送结果：

**【MySQL 告警订阅分析】**
**报告链接**：[查看完整报告]({{cos链接}})，使用 markdown 链接格式
**分析时间**：
**实例范围**：
**分析窗口**：
**数据源**：显示订阅的告警数据源与告警策略等级
**告警概要**：一句话概述告警分布与涉及实例数
——————
无风险跳过推送，如有风险则按照以下格式推送：
**{{instance_id}} - {{告警概述}}**
> 实例：{{instance_name}}
> 分析：一句话简述 {{core_issue}} + {{key_evidence}}
> 建议：{{action}}