高质量提问模板 + 任务拆解表

“MSSQL 性能测试结果不理想 & 测试过程中实例异常” 为主题，**分别用“提问模板”+“任务拆解表”**帮你写一遍真实案例，供你直接参考/使用。

---

✅ 高质量提问模板 - 示例

📌【问题标题】

MSSQL 性能测试结果不理想，过程中实例 CPU 飙高/连接断开，怎么排查优化？

---

1. 背景介绍（我在做什么？）

我在进行 MSSQL 数据库的性能压测，目标是验证当前架构和硬件配置是否能支撑高并发读写场景。

---

2. 当前进展（我做了哪些尝试？）

使用了 JMeter + T-SQL 脚本发起批量并发插入和查询请求，数据库部署在 Docker 容器中，资源配置为 4C8G。
压力测试通过表记录数增长和响应时间监控，收集了 sys.dm_exec_requests、sys.dm_os_performance_counters 等指标。

---

3. 卡住的地方（我卡在哪里？）

在高并发过程中，数据库实例会突然出现 CPU 占用 90% 以上，响应极慢，有时连接会中断，且日志中没有明显错误。

---

4. 我的目标（我想实现什么？）

我希望找到：

1. 是否是某些 SQL 查询本身或索引设计的问题；
2. 哪些指标可以用来提前判断性能瓶颈；
3. 如何设置测试参数（连接数、事务大小）更合理；
4. 是否可以通过配置容器参数、SQL Server 配置优化处理。

---

5. 已排除方向

• 网络延迟和磁盘 I/O 本地测试已排除；
• CPU负载不是宿主机导致，是 SQL Server 容器进程本身资源占用。

---

6. 我的猜测

我怀疑部分 SQL 没有命中索引，且连接池未合理释放，导致连接泄露或线程资源枯竭。

---

✅ 总结一句话：
MSSQL 压测下性能表现差，容器内实例 CPU 异常飙高，求排查思路、指标建议以及 SQL 优化方向。

---

✅ 任务拆解表（针对该问题）

步骤	子任务	是否明确	所需资源/技能	优先级	时间预估
1	明确测试目标（读写模式？长连接 or 短连接）	✅	业务需求 & 测试设计	高	20min
2	收集异常期间的系统性能指标（CPU/Mem/I/O）	✅	Docker stats、perfmon、top 等	高	30min
3	收集 SQL Server 内部视图数据	✅	DMV 使用、SSMS、日志分析	高	30min
4	排查慢查询、无索引查询、阻塞链	❌	查询优化经验、索引设计知识	高	60min
5	分析连接管理与线程池限制	❌	SQL Server 配置经验	中	45min
6	优化容器配置参数（共享内存、MAXDOP等）	❌	SQL Server on Docker 最佳实践	中	30min
7	调整压测策略并重新测试	❌	JMeter 参数配置	中	60min
8	总结优化前后指标差异	❌	记录、对比分析能力	低	30min

---

🎯 最终目标聚焦

• 找出影响 MSSQL 实例性能的主因
• 给出合理的 SQL/索引/连接/容器优化建议
• 输出一份“性能压测问题分析报告”

---