如何通过JMeter在CentOS上确保测试稳定性，提升系统性能，构建高效长尾测试策略？

更新于

2026-08-13 17:35:47

6阅读来源：SEO教程

内容介绍
文章标签
相关推荐

在高并发压力下JMeter 在 CentOS 上的稳定性直接决定了性能测试结果的可信度。这篇文章聚焦如何策略，并解决常见痛点。

使用者痛点聚焦

内存泄漏长时间运行导致堆占用保持增长，最终导致 OOM。
GC 暂停过长频繁 Full GC 阻塞请求，影响 TPS 与响应时间。
网络抖动与跨可用区延迟分布式节点间通信不稳定，导致错误率飙升。
磁盘 I/O 压力写入大量日志或结果文件，导致磁盘饱和。
GUI 占用资源过多GUI 模式下占用约30% CPU/内存，影响压测效率。
结果分析不准确报告生成时样本数不匹配或强制中断导致错误统计。

一、环境与基础配置

确保 JMeter 在 CentOS 上顺利运行的第一步先是搭建干净且可控的执行环境。其实，

A. 安装 Java Development Kit

# 安装 OpenJDK8或 Oracle JDK8/11。根据 JMeter 官方兼容表选择版本
sudo yum install java-1.8.0-openjdk-devel
# 验证安装是否成功
java -version # 输出如 java version "1.8.0_292"

B. 安装 JMeter 并设置环境变量

# 下载最新版 JMeter
wget https://downloads.apache.org//jmeter/binaries/apache-jmeter-5.6.tgz
# 解压到 /opt/jmeter 并设置权限
sudo tar xf apache-jmeter-5.6.tgz -C /opt/
sudo mv /opt/apache-jmeter-5.6 /opt/jmeter
# 设置环境变量
echo 'export JMETER_HOME=/opt/jmeter' | sudo tee /etc/profile.d/jmeter.sh>/dev/null && \
echo 'export PATH=$JMETER_HOME/bin:$PATH' | sudo tee --append /etc/profile.d/jmeter.sh>/dev/null && \
source /etc/profile.d/jmeter.sh
# 检查是否能正常调用 jmeter 命令
jmeter --version # 应显示版本号和依赖信息

C. 禁用无关服务以释放资源

关闭 firewalld 或 SELinux:

# 临时禁用 firewalld：
sudo systemctl stop firewalld && sudo systemctl disable firewalld
# 临时禁用 SELinux：
sudo setenforce Permissive # 或修改 /etc/selinux/config 中 SELINUX=disabled 并重启。按理说，

二、硬件资源建议表格

*实际部署请根据业务峰值*

硬件规格建议
角色	CPU主要数	内存	带宽
控制机	4核	8 GB	1 Gbps
工作机	16核	32 GB	10 Gbps

三、JVM 与程序资源调优

A. 调整堆大小与 GC 参数

# 在 $JMETER_HOME/bin/setenv.sh 中添加下面内容：
HEAP="-Xms4g"
HEAP="$HEAP-Xmx4g"
HEAP="$HEAP-XX:MaxMetaspaceSize=512m"
HEAP="$HEAP-Xmn200m" # 新生代大小。可根据线程数适当增大
jmeter $HEAP-non_gc_options ...
HEAP="$HEAP-XX:+UseG1GC"
HEAP="$HEAP-XX:MaxGCPauseMillis=200" # 最大暂停时间目标为200ms，可根据业务容忍度调整。
B. 控制线程组循环方式以防止无限增长的任务队列：


Stepping Thread Group 或 Constant Throughput Timer 可让线程逐步上升，避免瞬时爆发导致堆满。

设置循环次数为 “Forever” 时务必配合定时器限制峰值负载，以防出现无节制请求堆积。

对每个 Worker 设置最大连接数，例如 HTTP Request Sampler 的 “Maximum connections per host” 和 “Maximum connections per server”。默认值可能过低或过高，


四、非 GUI 模式执行 & 控制监听器占用

正式压测 必须使用命令行模式：
# 基本输入命令：
jmeter -n \
-t my_test_plan.jmx \
-l results/result.jtl \
--log-level WARN \ # 降低日志级别至警告级别，仅记录关键错误信息
--disable-gui # 确保不会开启任何 GUI 元素
jmeter ...> result.csv # 将 SampleResult 写入 CSV
cat result.csv | jtlreporter # 使用第三方工具批量生成报告


禁用 View Results Tree 等高开销监听器；仅保留 Aggregate Report 或 Summary Report；或者将采样结果写入 CSV 而非 .jtl 文件以减小磁盘 I/O。


五、分布式压测与网络拓扑调整

A．在多台 CentOS 节点上配置 Master–Worker 集群：


Keeps same JMeter version across all nodes.

复制 ${JMETER_HOME}/bin/teardown.jar 到所有 Worker 节点；保证同一套 jar 可用于清理共享状态。

编辑 ${JMETER_HOME}/bin/machines.txt：
192.168.xx.xx # Worker A IP
192.168.xx.yy # Worker B IP
每行一个 IP 地址即可。

在 Master 节点执行：
jmeter-server # 开启服务器进程
在 Worker 节点执行：
jmeter-server # 一样开启服务器进程
接下来从 Master 发起：
jmeter -n \
-t test_plan.jmx \
-l results/result.jtl \
--run-all-workers # 自动把脚本同步到所有 Workers 并统一开始


若需跨可用区部署。请提前确保 VPC 内部路由畅通，并使用固定 IP 或 DNS，以避免动态 IP 导致连接失败。

如果发现跨 AZ 延迟较高。可在同一区域内部署所有节点，以降低网络抖动。

\t\t\t\t
\t\t\t\t
\t\t




### 六、实时监控与日志管理


\u201cPerfMon插件\u201d + ServerAgent ：在每台 Worker 上安装 perfmon 插件，在 Master 上添加 PerfMon Listener。\u201cServerAgent\u201d 收集 CPU、内存、磁盘 IO 等指标，并通过 Graphite/InfluxDB 推送到监控网站。\u201cPerfMon Listener\u201d 会将指标写入 .csv 文件，用于后期趋势分析。\u201cPerfMon Listener\u201d 的典型配置示例：
\u003ccode\u003ePerfmon Listener:\u003ci\u003eTarget Host:\u003c/i\u003e localhost
\u003ci\u003ePort:\u003c/i\u003e DefaultPort
\u003ci\u003eMetrics:\u003c/i\u003e CPU User Rate%。CPU System Rate%,Memory Used MB,\tDisk Read Bytes/sec,\tDisk Write Bytes/sec\rule{10cm}{0pt}\t\rule{10cm}{0pt}\rbrace;\rbrace，\rbrace;\rbrace，\rbrace;\rbrace，\u0067\\\u0069\\\rbrace;说起来，\rbrace，\rbrace;\rbrace，\urbrace;/i>`
template`'
template`
delimiter`'。'`
samplePeriod`500`
csvOutputFile`perfmon_results.csv`
actionOnError`CONTINUE`
eventTriggerType`NONE`
promptIfInvalidHostName`FALSE`
sampleCountType`COUNT_PER_SAMPLE`
sampleCountValue`10000`
microSampleCountValue`10000`
runtimeLimitMsValue`tobool`<\/code>\<\/pre>"

七、结果收集与分析

通过聚合报告可以快速了解整体吞吐量和错误率，但若要深入定位问题，需要结合 PerfMon 数据和日志进行交叉比对。



聚合报告关键指标概览<\/th>\
<\/tr>\

TPS<\/th>\
Error %<\/th>\
P95 Response Time <\/th>\
P99 Response Time <\/th>\
<\/tr>\

45000<\/TD>\
0%<\/TD>\
120 ms<\/TD>\
350 ms<\/TD>\
<\/tr>\

*若 Error % 超过预设阈值，则进入排查流程* ＜B/>"


Bottleneck Identification Cycle：



Step ① : Gar Metrics & Logs – Collect aggregated reports and PerfMon data.


 

Step ② : Identify Hotspots – Look for CPU spikes beyond threshold,memory leaks。or disk‑IO stalls .







Step ③ : Tune Script or System – Adjust thread count,introduce timers。tune GC flags or upgrade network gear.







Step ④ : Re‑run & Validate – Execute a short sanity run。check if metrics improved and error rate dropped.







注意每一次改动都要记录 baseline 指标，以便回溯。

八、安全性 & 合规性提示



保持 JMeter 与 Java 的安全补丁及时更新；其实，使用官方发布渠道下载。不过，

对敏感接口测试。请加密传输或使用 HTTPS，并在请求头中加入安全 token；不要把凭据硬编码进脚本，

若使用 Docker 化 Agent，只需确保容器内部已关闭 SELinux 并允许必要端口暴露；其实，限制容器 UID 为非 root 使用者，以防止越权操作。




  











 


九、小结—常用方法速览



步骤
要点
推荐做法




环境搭建
安装兼容 JDK 与最新 JMeter
使用 OpenJDK8+ 和官方 tar 包


JVM 调优
合理堆尺寸 + G1GC + MaxGCPauseMillis
Xms4g Xmx4g UseG1GC MaxGCPauseMillis=200


非 GUI
--disable-gui,简化监听器
聚合报告 + CSV 输出


分布式集群
machines.txt 一致。统一启动 jmeter-server
同一子网，IP 静态


网络监控
PerfMon+ServerAgent 收集 CPU/内存/IO
推送至 InfluxDB/Graphite 后图形化


日志管理
logrotate 配置日志轮转
避免磁盘膨胀


继续改进
基线 + 排查 → 调优 → 重跑 → 验证 循环闭环

。

标签：CentOS

在高并发压力下JMeter 在 CentOS 上的稳定性直接决定了性能测试结果的可信度。这篇文章聚焦如何策略，并解决常见痛点。

使用者痛点聚焦

内存泄漏长时间运行导致堆占用保持增长，最终导致 OOM。
GC 暂停过长频繁 Full GC 阻塞请求，影响 TPS 与响应时间。
网络抖动与跨可用区延迟分布式节点间通信不稳定，导致错误率飙升。
磁盘 I/O 压力写入大量日志或结果文件，导致磁盘饱和。
GUI 占用资源过多GUI 模式下占用约30% CPU/内存，影响压测效率。
结果分析不准确报告生成时样本数不匹配或强制中断导致错误统计。

一、环境与基础配置

确保 JMeter 在 CentOS 上顺利运行的第一步先是搭建干净且可控的执行环境。其实，

A. 安装 Java Development Kit

# 安装 OpenJDK8或 Oracle JDK8/11。根据 JMeter 官方兼容表选择版本
sudo yum install java-1.8.0-openjdk-devel
# 验证安装是否成功
java -version # 输出如 java version "1.8.0_292"

B. 安装 JMeter 并设置环境变量

# 下载最新版 JMeter
wget https://downloads.apache.org//jmeter/binaries/apache-jmeter-5.6.tgz
# 解压到 /opt/jmeter 并设置权限
sudo tar xf apache-jmeter-5.6.tgz -C /opt/
sudo mv /opt/apache-jmeter-5.6 /opt/jmeter
# 设置环境变量
echo 'export JMETER_HOME=/opt/jmeter' | sudo tee /etc/profile.d/jmeter.sh>/dev/null && \
echo 'export PATH=$JMETER_HOME/bin:$PATH' | sudo tee --append /etc/profile.d/jmeter.sh>/dev/null && \
source /etc/profile.d/jmeter.sh
# 检查是否能正常调用 jmeter 命令
jmeter --version # 应显示版本号和依赖信息

C. 禁用无关服务以释放资源

关闭 firewalld 或 SELinux:

# 临时禁用 firewalld：
sudo systemctl stop firewalld && sudo systemctl disable firewalld
# 临时禁用 SELinux：
sudo setenforce Permissive # 或修改 /etc/selinux/config 中 SELINUX=disabled 并重启。按理说，

二、硬件资源建议表格

*实际部署请根据业务峰值*

硬件规格建议
角色	CPU主要数	内存	带宽
控制机	4核	8 GB	1 Gbps
工作机	16核	32 GB	10 Gbps

三、JVM 与程序资源调优

A. 调整堆大小与 GC 参数

# 在 $JMETER_HOME/bin/setenv.sh 中添加下面内容：
HEAP="-Xms4g"
HEAP="$HEAP-Xmx4g"
HEAP="$HEAP-XX:MaxMetaspaceSize=512m"
HEAP="$HEAP-Xmn200m" # 新生代大小。可根据线程数适当增大
jmeter $HEAP-non_gc_options ...
HEAP="$HEAP-XX:+UseG1GC"
HEAP="$HEAP-XX:MaxGCPauseMillis=200" # 最大暂停时间目标为200ms，可根据业务容忍度调整。
B. 控制线程组循环方式以防止无限增长的任务队列：


Stepping Thread Group 或 Constant Throughput Timer 可让线程逐步上升，避免瞬时爆发导致堆满。

设置循环次数为 “Forever” 时务必配合定时器限制峰值负载，以防出现无节制请求堆积。

对每个 Worker 设置最大连接数，例如 HTTP Request Sampler 的 “Maximum connections per host” 和 “Maximum connections per server”。默认值可能过低或过高，


四、非 GUI 模式执行 & 控制监听器占用

正式压测 必须使用命令行模式：
# 基本输入命令：
jmeter -n \
-t my_test_plan.jmx \
-l results/result.jtl \
--log-level WARN \ # 降低日志级别至警告级别，仅记录关键错误信息
--disable-gui # 确保不会开启任何 GUI 元素
jmeter ...> result.csv # 将 SampleResult 写入 CSV
cat result.csv | jtlreporter # 使用第三方工具批量生成报告


禁用 View Results Tree 等高开销监听器；仅保留 Aggregate Report 或 Summary Report；或者将采样结果写入 CSV 而非 .jtl 文件以减小磁盘 I/O。


五、分布式压测与网络拓扑调整

A．在多台 CentOS 节点上配置 Master–Worker 集群：


Keeps same JMeter version across all nodes.

复制 ${JMETER_HOME}/bin/teardown.jar 到所有 Worker 节点；保证同一套 jar 可用于清理共享状态。

编辑 ${JMETER_HOME}/bin/machines.txt：
192.168.xx.xx # Worker A IP
192.168.xx.yy # Worker B IP
每行一个 IP 地址即可。

在 Master 节点执行：
jmeter-server # 开启服务器进程
在 Worker 节点执行：
jmeter-server # 一样开启服务器进程
接下来从 Master 发起：
jmeter -n \
-t test_plan.jmx \
-l results/result.jtl \
--run-all-workers # 自动把脚本同步到所有 Workers 并统一开始


若需跨可用区部署。请提前确保 VPC 内部路由畅通，并使用固定 IP 或 DNS，以避免动态 IP 导致连接失败。

如果发现跨 AZ 延迟较高。可在同一区域内部署所有节点，以降低网络抖动。

\t\t\t\t
\t\t\t\t
\t\t




### 六、实时监控与日志管理


\u201cPerfMon插件\u201d + ServerAgent ：在每台 Worker 上安装 perfmon 插件，在 Master 上添加 PerfMon Listener。\u201cServerAgent\u201d 收集 CPU、内存、磁盘 IO 等指标，并通过 Graphite/InfluxDB 推送到监控网站。\u201cPerfMon Listener\u201d 会将指标写入 .csv 文件，用于后期趋势分析。\u201cPerfMon Listener\u201d 的典型配置示例：
\u003ccode\u003ePerfmon Listener:\u003ci\u003eTarget Host:\u003c/i\u003e localhost
\u003ci\u003ePort:\u003c/i\u003e DefaultPort
\u003ci\u003eMetrics:\u003c/i\u003e CPU User Rate%。CPU System Rate%,Memory Used MB,\tDisk Read Bytes/sec,\tDisk Write Bytes/sec\rule{10cm}{0pt}\t\rule{10cm}{0pt}\rbrace;\rbrace，\rbrace;\rbrace，\rbrace;\rbrace，\u0067\\\u0069\\\rbrace;说起来，\rbrace，\rbrace;\rbrace，\urbrace;/i>`
template`'
template`
delimiter`'。'`
samplePeriod`500`
csvOutputFile`perfmon_results.csv`
actionOnError`CONTINUE`
eventTriggerType`NONE`
promptIfInvalidHostName`FALSE`
sampleCountType`COUNT_PER_SAMPLE`
sampleCountValue`10000`
microSampleCountValue`10000`
runtimeLimitMsValue`tobool`<\/code>\<\/pre>"

七、结果收集与分析

通过聚合报告可以快速了解整体吞吐量和错误率，但若要深入定位问题，需要结合 PerfMon 数据和日志进行交叉比对。



聚合报告关键指标概览<\/th>\
<\/tr>\

TPS<\/th>\
Error %<\/th>\
P95 Response Time <\/th>\
P99 Response Time <\/th>\
<\/tr>\

45000<\/TD>\
0%<\/TD>\
120 ms<\/TD>\
350 ms<\/TD>\
<\/tr>\

*若 Error % 超过预设阈值，则进入排查流程* ＜B/>"


Bottleneck Identification Cycle：



Step ① : Gar Metrics & Logs – Collect aggregated reports and PerfMon data.


 

Step ② : Identify Hotspots – Look for CPU spikes beyond threshold,memory leaks。or disk‑IO stalls .







Step ③ : Tune Script or System – Adjust thread count,introduce timers。tune GC flags or upgrade network gear.







Step ④ : Re‑run & Validate – Execute a short sanity run。check if metrics improved and error rate dropped.







注意每一次改动都要记录 baseline 指标，以便回溯。

八、安全性 & 合规性提示



保持 JMeter 与 Java 的安全补丁及时更新；其实，使用官方发布渠道下载。不过，

对敏感接口测试。请加密传输或使用 HTTPS，并在请求头中加入安全 token；不要把凭据硬编码进脚本，

若使用 Docker 化 Agent，只需确保容器内部已关闭 SELinux 并允许必要端口暴露；其实，限制容器 UID 为非 root 使用者，以防止越权操作。




  











 


九、小结—常用方法速览



步骤
要点
推荐做法




环境搭建
安装兼容 JDK 与最新 JMeter
使用 OpenJDK8+ 和官方 tar 包


JVM 调优
合理堆尺寸 + G1GC + MaxGCPauseMillis
Xms4g Xmx4g UseG1GC MaxGCPauseMillis=200


非 GUI
--disable-gui,简化监听器
聚合报告 + CSV 输出


分布式集群
machines.txt 一致。统一启动 jmeter-server
同一子网，IP 静态


网络监控
PerfMon+ServerAgent 收集 CPU/内存/IO
推送至 InfluxDB/Graphite 后图形化


日志管理
logrotate 配置日志轮转
避免磁盘膨胀


继续改进
基线 + 排查 → 调优 → 重跑 → 验证 循环闭环

。

标签：CentOS

使用者痛点聚焦

一、环境与基础配置

A. 安装 Java Development Kit

B. 安装 JMeter 并设置环境变量

C. 禁用无关服务以释放资源

二、硬件资源建议表格

三、JVM 与程序资源调优

A. 调整堆大小与 GC 参数

B. 控制线程组循环方式以防止无限增长的任务队列：

四、非 GUI 模式执行 & 控制监听器占用

五、分布式压测与网络拓扑调整

A．在多台 CentOS 节点上配置 Master–Worker 集群：

七、结果收集与分析

Bottleneck Identification Cycle：

Step ① : Gar Metrics & Logs – Collect aggregated reports and PerfMon data.

Step ② : Identify Hotspots – Look for CPU spikes beyond threshold,memory leaks。or disk‑IO stalls .

Step ③ : Tune Script or System – Adjust thread count,introduce timers。tune GC flags or upgrade network gear.

Step ④ : Re‑run & Validate – Execute a short sanity run。check if metrics improved and error rate dropped.

八、安全性 & 合规性提示

九、小结—常用方法速览

相关推荐

使用者痛点聚焦

一、环境与基础配置

A. 安装 Java Development Kit

B. 安装 JMeter 并设置环境变量

C. 禁用无关服务以释放资源

二、硬件资源建议表格

三、JVM 与程序资源调优

A. 调整堆大小与 GC 参数

B. 控制线程组循环方式以防止无限增长的任务队列：

四、非 GUI 模式执行 & 控制监听器占用

五、分布式压测与网络拓扑调整

A．在多台 CentOS 节点上配置 Master–Worker 集群：

七、结果收集与分析

Bottleneck Identification Cycle：

Step ① : Gar Metrics & Logs – Collect aggregated reports and PerfMon data.

Step ② : Identify Hotspots – Look for CPU spikes beyond threshold,memory leaks。or disk‑IO stalls .

Step ③ : Tune Script or System – Adjust thread count,introduce timers。tune GC flags or upgrade network gear.

Step ④ : Re‑run & Validate – Execute a short sanity run。check if metrics improved and error rate dropped.

八、安全性 & 合规性提示

九、小结—常用方法速览

相关推荐