A. 如何使用 JMeter 对 TCP 协议的服务进行负载测试
1.建立一种类型测试
这里只描述简单的tcp测试建立步骤，因为目前支持的测试类型很多，无法一一陈述，功能细节部分可以参考JMeter文档
1）创建测试线程组
2）根据需要设定线程组参数
3）建立TCP采样
3）配置TCP采样参数
基本上一个简单的测试计划就完成了，点击运行采样，就会将文本发送出去。
2.高级功能配置
1）配置结果查看监听器
有时候需要查看线程组执行结果情况，这个可以通过设定采样结果查看
针对上面配置的线程组应该执行6次，也就是发送6条消息，通过监控器可以看到的确有6个采样结果，说明执行成功
2）配置变量
有时候需要在报文中加上一些变化的内容，可以通过在文本中增加变量设定来实现
如增加一个变量名 bank， 其值为 1111，在前面发送的报文中加上${bank}即可引用，如
执行之后就可以在监控器中看到报文中有1111了
3）配置TCP 二进制报文
大多数情况下，报文可能非纯文本形式，常常都是不可读的二进制，所以这种情况下需要配置二进制报文。当前JMeter支持HEX形式，也就是16进制的报文输入配置
参考： https://wiki.apache.org/jmeter/UserManual/Reference/TcpSampler
当前支持三种格式 1.TCPClientImpl（默认） 2.BinaryTCPClientImpl 3.
使用二进制方式需要做如下几件事：
a.把普通文本报文翻译成HEX格式，可以找文本编辑器做这件事。比如notepad++，打开文本文件
Ctrl+A全选内容，paste到一个新文件，替换掉所有空格
如果报文还需要加上头的话，需要额外计算一下。比如增加一个command id和报文长度。比如上文中文本长度在编辑器状态栏上显示155长，假定command id是1.
System.out.println("155 hex " + Integer.toHexString(155)); --- 9b
System.out.println("1 hex " + Integer.toHexString(1)); ---1
如果command id是4个字节那么16进制字符串就是 00 00 00 01
如果length也是4个字节那么16进制字符串就是 00 00 00 9b
去掉空格加入到前面报文中就拼成如下新报文
000000010000009b
再把新报文放入发送字符串输入框中。
b.修改JMeter启动配置，就是前文提到的指定BinaryTCPClientImpl适配
在jmeter.properties文件中找到如下部分，修改一下
#---------------------------------------------------------------------------
# TCP Sampler configuration
#---------------------------------------------------------------------------
# The default handler class
#tcp.handler=TCPClientImpl
tcp.handler=BinaryTCPClientImpl
重新执行TCP测试，可以看到服务器端正常收到报文，如图
jmeter测试TCP服务器，使用TCP采样器模拟发送TCP请求。
TCP采样器：打开一个到指定服务器的TCP / IP连接，然后发送指定文本并等待响应。
jmeter模拟发送TCP请求的方法：
1.新建线程组，然后在线程组中新建TCP采样器
TCP采样器中填写服务器地址、端口和“要发送的文本”，其它选项根据需要选填：
re_use connection表示重复发送连接请求
close connection 关闭连接
如果TCP请求需要用户名/密码，可以在登录配置中填写
2.新建“察看结果树”监视器，查看发送的请求和响应的结果。如果需要发送16进制报文这个地方会失败。
jmeter发送16进制TCP报文的方法：
很多TCP服务器报文为16进制，并且多数不能转换成文本发送，而jmeter默认发送文本。
jmeter.properties中修改tcp.handler=BinaryTCPClientImpl ，启动jmeter重新发送，抓包查看既是16进制的tcp报文。
另一个方法：可以在工作台新建–非测试元件–Property Display，Property Display中修改jmeter.properties只对当前进程有效。
B. 多台服务器负载均衡的压力测试要怎么做
负载均衡是算法上的问题，按常规软件测试的方式来。
如果负载没问题，那理论上压力测试只要测单个服务就行了。
C. 如何查看服务器当前的负载信息
方法一：
通过top命令来查看服务器负载
再对此linux服务器性能分析之前，先了解下Linux系统Load average负载的知识，负载均值在 uptime 或者top 命令中可以看到，
方法二：输入 iostat -x -k -t
说明：%util: 一秒中有百分之多少的时间用于 I/O 操作，或者说一秒中有多少时间 I/O 队列是非空的。
即 delta(use)/s/1000 (因为use的单位为毫秒)
如果 %util 接近 100%，说明产生的I/O请求太多，I/O系统已经满负荷，该磁盘可能存在瓶颈。
方法三：
如果玩游戏很卡，可以用hdparm –t /dev/磁盘名称来测试磁盘性能是否达标，下图是单个希捷1T的盘测试的结果
说明：sd表示硬盘是SATA，SCSI或者SAS，a表示串口的第一块硬盘
D. 如何查看服务器当前的负载信息
做压力测试的时候想看看linux服务器当前负载如何，性能怎样，可以使用下面这些命令
uptime
显示当前用户数，以及最近1
分钟内、5分钟内、15
分钟内系统的平均负载
cat
/proc/loadavg
用于显示系统1秒钟平均负载、5秒钟平均负载、15秒钟平均负载、总作业数、正在运行的作业总数
cat
/proc/stat
这个显示的内容较多，具体的就不一一列举了，需要的朋友可以自己查阅相关资料
E. 如何测试服务器
服务器测试方法
服务器测试方法分为两个大方面，性能测试与功能测试。
我们在性能测试方面采用了新的测试方法，主要分为文件测试、数据库性能测试与
Web
性能测试三个
方面。其中，文件性能与数据库性能采用美国
Quest
软件公司的
Benchmark Factory
负载测试和容量规划
软件，
Web
性能测试则使用了
Spirent
公司提供的
Caw WebAvalanche
测试仪。
一、性能测试
1
、文件性能测试方法
Benchmark Factory
软件能按照文件读写的关键指标定制事务。软件最大支持
1000
个虚拟客户。
本次测试环境包括
10
台配置为
PIII800/128MB
内存
/20G
硬盘以上的客户端，它们用来模拟虚拟用户。
控制台为配置是
PIII 850/128MB
内存
/40G
硬盘的
Acer
笔记本电脑。交换机为带有两个千兆
GBIC
接口、
24
个
10/100M
自适应端口的
Cisco 2950
，客户端与控制台通过
100M
网卡连到交换机上，被测服务器则通
过千兆光纤网卡与交换机相连接。
被测服务器均安装带
SP4
的
Windows
2000
Advanced Server
操作系统，在所有三项性能测试中都统一
RAID
级别为
5
。
在具体测试方案设置上，测试软件把决定文件读写操作的关键因素设定为：读
/
写、随机
/
顺序、操作
块大小、对象大小四个。在本次测试中，考虑到我们设有单独的数据库及
Web
测试项目，所以在文件测试
中，我们把目标确定为测试服务器基本的
I/O
性能，这主要由网络接口、系统带宽、磁盘子系统等几大部
分所决定。同时，从几部分的作用看，以大操作块读写大对象文件，小操作块读写小对象文件，较能反映
服务器最基本的
I/O
性能，即“大操作块读写大文件”对系统带宽、缓存的考察，以及“小操作块读写小
文件”对磁盘子系统、网络接口的考察。最终我们确定的四个事务是：
大文件顺序读写
(
操作块
8KB
，对象文件
80% 500KB
、
20% 1MB)
大文件随机读写
(
操作块
8KB
，对象文件
80% 500KB
、
20% 1MB)
小文件随机读
(
操作块
1KB
，对象文件
80% 1KB
、
10% 10KB
、
10% 50KB)
小文件顺序写
(
操作块
1KB
，对象文件
80% 1KB
、
10% 10KB
、
10% 50KB)
每个事务的用户数均以固定步长逐渐增加，
最大可增加到
1000
个虚拟用户。
其中，
“大文件顺序读写”
事务的用户数按照
40
的步长从
1
可增加到
400
个
(
测试至强服务器
)
或
200
个
(
测试
TUALATIN
服务器
)
，其
他事务则将用户数按照
100
的步长从
1
增加至
1000
。我们期望得到其在不同用户数时被测服务器的性能表
现。总体上其走势及峰值反映了该服务器的性能。每项事务均运行三次，每次之间被测服务器进行重启，
最终结果为三次平均值。
2
、数据库性能测试方法
“乘机安全小贴士”安全出行要重视
数据库性能测试同样使用了
Benchmark Factory
软件，测试环境如同文件性能测试。测试时，在被测
服务器上安装
SQL Server 2000
使用企业版。首先在被测服务器上创建新的数据库，通过使用
Benchmark
Factory
预定义的
Database Spec
项目向数据库中创建表，装载数据。在服务器端创建以
CPU
计算为主的
存储过程，通过
10
台客户机模拟用户、按照
40
个虚拟用户的步长递增到
400
个用户，执行该存储过程。
结果是以获得的每秒事务数
(TPS)
衡量服务器的数据库事务处理能力。
整个测试分为三次，
每次之间重新启
动被测服务器，最终取三次平均值作为评价结果。
3
、
Web
性能测试方法
Web
性能测试工具是由
Spirent
公司提供的
Caw WebAvalanche
。
WebAvalanche
模拟实际的用户发出
HTTP
请求，
并根据回应给出具体的详细测试结果。
它有以下特点：
能够模拟成百上千的客户端对服务器发
出请求
;
能够模拟真实的网络应用情况，
比如网站在高峰期的访问量应该是动态的维持，
有新客户端的加入，
同时也有原客户的离去，
访问量不是固定不变的
;
可以产生
20000
个连接
/
秒请求量，
足以满足测试的需要
;
测试项目丰富，有访问请求的成功失败数，有
URL
和页面的响应时间，有网络流量数，还有
HTTP
和
TCP
协
议的具体情况。
测试时，被测服务器与
WebAvalanche
上都装有千兆光纤网卡，两网卡通过光纤直接连接。监控端
(
配
置为
PIII 1GHz/128M
内存
/20G
硬盘
)
安装了带
SP4
的
Windows 2000 Server,
该监控端与
WebAvalanche
通
过交叉线直连。在监控端通过
Web
浏览器配置
WebAvalanche
，在被测服务器安装了
SQL Server 2000
企业
版，并用微软的
IIS
建立了
Web
服务器。
测试分为静态性能与动态性能两部分。主要是因为在实际的
Web
应用中，有的站点静态内容居多，提
供的服务也绝大多数是静态的，
因此，
他们就会特别的关心服务器静态性能
;
同样，
有的站点提供的服务交
互性的内容居多，他们就会更关心服务器的动态性能。
被测网站中页面大小及静态、动态页面所占比例均参照实际网站得出，整个网站静态、动态页面所占
比例是
70%
和
30%
，使用的动态页面类型为
ASP
。请求页面样本的文件大小分布比例与整个网站的相同。
静态性能测试模拟发出的均是静态页面请求。在测试动态性能时，动态页面的访问请求占
20%
，其余
80%
为静态页面请求。我们根据实际的
Web
服务器一天中的运行情况建立了一个服务器页面请求模型，该
模型由
4
个阶段组成，第一阶段是预热阶段，
WebAvalanche
发出的请求量由
0
慢慢上升到
200;
第二阶段
是逐步加压阶段，请求量逐步累加到最大值
8200;
第三阶段是动态维持阶段
;
第四阶段是下降阶段，请求量
由最大值迅速下降为
0
。其中，最大请求量略大于实际服务器能够提供的事务处理量。
被测服务器的静态与动态测试分别测试三遍，每遍之间被测服务器和测试仪均重启，结果取三次的平
均值。由此可见，此服务器测试方法立志于最终结果的准确性。
二、功能测试
在功能测试方面，我们对被测服务器的可扩展性、可用性以及可管理性进行了综合评价，其中可扩展
性包括硬盘、
PCI
槽以及内存等的扩展能力，可用性包括对热插拔、冗余设备
(
如硬盘、电源、风扇、网卡
等
)
的支持，可管理性则指的是服务器随机所带的管理软件。
我们在对服务器进行总体评价时，综合了性能、功能和价格三方面因素，依据《网络世界》所做的用
户调查结果，分别给予不同权重，性能占
50%
，功能占
40%
，而价格则占
10%
。在分析性能时，数据库性能
占其中的
50%
，而文件性能占
30%
，
Web
性能占
20%
。
综上所述，这种全新的服务器测试方法更够更准确更直接的对服务器进行测试，而且数据更加精确。
希望能给又需要的读者朋友带来一定的帮助
。
谢谢采纳。