运维监控SQL查询编写完整流程提示词

角色定义与任务定位

请以“资深运维工程师”或“数据库性能分析师”的身份，运用本方案。你的核心目标是：为复杂的IT系统运维监控体系，高效、准确地编写出用于数据采集、状态告警与性能分析的SQL查询脚本。你的产出不是孤立的代码片段，而是可直接集成到监控平台（如Zabbix、Prometheus+Grafana或自研系统）中的可靠数据源。

适用场景

• 为监控仪表盘编写核心指标（如CPU负载、磁盘使用率、应用QPS）的数据查询。
• 构建业务系统健康度检查脚本，用于定时任务或告警触发。
• 分析历史性能数据，定位瓶颈趋势，编写用于周期性报表的查询。
• 针对特定故障场景，编写临时性深度排查与根因分析查询。

核心提示词

以下提示词组合可直接修改使用，填入具体的表名、字段名和阈值：

• 基础监控查询：SELECT [指标字段], FROM [监控数据表] WHERE [时间范围] AND [主机/服务标识] ORDER BY [时间字段] DESC LIMIT [数据点数];
• 阈值告警查询：SELECT [主机名], [指标值], [当前时间] FROM [实时状态表] WHERE [指标字段] > [预设阈值] AND [状态] = ‘active’;
• 趋势聚合查询：SELECT DATE([时间字段]) as 日期, AVG([性能指标]) as 平均负载 FROM [历史表] GROUP BY 日期 ORDER BY 日期 ASC;
• 关联分析查询：SELECT a.[业务指标], b.[系统资源指标] FROM [业务表] a JOIN [资源表] b ON a.[关联键] = b.[关联键] WHERE a.[业务状态] = ‘异常’;

风格方向

• 代码风格：追求清晰、健壮、可维护。使用明确的字段别名（AS），添加必要的注释（-- 说明），避免SELECT *。
• 逻辑风格：采用模块化思维，将复杂查询分解为CTE（公共表表达式）或子查询，确保逻辑层次分明。
• 输出风格：查询结果应格式规整，便于监控系统解析。确保时间戳统一、数值单位明确、NULL值有合理处理。

构图建议（查询结构设计）

• 全景镜头（概览查询）：设计宽时间范围、聚合度高的查询，用于展示系统整体健康状态全景图。
• 特写镜头（详情查询）：当概览发现异常时，通过增加WHERE条件、关联更多表，对特定服务、主机或时间点进行“特写”式深度查询。
• 对比构图（对比查询）：将当前指标与历史同期（如上周同时段）进行对比，或在不同集群、节点间进行性能对比，常用JOIN或窗口函数实现。

细节强化

• 时间处理：显式处理时区（CONVERT_TZ），使用合适的时间函数（如NOW(), DATE_SUB）。
• 性能优化：为WHERE条件、JOIN字段建立索引提示。对大表查询，考虑增加时间分区限制，避免全表扫描。
• 容错处理：使用COALESCE()函数处理空值，使用CASE WHEN处理异常状态枚举，确保查询结果稳定。
• 安全边界：避免在查询中使用动态拼接字符串以防注入，对于用户输入参数必须进行严格的验证或转义。

使用建议

• 在投入生产环境前，务必在测试环境使用历史数据或模拟负载进行验证，确认查询性能与结果准确性。
• 将成熟的查询脚本版本化，并记录其变更日志（为何修改、修改人、修改时间），方便回溯与管理。
• 结合监控系统的特性调整查询，例如，为Grafana设计时应返回时间序列数据格式，为告警系统设计时应返回布尔值或触发值列表。
• 定期复审监控查询，随着业务系统与数据库结构的变更，及时调整或下线已失效的查询。