1、Elasticsearch 性能测试工具
包含但不限于：
- 1、rally
Elasticsearch 官方压测工具。
下载地址：https://github.com/elastic/rally
文档地址：https://esrally.readthedocs.io/en/stable/
- 2、 Loadgen
Elasticsearch 专属压测工具，Medcl 大佬（原 Elastic 中国第一人，现极限科技CEO）出品。
下载地址：http://release.infinilabs.com/loadgen/
- 3、JMeter
开源工具，纯 Java 编写，最初为 Java Web 应用程序而设计，后来扩展到其他测试功能。
下载地址：https://jmeter.apache.org/download_jmeter.cgi
早些年用过 JMeter 测试过 Elasticsearch 5.X 的功能，当时是测试同事协助完成，我自己没有完全掌握。
今天，我带领大家从头过一遍，让大家彻底搞懂 JMeter 实现 Elasticsearch 性能测试。
2、JMeter 部署与启动
由于Java 程序编写，自然支持跨平台，Windows 和 Linux 都可以运行。
这里，主要讲解 Windows 可视化界面配置。
谈不上部署，解压类似绿色安装包就可以使用。
2.1 修改编码格式
为了让 JMeter 支持中文字符，切记先修改配置文件。
修改 bin 路径下的：jmeter.properties 的缺省编码格式如下：
sampleresult.default.encoding=UTF-8
2.2 启动 JMeter
双击：jmeter.bat
启动后，会出现如下的可视化界面：
3、JMeter 性能测试认知前提
3.1 第一：本质上是 Java Web 应用程序测试的逻辑。
Elasticsearch 对外提供服务的就是 9200端口（默认），本质也可以看作 web 服务。
3.2 第二：既然是性能测试，就涉及模拟并发用户请求。
并发用户在JMeter中叫：Threads（Users）。
3.3 第三：既然是Web服务，就涉及配置 Http 请求头。
请求头包含但不限于：
1）Http 请求头，IP、端口、编码格式等基础信息配置，对应于JMeter 中的：Http Request。
2）Https 安全，用户名、密码等的配置，对应于JMeter中的：Http Authorization Manager。
3）Https 响应数据格式，对应于JMeter中的：Http Header Manager。
3.4 第四：既然是性能测试，就得有出报告的地方。
对应于 Listener，类似“吃自助餐”，需要什么拿什么。
有了上面四点认知，剩下的就是走流程了。
4、JMeter 实现 Elasticsearch 8.X 性能测试
4.1 步骤1：设置并发用户数。
如上图所示，逐个点击 Add->Threads(Users)->Thread Group。
- Number of Threads：并发用户数。
- Ram-up period：上面这些并发用户数的总耗时，单位为秒。
截图含义：1秒钟有100个用户并发请求。
4.2 步骤2：完成 Http 请求头及安全等基础配置。
4.3 步骤3：根据业务需求自助完成出报相关基础配置。
4.4 步骤4：执行并发性能测试。
绿色按钮执行，”扫帚“按钮清除执行。
4.5 步骤5：查看测试结果。
还有其他表和细节参数，本文没有展开，需要深入了解，查看一下官方文档即可。
5、实战性能对比
- 4核8G 云服务器（堆内存设置2GB），单节点8.1版本集群性能测试。
- 索引：weibo相关（构造假数据），数据量：228万4009。
- 分10并发用户、50并发用户、100并发用户、200并发用户对比如下四种检索方式的平均响应时间。
结果数据统计汇总如下：
初步结论如下：
- 第一：Wildcard 检索类型不论并发用户是多少，都是最慢的，所以高并发场景不推荐使用。
- 第二：match、term、match_phrase 要结合应用场景，单纯从性能测试响应时间的维度，无法给出明确的选型建议。
- 第三：Term针对keyword精准匹配，Match针对倒排索引单个词项检索，Match_phrase针对短语匹配全文检索更为高效。
以上结论仅是初步的，大家或许会有不同的意见（场景不一样，结论会不同），欢迎拍砖。
6、小结
实战出真知，视频讲解地址：https://t.zsxq.com/05uNBQ3ZB。
欢迎就 JMeter 性能测试问题进行留言交流。
推荐阅读
比同事抢先一步学习进阶干货！
