使用ab进行并发压测SSL read failed (5) - closing connection错误

最新推荐文章于 2025-08-03 17:03:58 发布
原创 最新推荐文章于 2025-08-03 17:03:58 发布 · 4.1k 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#ab #压测 #测试 #压力测试 #并发

本文描述了在进行高并发压力测试时遇到的SSLreadfailed(5)-closingconnection错误，并分享了如何通过更换测试服务器来定位问题根源的过程。此外，还提到了与之类似的socket:Toomanyopenfiles(24)错误，以及在服务端无法找到瓶颈时考虑客户端问题的思路。

最近在进行并发压测，在c参数特别大的时候，测试过程中出现SSL read failed (5) - closing connection错误，研究好久没有找到瓶颈，但在换了一台测试服务器后，这个问题没有出现，所以基本可以确定是测试服务器产生的瓶颈。

与之前遇到的socket: Too many open files (24)错误一样，在服务端找不到瓶颈时，可以考虑一下是不是客户端的问题。

ab测试报告解读：https://blog.themismin.com/posts/e1d2de2b.html

SSL_read: Failure in SSL library (protocol error?)
github_34572149的博客
03-26 1906
SSL_read: Failure in SSL library (protocol error?)
Ceph入门到精通-SSL_read() failed (SSL: error:140943F2:SSL routines:SSL3_READ_BYTES:sslv3 error in nginx
隔壁老瓦的专栏
12-13 1362
Asked 6 years, 6 months agoModified 3 years, 6 months agoViewed 10k times I do not understand this error when I in nginx I have SSL3 enabled, it only happens to me with this subdomain. The rest of subdomains I have the same and they work.My : Chrome er
记一次CentOS+Docker+Nginx+uWSGI+MongoDB的单机并发量提升过程
MacwinWin的博客
06-09 1127
最近在做小程序后端开发，使用Docker+Nginx+uWSGI+MongoDB的架构 最终部署图如下： 最开始在对新增订单的接口进行压测时出现100并发就有大量失败的情况，日志显示"WriteConflict error: this operation conflicted with another operation."，分析后得出找出原因： 新增订单压测时是对单一用户进行，即单一用户新增100个订单，而每个新增订单的业务逻辑需要在事务中读写该用户的单个document，从而导致大量请求获取该docu
Ceph入门到精通-SSL_read() failed SSL: error SSL routines:tls 1_enc:internal error
隔壁老瓦的专栏
12-13 1238
SSL_read() failed SSL: error SSL routines:tls 1_enc:internal errorsubject:"Re\: openssl 1.1.1d SSL_read\(\) failed in error log" (mail-archive.com)Re: openssl 1.1.1d SSL_read() failed in error log (nginx.org)SSL_read() failed (SSL: error:0A000126:SSL routi
使用https出错javax.net.ssl.SSLHandshakeException: Handshake failed
热门推荐
OONullPointerAlex的博客
11-11 2万+
最近项目中要用到https，android这边使用的是httpsurlconnection来进行访问的。其中遇到了一个非常诡异的问题，在此记录下来，以供参考： 注：https 的证书是后台自己生成的，没有申请合法的证书。 出错日志： 11-10 16:50:32.933: W/System.err(16031): javax.net.ssl.SSLHandshakeException: Ha
linux系统使用ab进行压力测试
qq_39093474的博客
04-19 2552
ab是apachebench命令的缩写。ab是apache自带的压力测试工具。ab非常实用，它不仅可以对apache服务器进行网站访问压力测试，也可以对或其它类型的服务器进行压力测试。比如nginx、tomcat、IIS等。
Java大事务导致并发更新失败，如何解决？
**My Coding Family**
08-03 1111
🏆本文收录于 《全栈Bug调优(实战版)》 专栏，该专栏专注于分享我在真实项目开发中遇到的各类疑难Bug及其深层成因，并系统提供高效、可复现的解决思路和实操方案。无论你是刚入行的新手开发者，还是拥有多年项目经验的资深工程师，本专栏都将为你提供一条系统化、高质量的问题排查与优化路径，助力你加速成长，攻克技术壁垒，迈向技术价值最大化与职业发展的更高峰🚀！
优化开启Nginx的最大并发性能【支持2万到3万并发量！】
作者的博客园已搬家到优快云，访问博客园主页将默认跳转至优快云
06-28 4346
优化开启Nginx的最大并发性能【支持2万到3万并发量！】
构建自动化内存压力测试框架：模拟高并发TCP连接下暴露泄漏的4种实验设计
随着微服务与云原生架构的普及，传统手动压测手段已无法精准暴露长期运行中的隐性内存泄漏问题。为此，构建一套自动化、可编程、可观测的内存压力测试框架成为保障系统可靠性的关键基础设施。 这套框架的核心使命是...
ESP32多客户端WebSocket连接管理：并发控制与资源调度的3种权威方案
[ESP32多客户端WebSocket连接管理：并发控制与资源调度的3种权威方案](https://ucc.alicdn.com/pic/developer-ecology/gt63v3rlas2la_475864204cd04d35ad05d70ac6f0d698.png?x-oss-process=image/resize,s_500,m_lf...
MQTT客户端ID设计规范：ESP32在高并发场景下的8条最佳实践
# 1. MQTT客户端ID的作用与基本原理 在MQTT协议中，客户端ID（Client ID）是标识每个连接到Broker的唯一逻辑实体。它在CONNECT报文中被提交...// 示例：ESP32使用SDK设置MQTT客户端ID esp_mqtt_client_config_t mqtt_c
ab压测出现连接失败
weixin_30897079的博客
07-21 822
用10.174.250.81压测10.164.13.144就总是拒绝服务了？根本压不成，多次报：Benchmarking10.164.13.144(bepatient)Completed20000requestsapr_socket_recv:Connectiontimedout(110)Totalof36018requestscompleted 问题排查： ...
使用apache的ab压力测试时失败请求原因
一步一跳
05-23 1万+
<br />网上一个论坛上找到的，地址http://bbs.51testing.com/viewthread.php?tid=204192<br /> <br />只要出现 Failed requests 就会多出现一行要求失败的各原因的数据统计，分别有 Connect, Length, 与 Exception 三种，分别代表的意义为：<br />Connect      无法送出要求、目标主机连接失败、要求的过程中联机被中断<br />Length        响应的内容长度不一致 ( 以 Conten
连接数据库报SSL异常解决办法（很多数据库报错信息都适用）
相关项目可以查看https://gitee.com/fan-pl或https://github.com/fpl1116
03-07 726
连接数据库报SSL异常解决办法（很多数据库报错信息都适用）
apache ab压测工具
kevin_love_it的博客
03-28 643
ab是apache自带的压力测试工具。ab非常实用，它不仅可以对apache服务器进行网站访问压力测试，也可以对其它类型的服务器进行压力测试。
解决“SSL handshake failed“问题
asdfgh0077的博客
06-15 1万+
解决"SSL handshake failed"问题
傻瓜式解决 OpenSSL SSL_read: Connection was reset, errno 10054等Git连接失败问题
翰林猿的博客
06-24 282
搞了一下午，不管是使用魔法git push 和 clone 还是修改各种配置依然会报网络连接错误，谷歌了一下午基本上都就是输入各种配置重置代理什么的，但是依旧未解决。 后面找到一个不用魔法，并且完美解决网络失败问题的软件。 FastGithub下载及使用 - 知乎 (zhihu.com) 当然你会发现下载这个软件也要上github(有点搞笑)，如果你有vpn那么就下载软件即可，没有vpn可以查看...
ab压测
weixin_30340775的博客
09-26 220
安装：yum install -y httpd-tools 验证：ab -V ab -help：-n requests 要执行请求总数，默认会执行一个请求 -c concurrency 一次执行多个请求的数量，也就是并发数 -t timelimit 用于基准测试的最大秒数，使用它在固定的总时间内对服务器进行基准测试。默认情况下，没有时间限制。 -s timeout 超时之前等待的最大...
ab工具：Benchmarking 127.0.0.1 (be patient)apr_socket_recv: Connection refused (111)
weixin_44735551的博客
12-01 1880
记录一下我在linux上使用ab工具进行压测时遇到的问题，我在网上搜索了许久，一直没找到。原来是虚拟机ping物理机的时候使用的ip应该是网卡配置时的网关地址，而非项目启动的IP地址。所以导致一直拒绝访问。小白哭了，还是要打好基础。1.我的网卡配置文件是：ifcfg-enp0s3，要想访问物理主机的地址，需要ping这个ip,配置文件具体含义，可以找篇博文看看。2.换成192.168.56.1，就不报错了。
com.zaxxer.hikari.pool.PoolBase[127] - springHikariCP - Closing connection oracle.jdbc.driver.T4CConnection@4bfc3ac5: (connection has passed maxLifetime)
最新发布
10-11
`com.zaxxer.hikari.pool.PoolBase` 报 `springHikariCP` 关闭 `oracle.jdbc.driver.T4CConnection` 连接（`connection has passed maxLifetime`），通常是由于连接超过了最大生命周期而被 HikariCP 连接池关闭。以下是几种可能的解决方案： ### 调整最大生命周期参数 可以通过调整 `maxLifetime` 参数来增加连接的最大存活时间。在 Spring Boot 项目中，可以在 `application.properties` 或 `application.yml` 文件中进行配置。 #### application.properties 示例 ```properties spring.datasource.hikari.max-lifetime=1800000 # 单位为毫秒，这里设置为 30 分钟 ``` #### application.yml 示例 ```yaml spring: datasource: hikari: max-lifetime: 1800000 # 单位为毫秒，这里设置为 30 分钟 ``` ### 调整连接池的其他参数 除了 `maxLifetime`，还可以调整其他相关参数，如 `idleTimeout` 和 `minimumIdle`，以优化连接池的性能。 #### application.properties 示例 ```properties spring.datasource.hikari.idle-timeout=600000 # 空闲连接的最大存活时间，单位为毫秒，这里设置为 10 分钟 spring.datasource.hikari.minimum-idle=5 # 连接池中的最小空闲连接数 ``` #### application.yml 示例 ```yaml spring: datasource: hikari: idle-timeout: 600000 # 空闲连接的最大存活时间，单位为毫秒，这里设置为 10 分钟 minimum-idle: 5 # 连接池中的最小空闲连接数 ``` ### 检查数据库端的连接超时设置 数据库端也可能有连接超时的设置，需要确保数据库端的设置与 HikariCP 的设置相匹配。例如，在 Oracle 数据库中，可以通过修改 `SQLNET.EXPIRE_TIME` 参数来调整连接的超时时间。 ### 监控和分析连接使用情况 使用监控工具（如 Prometheus 和 Grafana）来监控连接池的使用情况，分析连接的创建、销毁和使用频率，找出连接频繁关闭的原因。 ### 代码层面的优化 检查代码中是否存在长时间占用连接的操作，如长时间的事务或复杂的查询。尽量减少连接的占用时间，及时释放连接。 ```java try (Connection connection = dataSource.getConnection()) { // 执行数据库操作 Statement statement = connection.createStatement(); ResultSet resultSet = statement.executeQuery("SELECT * FROM your_table"); // 处理查询结果 while (resultSet.next()) { // 处理数据 } // 关闭资源 resultSet.close(); statement.close(); } catch (SQLException e) { e.printStackTrace(); } ```
评论 1
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值