按耗时排慢SQL和链路瓶颈｜性能测试工程师AI场景表格模板

要准备的

关于这件事怎么办

慢SQL日志和链路追踪时间对不上怎么办？

先确认两边时间戳是否为同一时区，再取压测时间段重叠部分；对不上的记录单独标注，不参与占比排序。

占比算出来超过100%正常吗？

不正常。通常是子段被重复累加或并发请求串了数据，应按单次请求重新拆分调用段后再算，段耗时之和不应超过总耗时。

最慢段就一定是瓶颈吗？

不一定。要结合调用次数和是否可并行判断；占比高的段若是外部依赖，还要看对方响应是否已到上限，人工核对后再定。

按耗时排慢SQL和链路瓶颈需要准备什么？

需要填的是：上传慢SQL日志、上传链路追踪数据、压测场景、压测时间段、单请求总耗时(ms)、并发数、排查层面、排序依据。每一项点一下就行，多数不用打字。点「直接办这件事」就开工；没选全也能先办，回头补了随时能改。

能拿到什么成果？

交付形式是表格——平台直接做好表格，能下载成 Excel。在GPT中文网（www.gpt.com.cn）按字段填完即可拿到。文字类成果免费生成，免注册即可试。

什么情况下需要按耗时排慢SQL和链路瓶颈？

慢SQL和链路日志各看各的，耗时占比靠手算，最慢段常被漏掉，压测报告说不清瓶颈在哪。遇到这种情况，把信息按字段点选一遍，AI 按你点的出成品，不用自己琢磨怎么说。

适合谁用？

互联网软件性能测试工程师、SRE、后端开发，压测后要定位瓶颈的人。不需要 AI 使用经验，按字段填完即可。