作者回复: 我对windows不是特别熟，谈下我的理解作为参考： TCP是全双工协议，意思是客户端和服务器都可以发送消息，此时也可以称为你说的完全连接。所谓半开，是指关闭连接时，不要调用close函数，而是调用shutdown，而且传递的参数是关闭写（关闭读不行），这样，相当于四次握手中只发出FIN并收到ACK，此时两端的状态分别是fin_wait2和close_wait，你可以用netstat看到。这种状态下，被动关闭端仍然可以发送消息，而主动关闭端就不行了，这就是半开连接。

2020-04-02



3

2xshu

老师你好，非常感谢你的课程，使我受益匪浅。老师，我有个疑问，不是太理解。处于半连接状态，客户端回给服务器ack，是先将SYN_RCVD状态置为establish状态，还是先将该链接移到accept队列？我假设是以下三种情况： 1：如果是先置为establish，但是accept队列满了，这个时候在syn_max_backlog队列就会有establish的状态。 2：如果是先将该链接从syn_max_backlog队列移除，然后再添加到accept队列，再置为establish状态，但是NGINX默认的listen的backlog是511，那又怎么能达到百万连接的目标呢？ 3：先从syn_max_backlog队列移除该链接，然后放到一个未知队列并置为establish状态。accept队列再从未知队列里面去取链接进行逻辑处理。希望得到老师的指点，谢谢啦。

作者回复: 问题1和3：内核态与用户态是不一样的，你可以理解为置状态、移队列是原子的（基于自旋锁），要么一起成功，要么一起失败。你可以参看内核的int tcp_v4_rcv(struct sk_buff *skb)函数。问题2：accept调用后，backlog队列就移除了，nginx调用accept是很及时的。百万并发与backlog无关，backlog只与调用accept是否及时有关

2019-02-18



1

wyw

老师当nginx的负载比较高的时候发现nginx Connections的writing状态的连接特别多，别的状态基本在10个上线，writing会上百，极端情况会有上千。writing是指在等待写数据到客户端的连接数，我不清楚为什么会出现这个情况，这个现象说明什么？

作者回复: 接收完请求后，就会进入writing状态。所以，writing状态不只是处理请求中，发送响应也会在这个状态。所以，writing状态的请求数量通常是最多的。你可以看下137课。

2020-01-12





张跃

老师您好，请问我一个 24核 64G内存的比较繁忙的跑HTTP短连接的 openresty 。参数 tcp_max_syn_backlog是不是小了点？我测试发现并发数上不去，并发数在25000 以上基本上就有连接失败或者write 或者 read 失败以及超时的情况。测试使用 wrk 单机测试的。测试机同等配置，万兆网卡。

作者回复: 看下CPU的利用率，如果有些CPU满载有些则比较闲，可以考虑多队列网卡；看下网络流量，是否到达网卡或者带宽的最大值了？最后再确认下，会不会业务处理上阻塞了Nginx？

2019-03-30





Tony

老师你好，最近在测试nginx SSL 卸载的性能。出现一个问题：并发数为10的情况下，测试30秒后 loadrunner 报-27796，443（10060）connection time out。通过wires hark 抓包发现，这时候客户端发送的tcp sync, nginx没有回复，导致超时。这是ngnix tcp 参数有问题吗

作者回复: 原始的pcap文件发我邮箱看下：russelltao@foxmail.com

2019-03-08





Bice。

老师你好，我有一个疑问。如果两个域名不同配置文件，listen同一端口，但是backlog设置不一样，那accept队列的大小怎么决定？

作者回复: 这种情况不会发生，因为配置文件验证不通过。你可以找下这段源码： if (addr[i].opt.set) { ngx_conf_log_error(NGX_LOG_EMERG, cf, 0, "duplicate listen options for %s", addr[i].opt.addr); return NGX_ERROR; }

2019-02-28





一路向西

陶老师，这儿讲到的SYN队列和ACCEPT队列之和的长度是不是就是socket通信中建立连接listen（N）函数中N的值，虽说在程序中可以设置，也代表这个意义，但是实际是最后会被内核修改的，对吗？

作者回复: 不是的，listen指定的backlog队列是握手完成的连接，不是半连接SYN队列。你可以看下这个页面：http://man7.org/linux/man-pages/man2/listen.2.html

2019-02-06





小子

老师能否做下502和504的专题讲解，现实工作中经常碰到，尤其504的就感觉更复杂，测试了一些场景，涉及以下2个参数 1、proxy_connect_timeout 代理服务器与upsream建立连接的超时时间 2、proxy_read_timeout 获取upsream返回数据的响应超时时间，在这个时间范围内如果upstream不返回将返回504。实际发现QA在压测时候，经常能碰到参数1情况的504，研发说我的服务没问题，也没压力，但是我们排查，Nginx容量也是足够，没压力，但大家都没有直接证据说明这个504问题，更多的可能就是在系统tcp层级上，backlog这种情况基本也排除了，像1参数的这种情况，我在自测场景upsteam只在丢包和网络延迟可以复现504，在更深层次就有点糊涂了，可能就是tcp底层的调优了，还想进一步复测，希望老师指点思路1,2？

2022-07-04





jasonyin7

老师我想问个主动健康检查的问题，设置check_keepalive_requests 100;upstream只有一台机器，只有健康检查的流量，但是tcpdump抓包发现并没有到100个请求就关闭了连接，wireshark看只有几十个GET。是什么问题呢

2020-07-13





收起评论