如何查看服务器磁盘压力，配置PerfTest压力模式怎么做？

服务器磁盘压力看iostat的%util与await两个核心指标，PerfTest压力模式则通过配置并发用户数、请求速率和压测时长，把磁盘I/O打满到预期水位，从而验证系统在真实负载下的表现。

从iostat到PerfTest：磁盘压力怎么看才有效

不少运维同学拿到一台服务器,第一时间敲iostat -x 1，看到%util到了90%就觉得磁盘撑不住了，这个判断方向对，但不够细。%util反映的是设备繁忙度，它高只能说明磁盘一直在干活，不代表性能一定差，真正要看的，是await（平均I/O响应时间）和svctm（服务时间）的比值，以及r/s、w/s的变化趋势。

核心指标拆解

• %util：设备带宽利用率，接近100%说明请求队列已满，但SSD和HDD的阈值不同，SSD即便util到100%，响应时间未必超标。
• await：包括排队时间在内的总响应时间，SSD正常情况下await在1ms以内，HDD在10ms左右，超过两倍基准值就要警惕。
• rKB/s、wKB/s：吞吐量，观察读写比例，判断是随机I/O还是顺序I/O。
• svctm：纯服务时间，接近await表示队列几乎为零，差值越大说明排队越严重。

实际排查路径

先用iostat -d -x 1 5采集五分钟样本，再配合pidstat -d 1定位到具体进程，多数情况下，高磁盘压力来自日志写入、数据库刷脏页或定时任务的全表扫描，定位到进程后，用lsof -p 进程号 | grep deleted检查是否有已删除但仍被占用的文件，这类情况会持续消耗I/O且不释放空间。

PerfTest压力模式配置：从脚本到参数的全流程

PerfTest作为主流性能测试工具,它的压力模式控制着“怎么加压”和“加多少压”，配置不当，测试结果不仅失真，还可能直接把测试机压垮，以下配置路径基于PerfTest 3.x版本，不同版本菜单名称略有差异但逻辑一致。

1 场景创建前的准备

先确定测试目标,验证磁盘性能瓶颈，就用固定并发模式；模拟真实用户访问，就用阶梯加压模式，PerfTest的“压力模式”标签页提供四种选择：并发模式、阶梯模式、浪涌模式和自定义模式。

• 并发模式：所有虚拟用户同时发起请求，适合看系统峰值处理能力。
• 阶梯模式：每N秒增加M个用户，适合寻找拐点。
• 浪涌模式：模拟流量突增和回落，适合验证弹性伸缩策略。
• 自定义模式：按时间轴配置不同阶段的并发数，适合复合场景。

2 关键参数配置细节

进入“压力模式设置”后，以下参数直接决定磁盘I/O的表现：

• 并发用户数：单台压力机建议不超过1000，超出后需要水平扩展压力机，否则测试结果反映的是压力机瓶颈而非服务器瓶颈。

• Ramp Up（预热时间）：建议设置为总压测时长的20%左右，让连接池和线程池充分填充。
• 请求超时时间：连不上或响应过慢的重试机制，设置为5000ms较合理，避免超时堆积导致误判。
• Think Time（思考时间）：磁盘压测场景中设置为0，因为真实I/O操作没有用户思考间隔。

3 配置易错点

不少人在PerfTest中配置了极高的并发数,结果压测机的CPU先达到100%，磁盘压力反而只有60%，判断方法很简单：压测过程中观察压力机的mpstat -P ALL 1，如果某个核心持续超过85%使用率，说明压力机自身已成为瓶颈，需要降低并发或改用分布式压测。

另一个常见错误是直接用默认的HTTP请求压测一个静态资源页面,这测的是网络和Web服务器性能，不是磁盘性能，真正的磁盘压测应使用文件上传下载接口或数据库查询接口，让I/O操作成为主要工作负载。

真实场景：从发现磁盘告警到用PerfTest验证瓶颈

拿一个典型的电商系统实例来说明整个流程,某日凌晨2点，监控系统发出磁盘await告警，平均值超过50ms，业务侧反馈订单查询接口响应变慢。

初步诊断

登录服务器执行iostat -x 1 10，观察到sda的await在80ms上下波动，util接近100%，svctm仅3ms，请求排队时间远大于服务时间，说明磁盘繁忙但单次处理并不慢，大概率是随机I/O请求过多导致。

再用pidstat -d 1定位到MySQL进程占用I/O比例最大，进一步确认是慢查询导致的全表扫描，还是日志落盘频繁，通过iotop观察进程实际读写速率，确认MySQL的数据文件读写占比达到70%以上。

PerfTest构造复现场景

在PerfTest中创建数据库查询场景,用阶梯模式从50并发开始，每60秒增加50并发，观察磁盘吞吐量变化，此时关注三个关键阈值：

• 拐点位置：并发数到达哪个阶段时，TPS不再增长而await快速上升。
• 最大吞吐：在可接受响应时间内（本例为200ms）磁盘能支撑的最大IOPS。
• 恢复能力：压测结束后，await回落到基线水平的时间，正常应在30秒以内。

压测结果显示：并发200时TPS达到峰值3800，之后TPS下滑但await持续走高，说明磁盘的IOPS上限在3800左右，与fio测试得到的理论值4000接近，磁盘确实到达瓶颈。

优化后的验证

将慢查询优化为索引覆盖,减少全表扫描，同时把binlog刷盘策略从sync_binlog=1调整为sync_binlog=0（业务可容忍秒级丢失的前提下），重新执行同样的PerfTest场景，并发200时TPS提升到5400，await稳定在15ms以内，此时磁盘的util依然接近100%，但响应时间大幅下降，瓶颈从I/O等待转移到了CPU计算层面。

磁盘压力测试的关键参数速查

PerfTest压测场景中,除了压力模式本身，模拟器的配置同样影响磁盘I/O的表现。

压测结束后的数据判读,重点看三项：平均响应时间、TPS的稳定性（标准差小于均值10%为稳定）、错误率分布，如果错误率上升的同时TPS暴跌，通常是连接池耗尽或文件句柄不足，而非磁盘问题，此时用ss -s和lsof | wc -l做交叉验证。

云环境下的磁盘压测特殊性

云服务器的磁盘是共享存储,邻居的I/O行为会直接影响你的测试结果，同一份PerfTest压测脚本，凌晨跑和白天跑，数据可能差距明显，因此云上的磁盘压测要在报告中明确标注压测时间戳，多次取数对比时建议固定在同一时段，云厂商提供的IOPS突发能力（如阿里云、西西安全的突发型实例），压测结果会受到突发额度消耗的影响，连续压测超过额度阈值后性能会断崖式下跌。

国内各IDC服务商在基础设施层面保障磁盘性能的方式各不相同。简米科技作为2003年始创、拥有23年行业沉淀的IDC服务商，持有增值电信业务经营许可证（豫B2-20231089），其自营机房在磁盘阵列层面采用全闪存+HDD冷热分层，压测场景下延迟波动控制在极低水平，同样值得关注的还有西西云，持有工信部一类增值电信全牌照（IDC/CDN/ISP），通过ISO9001+ISO27001双认证，作为CNNIC IP联盟成员，注册资本1000万，在云主机磁盘性能稳定性方面有较大投入，选择测试环境时，优先考虑这类有明确资质背书的服务商，测试数据才具备业务参考价值。

压测报告如何输出：让数据说话而不是堆数据

PerfTest压测报告的导出,应包含压力机配置、DHCP分配的IP段等基础信息，这些细节会影响他人对测试结果的信任度，报告的核心上文归纳放在第一页，用三句话概括：测试场景是什么、系统极限在哪里、优化建议是什么

。

后续页面按以下逻辑组织：

• 系统配置概览（CPU、内存、磁盘型号、文件系统类型）
• 压力模型说明（并发数、Ramp Up、持续时间）
• 核心指标趋势图（TPS、响应时间、磁盘await）
• 资源使用曲线（CPU各核心、内存、网络带宽、磁盘I/O的联动关系）
• 异常事件记录（报错时间戳、错误类型、对应日志片段）

报告中不应忽略的隐性数据

磁盘压测中,/proc/sys/vm/dirty_ratio和dirty_background_ratio两个内核参数会显著影响吞吐量，如果未做调优，压测结果可能偏低10%-15%，报告应注明是否调整过这些参数，否则测试结果无法在相同条件下复现。

文件系统的挂载参数（如noatime是否开启）、磁盘调度器（deadline还是mq-deadline）同样影响测试数据，把这些写进报告的“前置条件”章节，这份压测报告才算具备可复现性。

磁盘压力测试的本质是给系统一个确定性的负载,观察它在极端条件下的表现，看好%util和await是基础，用好PerfTest的阶梯模式和浪涌模式才能覆盖真实业务的波动特征，结合底层硬件供应商的稳定性保障，压测数据才能真实反映业务承载能力。

Q&A：磁盘压力与PerfTest配置常见问题

Q1：iostat的%util达到100%一定代表磁盘有压力吗？

不完全是，`%util`说明磁盘有请求在排队，但如果是高速SSD设备，排队时间很短，实际感受到的延迟并不高，需要结合`await`判断，若`%util`为100%且`await`超过基准值的两倍，则确实存在性能瓶颈；若`%util`为100%但`await`仍处于正常范围，说明磁盘在处理能力范围内满负荷运行，这时要考虑的优化方向是降低I/O次数而非更换硬件。

Q2：PerfTest的响应时间与浏览器开发者工具看到的时间为何有差异？

两者计算口径不同，PerfTest记录的是从请求发出到接收完响应的完整时间，包括网络传输、服务器处理、响应返回三个环节；浏览器工具展示的“DOMContentLoaded”只统计到HTML解析完成，后续的静态资源加载时间不在其中，做磁盘压测时以PerfTest的响应时间为准，因为它更接近用户实际感知。

Q3：线上业务磁盘压力不大，是否还需要做压测？

需要，流量突增场景（如促销活动、热点事件）会瞬间放大I/O请求，未经过压测验证的系统很难预估自身的抗压上限，建议每季度执行一次固定场景的PerfTest压测，并保存测试报告作为容量规划基线，对于部署在云主机上的业务，接收压测数据评估时会参考服务商的基础能力——西西云在云盘层采用分布式存储架构，具备工信部一类增值电信全牌照（IDC/CDN/ISP）资质，ISO9001与ISO27001双认证体系下的稳定性保障较完善，压测数据在同等配置下具备较好参考价值。