解决 connect reset 问题的方法

connect by prior 是结构化查询中用到的，其基本语法是：

select ... from tablename start with 条件1

connect by prior 条件2

where 条件3;

例：

select * from table

start with org_id = 'AAA'

connect by prior org_id = parent_id;

简单说来是将一个树状结构存储在一张表里，比如一个表中存在两个字段:

org_id,parent_id那么通过表示每一条记录的parent是谁，就可以形成一个树状结构。

用上述语法的查询可以取得这棵树的所有记录。

其中：

条件1 是根结点的限定语句，当然可以放宽限定条件，以取得多个根结点，实际就是多棵树。

条件2 是连接条件，其中用PRIOR表示上一条记录，比如 CONNECT BY PRIOR org_id =

parent_id就是说上一条记录的org_id 是本条记录的parent_id，即本记录的父亲是上一条记录。

条件3 是过滤条件，用于对返回的所有记录进行过滤。

简单介绍如下：

早扫描树结构表时，需要依此访问树结构的每个节点，一个节点只能访问一次，其访问的步骤如下：

第一步：从根节点开始；

第二步：访问该节点；

第三步：判断该节点有无未被访问的子节点，若有，则转向它最左侧的未被访问的子节，并执行第二步，否则执行第四步；

第四步：若该节点为根节点，则访问完毕，否则执行第五步；

第五步：返回到该节点的父节点，并执行第三步骤。

总之：扫描整个树结构的过程也即是中序遍历树的过程。

1． 树结构的描述

树结构的数据存放在表中，数据之间的层次关系即父子关系，通过表中的列与列间的关系来描述，如EMP表中的EMPNO和MGR。EMPNO表示该雇员的编号，MGR表示领导该雇员的人的编号，即子节点的MGR值等于父节点的EMPNO值。在表的每一行中都有一个表示父节点的MGR（除根节点外），通过每个节点的父节点，就可以确定整个树结构。

Connectionresetbypeer的常见原因及解决办法

1，如果⼀端的Socket被关闭（或主动关闭，或因为异常退出⽽ 引起的关闭），另⼀端仍发送数据，发送的第⼀个数据包引发该异常

(Connect reset by peer)。

Socket默认连接60秒，60秒之内没有进⾏⼼跳交互，即读写数据，就会⾃动关闭连接。

2，⼀端退出，但退出时并未关闭该连接，另⼀端如果在从连接中读数据则抛出该异常（Connection reset）。

简单的说就是在连接断开后的读和写操作引起的。

Connection reset by peer的常见原因：

1）服务器的并发连接数超过了其承载量，服务器会将其中⼀些连接关闭；(可参考提⾼服务器并发tcp连接数)

如果知道实际连接服务器的并发客户数没有超过服务器的承载量，则有可能是中了病毒或者⽊马，引起⽹络流量异常。可以使⽤netstat -an

查看⽹络连接情况。

2）客户关掉了浏览器，⽽服务器还在给客户端发送数据；

3）浏览器端按了Stop；

这两种情况⼀般不会影响服务器。但是如果对异常信息没有特别处理，有可能在服务器的⽇志⽂件中，重复出现该异常，造成服务器⽇志⽂

件过⼤，影响服务器的运⾏。可以对引起异常的部分，使⽤try…catch捕获该异常，然后不输出或者只输出⼀句提⽰信息，避免使⽤e.printStackTrace();输出全部异常信息。

4）防⽕墙的问题；

如果⽹络连接通过防⽕墙，⽽防⽕墙⼀般都会有超时的机制，在⽹络连接长时间不传输数据时，会关闭这个TCP的会话，关闭后在读写，就

会导致异常。 如果关闭防⽕墙，解决了问题，需要重新配置防⽕墙，或者⾃⼰编写程序实现TCP的长连接。实现TCP的长连接，需要⾃⼰

定义⼼跳协议，每隔⼀段时间，发送⼀次⼼跳协议，双⽅维持连接。

LoadRunner出现error问题及解决方法总结

一、Step download timeout (120 seconds)

这是一个经常会遇到的问题，解决得办法走以下步骤：

1、修改run time setting中的请求超时时间，增加到600s,其中有三项的参数可以一次都修改了，HTTP-request connect timeout，HTTP-request receieve timeout，Step

download timeout，分别建议修改为600、600、5000。run time setting设置完了后记住还需要在control组件的option的run time setting中设置相应的参数。

2、办法一不能解决的情况下，解决办法如下：

设置runt time setting中的internet protocol-preferences中的advaced区域有一个winlnet replay instead of sockets选项，选项后再回放就成功了。切记此法只对windows系统起作用，此法来自zee的资料。

二、问题描述Connection reset by peer.

这个问题不多遇见，一般是由于下载的速度慢，导致超时，所以，需要调整一下超时时间。

解决办法：Run-time setting窗口中的‘Internet Protocol’－‘Preferences’设置set advanced options（设置高级选项），重新设置一下“HTTP-request connect

timeout（sec），可以稍微设大一些”。

三、问题描述connection refused

这个的错误的原因比较复杂，也可能很简单也可能需要查看好几个地方，解决起来不同的操作系统方式也不同。

1、首先检查是不是连接weblogic服务过大部分被拒绝，需要监控weblogic的连接等待情况，此时需要增加acceptBacklog，每次增加25%来提高看是否解决，同时还需要增加连接池和调整执行线程数，（连接池数*Statement Cache Size）的值应该小于等于oracle数据库连接数最大值。 2、如果方法一操作后没有变化，此时需要去查看服务器操作系统中是否对连接数做了限制，AIX下可以直接vi文件limits修改其中的连接限制数、端口数，还有tcp连接等待时间间隔大小，wiodows类似，只不过windows修改注册表，具体修改注册表中有TcpTimedWaitDelay和MaxUserPort项，键值在[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\]。因为负载生成器的性能太好，发数据包特别快，服务器也响应特别快，从而导致负载生成器的机器的端口在没有timeout之前就全部占满了。在全部占满后，就会出现上面的错误。执行netstat –na命令，可以看到打开了很多端口。所以就调整TCP的time out。即在最后一个端口还没有用到时，前面已经有端口在释放了。

Connectionrefused间歇性出现的问题定位

出现Connection refused的问题原因⼀般有三种：

1. 服务器的端⼝没有打开 这种直接就是⼀直会Connection refused，不会间歇出现，可以直接排除；

2. 服务器的防⽕墙没有开⽩名单 很多跟外部对接的时候，是需要将公司出⼝ip加到对⽅防⽕墙⽩名单，这种也会直接Connection

refused，不会间歇出现，可以直接排除；

3. 服务器上的backlog设置的太⼩，导致连接队列满了，服务器可能会报Connection refused，或者Connecttion reset by peer，这个看服务

器上的连接队列满时的设置；

详细的异常堆栈信息如下：

看报错⽅法：

是个native⽅法，毫不意外。因为是跟第三⽅云服务商对接，只能让他们查服务器配置的backlog⼤⼩（最后通过将backlog从50调到了

4096），这⾥回顾⼀下tcp三次握⼿的过程。

正常的发起请求的三次握⼿如下：

第⼀步：client 发送syn到server发起握⼿；

第⼆步: server收到syn后回复syn + ack 给client；

第三步：client收到syn + ack后，回复server⼀个ack表⽰收到server的syn + ack；

Tcp连接详细状态如下图：

1. 服务端调⽤bind() & listen() 函数后，会监听本地某个端⼝，例如8080；

2. 客户端发SYN，服务端收到，连接状态变为SYN_RCVD，将连接放到半连接队列syns queue中，同时回复syn+ack给client；

3. 客户端收到syn + ack，回复ack，客户端连接状态变为ESTABLISHED，服务器接收到客户端的ack，先看accept queue是否已满，如果

没有满，将连接放到全连接队列，如果满了的话，有⼆种处理⽅式：

根据服务端tcp_abort_on_overflow的配置决定，如果配置为0，会丢弃客户端的ack, 过段时间重发syn + ack，也就是三次握⼿的第⼆步