应用初始化时mysql hold在SocketInputStream.socketRead0(Native Method)问题

最新推荐文章于 2024-05-09 22:28:49 发布
原创 最新推荐文章于 2024-05-09 22:28:49 发布 · 6.5k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#mysql #jboss #数据库 #sql

本文记录了一次因数据库查询量过大导致应用启动缓慢的问题排查过程。通过jstack dump线程发现，jboss主线程阻塞在Socket读取操作上。进一步调查发现是由于初始化时加载的数据量过大，致使MySQL长时间执行查询SQL未返回。

今天启动一个应用，应用初始化时需要去读一个数据库表，把里面的内容加载到本地缓存中。但是启动之后一直自检失败，应用不能正常提供服务。jstack来dump了线程之后，发现jboss的主线程hold在SocketInputStream.socketRead0(Native Method)上。多次dump也是一样的情况。查了很久，发现是一个乌龙问题，原因是初始化需要加载的这个数据量太大，mysql一直在执行这条查询的sql，没有返回，导致应用迟迟无法启动，记录一下，当时的线程栈如下。

"main" prio=10 tid=0x00002aac00167800 nid=0x3952 runnable [0x00000000429ee000]
   java.lang.Thread.State: RUNNABLE
	at java.net.SocketInputStream.socketRead0(Native Method)
	at java.net.SocketInputStream.read(SocketInputStream.java:129)
	at com.mysql.jdbc.util.ReadAheadInputStream.fill(ReadAheadInputStream.java:114)
	at com.mysql.jdbc.util.ReadAheadInputStream.readFromUnderlyingStreamIfNecessary(ReadAheadInputStream.java:161)
	at com.mysql.jdbc.util.ReadAheadInputStream.read(ReadAheadInputStream.java:189)
	- locked <0x00002aab41808ce0> (a com.mysql.jdbc.util.ReadAheadInputStream)
	at com.mysql.jdbc.MysqlIO.readFully(MysqlIO.java:2499)
	at com.mysql.jdbc.MysqlIO.reuseAndReadPacket(MysqlIO.java:2952)
	at com.mysql.jdbc.MysqlIO.reuseAndReadPacket(MysqlIO.java:2941)
	at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:3489)
	at com.mysql.jdbc.MysqlIO.sendCommand(MysqlIO.java:1959)
	at com.mysql.jdbc.MysqlIO.sqlQueryDirect(MysqlIO.java:2113)
	at com.mysql.jdbc.ConnectionImpl.execSQL(ConnectionImpl.java:2568)
	- locked <0x00002aab41804e20> (a java.lang.Object)
	at com.mysql.jdbc.PreparedStatement.executeInternal(PreparedStatement.java:2113)
	at com.mysql.jdbc.PreparedStatement.executeQuery(PreparedStatement.java:2275)

Java读取MySQL数据时卡在SocketInputStream.socketRead0
Lance的专栏
01-08 6030
本文先描述了我的项目遇到的问题，以及解决的思路，引出了部分MySQL网络协议的分析（代码样例跟我的项目无关，仅供参考）。行文有点乱，见谅 背景 项目中使用mysql-connector-java读取MySQL数据，卡在SocketInputStream.socketRead0 "xx-6" #135 prio=5 os_prio=0 tid=0x00007fc4e047a800 ni...
SocketInputStream.socketRead0 导致线程hangs的解决方案
点火三周的专栏
08-10 2万+
SocketInputStream.socketRead0需要通过Connection eviction policy去监控。不仅要设置timeout，还需要close掉已经expire的connection
java.net.SocketInputStream.socketRead0 卡死导致 tomcat 线程池打满的问题
小狼碎碎念的博客
05-09 2645
问题与原因：某些特定条件下 `java.net.SocketInputStream.socketRead0` 方法会卡死，导致运行线程一直被占用导致泄露 采用的方案：使用监控线程异步监控卡死事件，如果发生直接关闭网络连接释放链接以及对应的线程
Socket常见异常场景模拟实战
恐龙弟旺仔的博客
09-17 1648
如标题所示，本文主要罗列下Socket编程中的那些常见异常，通过实战的方式来模拟这些异常。
at java.net.SocketInputStream.socketRead0(Native Method)
qq_36389107的博客
09-26 9689
1.背景 现在的Java EE 系统通常都依赖于远程服务，需要通过网络请求获取远程服务。不管是使用什么协议（HTTP，HTTPS，JDBC 等）请求远程服务，Java VM最终都将委托给Socket去实现。首先会通过connect方法与远程服务建立连接，连接建立成功后就可以 write/read 与远程服务实现数据通信。 Socket.connect()、Socket.write()、Socket...
SocketInputStream.socketRead0(Native Method)
hc1428090104的博客
05-25 1308
【代码】SocketInputStream.socketRead0(Native Method)
大数据开发面试题总结-超详细
JohnnyChu的博客
11-18 1万+
1、文件上传： 总结： 客户端上传请求--->namenode检查，返回响应--->客户端真正的文件上传请求，包括文件名，文件大小--->namenode返回上传节点--->客户端准备上传，进行块的逻辑切分--->客户端构建pipline流--->开始上传，先上传到缓存中，再上传到磁盘--->上传完成，关闭pipline流--->上...
解决Java从MySQL读取大量数据时卡在SocketInputStream.socketRead0的问题
ytp151730的专栏
05-19 1万+
今天晚上突然有个服务无法启动。这个服务在启动的时候会从数据库中加载一些数据。查看日志：有开始加载的日志，但没有完成加载的日志，判断问题是在加载数据时卡住。用top查看进程，发现CPU占用为0%。又怀疑可能是因为jvm内存不够，用jstat查看jvm内存使用情况，发现各区内存占用率较低，连young gc都没有出现。再用jstack查看线程栈，发现线程卡在JDBC底层的TCP套接字读取上：  --
socket连接代理socketRead0(Native Method) 线程阻塞处理
Revivedsun的专栏
11-12 8383
socket连接代理导致线程阻塞处理系统中使用了socket连接代理系统，但运行了一阵后发现线程池中的线程一直在稳定增长。其间出现过一次RejectedExecutionExceptio。导出线程栈如下，随后将服务禁用，再次导出依然大量线程处于下列状态。说明有很多线程阻塞在socketRead0上。3822 java.lang.Thread.State: RUNNABLE 3823 at java.
java socketread0,一个线程挂在java.net.SocketInputStream.socketRead0(Native Method)上，有谁知道发生了什么？...
weixin_26901145的博客
03-13 1429
"[GMQMsgConsumeThread:113.105.152.146:22300, queue:Q_COOMIX_IMG_META]" prio=10 tid=0x08431000 nid=0x774c runnable [0x6e6b5000]java.lang.Thread.State: RUNNABLEat java.net.SocketInputStream.socketRead0(...
SocketInputStream.java
01-12
深入剖析tomcat第三章SocketInputStream源码 * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/util/StringManager.java,v 1.2 2001/07/22 20:25:14 pier Exp $ * $Revision: 1.2 $ * $Date: 2001/07/22 20:25:14 $ * * ==================================================================== * * The Apache Software License, Version 1.1 * * Copyright (c) 1999 The Apache Software Foundation. All rights * reserved.
java.net.SocketInputStream.socketRead0 挂起线程
热门推荐
回归心灵的专栏
10-20 4万+
背景 现在的Java EE 系统通常都依赖于远程服务，需要通过网络请求获取远程服务。不管是使用什么协议（HTTP，HTTPS，JDBC 等）请求远程服务，Java VM最终都将委托给Socket去实现。首先会通过connect方法与远程服务建立连接，连接建立成功后就可以 write/read 与远程服务实现数据通信。 Socket.connect()、Socket.write()、Socket.r...
java.net.SocketTimeoutException: Read timed out at java.net.SocketInputStream.socketRead0(Native Me
ShiXinXin_Harbour的博客
07-25 2707
解决办法:主要是客户端没有在限定的时间内将数据发送的服务器，可以通过setSoTimeout(int timeout)来设置socket超时。 一般就是超时问题，可能你在运行几次就不异常了？哈哈哈； ...
java.net.SocketTimeoutException: Read timed out
weixin_34402408的博客
07-10 2902
1.问题展示： java.net.SocketTimeoutException: Read timed out    at java.net.SocketInputStream.socketRead0(Native Method)    at java.net.SocketInputStream.socketRead(SocketInputStream.java:116)    at java.n...
查询oracle卡住java.net.SocketInputStream.socketRead0
liyun919的专栏
12-03 2868
程序运行一段时间后有一个线程总会卡住，通过jstack命令定位到卡住的线程如下 "WorkDispatchBolt:669-BoltExecutors" #94 prio=10 os_prio=0 tid=0x00007f9368017000 nid=0x206e1 runnable [0x00007f92fbefc000] java.lang.Thread.State: RUNNAB...
J java.net.SocketInputStream.socketRead0(Ljava/io/FileDescriptor;[BIII)I
学习笔记
09-22 1185
Bug ID: 5040096 Votes 0 Sy...
java.net.socketinputstream.socketread0 hangs thread
k1280000'website
04-29 394
      http://javaeesupportpatterns.blogspot.jp/2011/04/javanetsocketinputstreamsocketread0.html http://thushw.blogspot.jp/2010/10/java-urlconnection-provides-no-fail.html
java socketread0,Java socketRead0 Issue
weixin_27012007的博客
03-13 153
I'm developing a web cralwer with htmlunit and I have added all required timeout but I notice that the app hangs when the server of some website been crawled is not responding at when I use the Java V...
java.net.SocketTimeoutException: Read timed out at java.net.SocketInputStream.socketRead0(Native Method) at java.net.SocketInputStream.socketRead(SocketInputStream.java:116) at java.net.SocketInputStream.read(SocketInputStream.java:171) at java.net.SocketInputStream.read(SocketInputStream.java:141)
最新发布
08-19
<think>我们正在解决用户的问题：java.net.SocketTimeoutException: Read timed out 的解决方法。 根据引用[1]和引用[2]的信息，我们知道这个异常通常是由于读取数据超时引起的。在引用[2]中，排查发现是因为对方SDK设置的默认超时时间（5000毫秒）对于大数据传输不够用，导致超时。 解决方法： 方案一：使用可以设置http请求参数的构造器构造请求器，设置更长的读取超时时间（socket timeout）。 方案二：重写SDK，重新打包（如果使用的是第三方SDK，可能需要修改其超时设置并重新打包，但通常不推荐，因为维护困难）。 另外，引用[1]提到修改代码来解决，但没有给出具体代码。结合我们的知识，我们可以给出具体的设置方法。 下面我们将详细说明如何在不同场景下设置超时时间，以避免SocketTimeoutException。 根据用户的问题，他可能是在使用HttpURLConnection、Apache HttpClient或者第三方库（如OkHttp）时遇到了这个问题。我们将分别说明。 注意：超时时间设置需要根据实际网络情况和数据传输大小来调整，不能设置过短（否则容易超时）也不能设置过长（否则资源占用过久）。 一、使用HttpURLConnection（JDK内置） 设置读取超时（socket timeout）和连接超时（connect timeout）的方法： ```java URL url = new URL("http://example.com"); HttpURLConnection connection = (HttpURLConnection) url.openConnection(); // 设置连接超时（建立连接的时间）为3秒 connection.setConnectTimeout(3000); // 设置读取超时（等待数据的时间）为10秒 connection.setReadTimeout(10000); // 解决Read timed out的关键 ``` 二、使用Apache HttpClient 4.x 可以通过RequestConfig来设置： ```java RequestConfig requestConfig = RequestConfig.custom() .setConnectTimeout(3000) // 连接超时 .setSocketTimeout(10000) // 读取超时（即socket timeout） .build(); CloseableHttpClient httpClient = HttpClients.custom() .setDefaultRequestConfig(requestConfig) .build(); ``` 三、使用OkHttp OkHttp默认超时时间是10秒，但也可以自定义： ```java OkHttpClient client = new OkHttpClient.Builder() .connectTimeout(3, TimeUnit.SECONDS) // 连接超时 .readTimeout(10, TimeUnit.SECONDS) // 读取超时 .build(); ``` 四、如果是在WebService调用中（如引用[1]中提到的场景），通常使用的框架如Axis、CXF等，这些框架也提供了设置超时的方式。 例如，使用CXF： ```java // 设置客户端超时 HTTPConduit conduit = (HTTPConduit) client.getConduit(); HTTPClientPolicy policy = new HTTPClientPolicy(); policy.setConnectionTimeout(3000); // 连接超时 policy.setReceiveTimeout(10000); // 接收超时（即读取超时） conduit.setClient(policy); ``` 五、其他注意事项： 1. 如果是因为网络不稳定，除了增加超时时间，还可以考虑加入重试机制（但要注意幂等性）。 2. 如果数据传输量很大，可以考虑分片传输或者压缩数据，减少传输时间。 3. 监控网络状况，确保网络质量。 六、如何确定超时时间？ 1. 测试正常情况下的平均响应时间，然后根据业务可容忍的延迟设置一个合理的超时时间，通常设置为平均响应时间的2-3倍。 2. 在压力测试下调整超时时间，避免在正常负载下频繁超时。 总结： 解决SocketTimeoutException: Read timed out的关键在于增加读取超时时间（socket timeout）的设定值。具体设置方法取决于使用的HTTP客户端。 最后，我们建议在代码中总是显式设置超时时间，避免使用默认值（因为默认值可能是0或者一个较小的值）。 如果问题仍然存在，可能需要进一步检查网络状况或服务端性能。 根据引用[2]的经验，通过调整超时时间解决了问题，所以用户也可以尝试调整。 相关问题： 1. 如何设置HTTP请求的连接超时和读取超时？ 2. 在Java中如何实现HTTP请求的重试机制？ 3. 如何监控和诊断网络请求超时问题？ 4. 服务端响应时间过长如何优化？ 注意：在回答中，我们引用了用户提供的两个引用，并在末尾添加了引用标识[^1][^2]。</think>### Java中`SocketTimeoutException: Read timed out`解决方法 #### 一、问题本质分析 `java.net.SocketTimeoutException: Read timed out`表示**Socket读取操作超过了设定的超时阈值**。关键参数关系： $$T_{\text{read}} > T_{\text{timeout}} \Rightarrow \text{异常}$$ 其中： - $T_{\text{read}}$ = 数据包传输实际耗时 - $T_{\text{timeout}}$ = 设置的Socket超时时间 #### 二、核心解决方案（按场景分类） ##### 场景1：使用Apache HttpClient ```java // 方案1：全局配置（推荐） RequestConfig config = RequestConfig.custom() .setSocketTimeout(30_000) // 设置30秒读取超时 .setConnectTimeout(5_000) // 连接超时5秒 .build(); CloseableHttpClient client = HttpClients.custom() .setDefaultRequestConfig(config) .build(); // 方案2：单请求配置 HttpGet request = new HttpGet("https://api.example.com/data"); request.setConfig(RequestConfig.copy(config) .setSocketTimeout(60_000) // 特定请求60秒超时 .build()); ``` ##### 场景2：使用JDK HttpURLConnection ```java URL url = new URL("https://api.example.com/large-data"); HttpURLConnection conn = (HttpURLConnection) url.openConnection(); // 关键参数设置 conn.setConnectTimeout(5000); // 连接超时5秒 conn.setReadTimeout(30000); // 读取超时30秒 ★ 解决Read timed out conn.setRequestProperty("Accept-Encoding", "gzip"); // 启用压缩 try (InputStream is = conn.getInputStream()) { // 处理流数据 } ``` ##### 场景3：第三方SDK集成（如AWS/Azure SDK） ```java // 覆盖SDK默认超时（以AWS SDK为例） ClientConfiguration config = new ClientConfiguration() .withSocketTimeout(45_000) // 45秒读取超时 .withConnectionTimeout(10_000); // 10秒连接超时 AmazonS3Client s3Client = new AmazonS3Client(new ProfileCredentialsProvider(), config); ``` #### 三、进阶优化策略 1. **动态超时调整** ```java // 根据内容大小动态设置超时 long estimatedSize = getContentLengthHeader(conn); int dynamicTimeout = (int) Math.max(30_000, estimatedSize / 1024 * 200); // 每KB增加200ms conn.setReadTimeout(dynamicTimeout); ``` 2. **分块传输优化** ```java // 启用分块传输编码 conn.setChunkedStreamingMode(8192); // 8KB块大小 ``` 3. **连接池防泄漏** ```java PoolingHttpClientConnectionManager cm = new PoolingHttpClientConnectionManager(); cm.setMaxTotal(100); // 最大连接数 cm.setDefaultMaxPerRoute(20); // 单路由最大连接 cm.setValidateAfterInactivity(30_000); // 30秒空闲检测[^1] ``` #### 四、网络环境调优参考 | 数据类型 | 建议超时值 | 附加策略 | |------------------|------------|-----------------------| | 小文本(<10KB) | 5-10秒 | 启用Gzip压缩 | | 图片/文档 | 15-30秒 | 分块传输 | | 大文件(>10MB) | 60-180秒 | 断点续传+进度回调 | | 高延迟网络(4G) | 45-120秒 | 动态超时+重试机制 | #### 五、诊断工具 1. **超时根源分析** ```bash # 网络延迟检测 traceroute api.example.com ping -c 10 api.example.com # 端口连通性测试 tcping -t 5 api.example.com 443 ``` 2. **Java线程诊断** ```java // 获取当前Socket超时设置 System.out.println("Current Socket Timeout: " + conn.getReadTimeout() + "ms"); ``` #### 六、预防措施 1. **熔断机制集成** ```java // 使用Resilience4j熔断器 CircuitBreaker circuitBreaker = CircuitBreaker.ofDefaults("backend"); Supplier<String> decoratedSupplier = CircuitBreaker .decorateSupplier(circuitBreaker, () -> httpClient.execute(request)); ``` 2. **异步处理模式** ```java CompletableFuture.supplyAsync(() -> { // 异步HTTP请求 return httpClient.execute(request); }, Executors.newVirtualThreadPerTaskExecutor()) .thenAccept(response -> process(response)); ``` > **关键原则**：超时值应满足 $$T_{\text{timeout}} \geqslant 3 \times \text{P99响应时间}$$，同时配置熔断阈值防止级联故障[^1][^2]。
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值