问题:
使用Java代码链接Oracle执行SQL语句,报错:java
SQL state [null]; error code [17410]; 没法从套接字读取更多的数据;nested exception is java.sql.SQLException: 没法从套接字读取更多的数据
可是将SQL语句放到navicat或者plsql上执行并无报错。sql
问题探究:
查了网上相关文章,有说表空间不足的;有说oracle驱动包有问题的;有说jdbc驱动存在问题,换成odbc后解决的,但针对遇到的问题都没有效果。
错误的无非就是两个方向:一是Oracle数据库方面,二是Java代码方面。
数据库
首先咱们来排查一下Oracle的日志:
Oracle日志分别放置于/oracle/oracle/diag/rdbms/rac/rac1/trac和/oracle/oracle/diag/rdbms/rac/rac1/alert目录下,也可使用select name ,value from v$diag_info命令来查询。
查看日志:
经过翻看log.xml文件,咱们能够看到详细的日志信息:
进入到/home/oracle/app/oracle/diag/rdbms/helowin/helowin/trace/路径:
bash
more helowin_ora_28085.trc
到这里咱们清楚的看到ORA-07445的报错信息。
服务器
问题解决:
ORA-07445传说中是由于Oracle的bug所致使的。
通常状况下,ORA-600被证实为oracle的内部错误,一般由oracle的bug引发,须要打oracle相应的补丁程序。而当oracle服务器进程从操做系统收到一个致命的错误信息时会抛出ora-07445错误,这个错误能够被oracle后台进程或者用户进程激发。当错误被抛出时,系统会首先写一个错误日志到alert.log文件中,而后会写跟踪文件到user_dump_dest或background_dump_dest中;最后会将主存信息转储到core_dump_dest中。
操做系统有不少的非法操做设计,一个常常会碰到的状况就是,当一个进程访问一个非法地址(好比系统预留地址)时致命错误将会产生。
Ora-07445错误是一个很是普通的错误,可能在oracle的任何代码中产生,该错误代码更详细的描述须要进一步跟踪其跟踪文件。
session
接下来的解决方案就简单了,在数据库级别执行如下sql,以设置隐含参数,便可避免出现此问题:oracle
alter system set "_optimizer_connect_by_cost_based" = false scope=both;
或者在session级别执行下列sql:app
alter session set "_optimizer_connect_by_cost_based" = false scope=both;
修改后从新启动Oracle,原来的报错就没有了。spa