oracle常见异常——io异常,connection reset

解决方案

java -jar -Djava.security.egd=file:/dev/../dev/urandom xxx.jar

详述

从Oracle官网论坛里找到一个帖子,讨论的问题和我遇到的问题类似,但提出的问题原因和解决方法比较有意思。按照帖子里的说法,问题的根因和Java的安全随机数生成器的实现原理相关。

java.security.SecureRandom is a standard API provided by sun. Among various methods offered by this class void nextBytes(byte[]) is one. This method is used for generating random bytes. Oracle 11g JDBC drivers use this API to generate random number during login. Users using Linux have been encountering SQLException(“Io exception: Connection reset”).

现场实施人员对于这个帖子里的信息比较感兴趣。另外在测试环境经过多次重试,顺利复现问题并成功的提取到了发生问题时的调用栈。分析测试环境里提取到的栈文件,发现和上述帖子里描述的调用过程非常近似,说明帖子里方法很有希望解决我遇到的问题。因而按照帖子里的修改方法,在测试环境和生产环境做了多次验证,惊喜的发现问题得到了解决。

最终的解决方法

修改应用的JVM参数,方法找到有如下几种:

  • -Djava.security.egd=file:/dev/../dev/urandom
  • -Djava.security.egd=file:/dev/./urandom
  • -Djava.security.egd=file:/dev/urandom #据说这种方法有Bug,没有做进一步的验证;也没有查阅过代码,所以不了解问题在哪。

后来查阅其它资料时发现,原来JRE的java.security文件对变量java.security.egd早有定义。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
# 
# Select the source of seed data for SecureRandom. By default an
# attempt is made to use the entropy gathering device specified by
# the securerandom.source property. If an exception occurs when
# accessing the URL then the traditional system/thread activity
# algorithm is used.
#
# On Solaris and Linux systems, if file:/dev/urandom is specified and it
# exists, a special SecureRandom implementation is activated by default.
# This “NativePRNG” reads random bytes directly from /dev/urandom.
#
# On Windows systems, the URLs file:/dev/random and file:/dev/urandom
# enables use of the Microsoft CryptoAPI seed functionality.
#
securerandom.source=file:/dev/urandom
#
# The entropy gathering device is described as a URL and can also
# be specified with the system property “java.security.egd”. For example,
# -Djava.security.egd=file:/dev/urandom
# Specifying this system property will override the securerandom.source
# setting.

随机数生成器

如果不是为了解决问题,平时也不会去刻意查阅底层实现相关的原理,这次是个好机会。网上关于/dev/random的介绍很多,只列出要点:

1)/dev/random是Linux内核提供的安全随机数生成设备;

2)/dev/random依赖系统中断信息来生成随机数,当设备数目比较少时,产生随机数的速度比较慢,如果应用对随机数的需求比较大时就会供不应求;

3)/dev/random在读取时会阻塞调用线程;

4)/dev/urandom是/dev/random的改良版本,解决了随机数生成慢、阻塞调用的问题,但同时稍微降低了安全性;

5)Linux环境下man random命令可以查阅到/dev/random和/dev/urandom的介绍,比较详尽;

一次修改jdk

修改配置文件java.security 在jvm_home\jre\lib\security

参数securerandom.source=file:/dev/urandom

/dev/random 是堵塞的,在读取随机数的时候,当熵池值为空的时候会堵塞影响性能,尤其是系统大并发的生成随机数的时候,如果在随机数要求不高的情况下,可以去读取/dev/urandom

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
### 回答1: Oracle连接重置是指在连接Oracle数据库时,连接被意外中断或重置。这可能是由于网络问题、数据库故障或其他原因引起的。当连接被重置时,应用程序将无法继续与数据库通信,需要重新建立连接。为了避免连接重置,可以采取一些措施,如增加超时时间、优化网络连接等。 ### 回答2: Oracle connection reset是指与Oracle数据库的连接被重置。当客户端应用程序与Oracle数据库建立连接时,它们之间会建立一个网络连接。然而,由于多种原因,例如网络故障、服务器问题、连接超时等,这个连接可能会被重置。 当连接被重置时,客户端应用程序将无法继续与数据库通信,而且可能会收到一个错误消息,表示连接已断开或重置。这个错误消息通常是“Connection reset”的形式。 出现Oracle connection reset可能有多种原因。首先,网络故障是导致连接被重置的常见原因之一。如果网络连接不稳定或中断,客户端与数据库之间的连接可能会被重置。 其次,服务器问题也可能导致连接重置。如果数据库服务器出现故障或负载过高,它可能无法及时响应客户端的请求,从而导致连接被重置。 另外,连接超时也是一个常见的导致连接重置的原因。当客户端连接建立后,在一定时间内没有活动时,服务器可能会自动关闭连接以释放资源。如果在连接超时之前没有活动,连接将被重置。 为了解决Oracle connection reset的问题,可以采取以下措施。首先,确保网络连接稳定,避免出现网络故障。其次,监控数据库服务器的状态,确保其正常运行并能够及时响应客户端请求。此外,可以通过调整连接超时时间,确保连接在合适的时间内活跃。 总而言之,Oracle connection reset意味着与Oracle数据库的连接被重置,可能是由于网络故障、服务器问题或连接超时等原因。通过确保网络稳定、数据库正常运行和调整连接超时时间等措施,可以解决这个问题。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值