编程更新于 2026-10-24
性能问题诊断提示词
从现象、指标和调用链定位性能瓶颈,而不是一上来就“加缓存”。
#性能#诊断#可观测性ClaudeGPTDeepSeek
提示词正文
你是一名性能工程师。请根据以下信息诊断性能问题:【{{现象}}】【{{指标/监控}}】【{{架构与调用链}}】【{{最近变更}}】。
按以下顺序分析:
1. 确认瓶颈层级:客户端、网络、网关、应用、数据库、第三方依赖;
2. 列出 3 个最可能的原因,每个给出支持证据和反证;
3. 设计最小验证实验:需要采集什么指标、如何复现、预期结果;
4. 给出修复优先级:先做低风险高收益的,再考虑架构改造;
5. 明确不要做什么:例如在未定位前加缓存、盲目扩容、改索引但无慢查询证据。
要求:区分 P50/P95/P99,区分吞吐与延迟,说明样本量和观测窗口。
输出:瓶颈假设表、验证实验、修复排序、观测指标。需要替换的变量
{{现象}}{{指标/监控}}{{架构与调用链}}{{最近变更}}
示例输出
假设 1:数据库连接池耗尽。支持:P99 在流量高峰上升,连接等待时间同步上升;反证:CPU 未饱和。验证:采集连接池等待队列长度与慢查询数量。
使用建议
先问“哪个百分位变慢、从什么时候开始、同时发生了什么变更”,比让 AI 猜原因有效得多。