数据源可能暂停更新：最后一次成功检查是 UTC，距今已超过 3 小时。页面上的时间仍按官方原帖计算，但最近几小时的新公告可能还没收录——以官方账号为准。
慢查询/性能热点排查计划
分类：审计 · 更新于 2026-09-21 · 适用工具：两者
适合“感觉某个接口/页面变慢了，但还没定位到具体原因”的阶段。消耗量级：中——主要是代码阅读和推理，不涉及运行环境的真实压测数据。
提示词全文
请先只做静态分析，不要修改代码。通读 <目标模块/接口> 相关的代码路径，找出可能存在的性能问题模式（比如循环里查数据库、没有加索引的过滤条件、重复计算、不必要的全量加载）。对每一处可疑点，说明你的判断依据、可能的影响程度（高/中/低），以及验证这个猜测需要哪些真实数据（比如慢查询日志、某个接口的调用量）。最后给出一份排查计划：先验证哪几处、怎么验证、验证之后再决定要不要改。
使用建议
- 它给的是“猜测+验证计划”，不是确诊结果——真实瓶颈要用日志/监控数据验证
- 如果没有真实的性能数据，明确告诉它“先给排查计划，不要假设已经确诊”
- 计划确认后再另开一轮任务动手改代码，别在同一轮里连猜带改