nginx后端应用服务器有大量的tcp连接处于time_wait

2018-12-07 22:21:07
今天发现weblogic上有大量的连接处于time_wait状态,感觉很奇怪。据说是nginx照成的,用tcpdump研究下。

在nginx的服务器上执行

tcpdump -i bond0 -nnA src host 134.96.129.36 and dst host 134.96.129.71 | grep -30 134.96.111.86

nginx后端应用服务器有大量的tcp连接处于time_wait

可以看到nginx在把请求转发到后台weblogic上时候是发送的http头信息中指定使用HTTP/1.0和Connection:close。从这个Connection属性可以知道,nginx让后端weblogic在请求完成后(及响应请求后),直接关闭连接。及weblogic做的主动关闭,所以主动关闭的一方会有大量的time_wait。----http短连接

在浏览器访问,看以看到只要weblogic请求完毕就关闭与nginx的连接,然后进入time_wait状态,time_wait的时间是60秒。

nginx后端应用服务器有大量的tcp连接处于time_wait
请求转码

json={"param":null,"target":"Version"}

-------------------------------------------------------------------------------------------

在nginx的配置中有一个属性指定浏览器发起的连接与nginx保持keepalive的时间 -----http长连接

下面验证该配置是否有用

nginx后端应用服务器有大量的tcp连接处于time_wait
设置keepalive_timeout属性为30秒

在nginx服务器上重复执行如下命令,监听来自ip为85的浏览器请求

netstat -nto | grep 134.96.111.85 | grep 8010 >> abc.txt && date >> abc.txt

此时在浏览器发送请求该

第一次浏览器求情的时间是19:41:48

nginx后端应用服务器有大量的tcp连接处于time_wait
断开连接的时间是19:42:17

nginx后端应用服务器有大量的tcp连接处于time_wait
established的时间是12+17=29秒。其实第一浏览器的请求时间应该往前的。我统计的不准,执行netstat时候晚了,所以刚好实际那应该就是30秒。

---------------------------------------------------------------------------------------------

还可以做下测试,只要在浏览器重复请求web页面,可以发现浏览器与nginx的连接会被重用,这个可以通过

established连接持续的时间可以看出来。---------------这就是所谓的http长连接了

  • 2017-03-13 12:07:19

    JavaScript原型与原型链分析

    JavaScript没有类的概念,但几乎所有的东西又是基于对象的,同时也能实现继承,这就是js跟其他OOP语言最大的不同之处,这也是js最难理解的一块。下面我来说说我个人的理解。

  • 2017-03-15 07:43:19

    NodeJS服务器”热部署“代码,实现动态调试

    如果你有 PHP 开发经验,会习惯在修改 PHP 脚本后直接刷新浏览器以观察结果,而你在开发 Node.js 实现的 HTTP 应用时会发现,无论你修改了代码的哪一部份,都必须终止Node.js 再重新运行才会奏效。这是因为 Node.js 只有在第一次引用到某部份时才会去解析脚本文件,以后都会直接访问内存,避免重复载入,而 PHP 则总是重新读取并解析脚本(如果没有专门的优化配置)。

  • 2017-03-16 13:37:58

    mysql中如何使用INSERT一次性插入多条记录

    看到这个标题也许大家会问,这有什么好说的,调用多次INSERT语句不就可以插入多条记录了吗!但使用这种方法要增加服务器的负荷,因为,执行每一次 SQL服务器都要同样对SQL进行分析、优化等操作。