https://blog.csdn.net/weixin_52259848/article/details/127110350

一、keepalive理解

什么是 keepalive ?

keepalive 是一个用于保持长连接的插件,它可以提高服务器的效率和稳定性。它通过心跳包来维护连接,并在连接超时时间内重新连接。 以下是一些keepalive的主要特点:

  • 连接维护:keepalive会维护长连接,并在连接超时时间内重新连接,以确保服务器端始终处于运行状态。
  • 提高效率:通过维护长连接,可以减少建立和关闭连接所需的时间,从而提高服务器的效率。
  • 节省带宽:由于keepalive可以维护长连接,因此减少了建立和关闭连接所需的网络流量,从而节省了带宽。
  • 稳定性:通过心跳包维护连接,可以确保服务器端始终处于运行状态,从而提高了网站的稳定性和可用性。
如何确定请求头和响应体的长度?
  • 1、请求头长度: 如果当前请求有body,Nginx需要客户端在请求头中指定content-length来表明body的大小,否则返回400。
  • 2、响应体长度: 在http协议中响应body长度的确定
    • http1.0:①响应头中有content-length,content-length即为body长度。客服端依照这个长度接收数据,接收完了就表示请求完成。②响应头中没有content-length,客户端会一直接收数据,知道服务端主动断开,才表示body接收完了。
    • http1.1:①chunked传输,响应头中有Transfer-encoding,body为流式输出,body被分成多个块,每块的开始会标识出当前块的长度,此时body不需要通过长度指定。②非chunked传输,响应头中有content-length则按照content-length来接收数据,没有content-length,则客户端接收数据,知道服务器主动断开。
是否可使用长连接的条件是什么?

可知响应体长度的情况下,当服务器输出完body后可以考虑使用长连接。长连接的条件限制如下:

  • 客服端的请求头中的connection为close,则客户端要求不使用长连接。
  • 客户端的请求头中的connection为keep-alive,则客户端要求使用长连接。
  • 客户端的请求头中没有connection这个头,如果是http1.0协议默认为close,如果是http1.1协议默认为keep-alive。
keepalive时Nginx的等待时长是多少?

长连接时,Nginx在输出完响应体后,会设置当前连接的keepalive属性,然后等待客户端的下一次请求,同时也设置了一个最大等待时间,这个时间通过keepalive_timeout来配置,如果是0,则表示关掉长连接,此时不管客户端的connection值是什么都会强制设为close。

keepalive的优势是什么?

服务端确定是keepalive打开时,在响应的http头中也会有connection=Keep-Alive,否则为Close。如果connection值为colse,Nginx在响应完数据后就会关掉连接。所以对于请求量较大的Nginx来说,关掉keepalive最后会产生较多的time-wait状态的socket。当客户端的一次访问需要多次访问同一个server时,keepalive会大量减少time-wait的数量。

二、nginx的keepalive配置

nginx保持keepalive需做那些事情

  • client到nginx的连接是长连接
  • nginx到server的连接是长连接

Nginx的文件配置

(1)配置TCP层keepalive探活机制的三个参数:

#情况1:

http {
server {
    listen 127.0.0.1:3306 so_keepalive=on;#开启keepalive探活,探测策略走系统默认
    }
}

#情况2:

http {
server {
    listen 127.0.0.1:3306 so_keepalive=7m:75s:9;#把空闲时长从系统默认的5分钟改为了7分钟
    }
}

其中so_keepalive有如下选择配置:

so_keepalive=on|off|[keepidle]:[keepintvl]:[keepcnt]
*   on: 开启,探测参数更加系统默认值
*   off: 关闭
*   keepidle: 连接空闲等待时间 
*   keepintvl: 发送探测报文间隔时间
*   keepcent: 探测报文重试次数

如果nginx未设置so_keepalive配置,则走系统默认的探活策略

(2)nginx与客户端(一般为浏览器、APP等)保持的长连接进行限制管理:

http {
    keepalive_timeout  120s 120s;
    keepalive_requests 100;
}
keepalive_timeout timeout [header_timeout];

第一个参数:客户端连接在服务器端空闲状态下保持的超时值(默认75s);值为0会禁用keep-alive,也就是说默认不启用长连接;第二个参数:响应的header域中设置“Keep-Alive: timeout=time”;告知浏览器对长连接的维持时间;官网介绍如下:

在这里插入图片描述

keepalive_requests number;

keepalive_requests:默认100,某个长连接连续处理请求次数限制,超过次数则该长连接被关闭;如果需要释放某个连接占用的内存,必须关闭该链接,内存不大的情况下,不建议开大该配置;在QPS较高的场景,则有必要加大这个参数;

(3)nginx与上游server保持长连接

http {
    upstream  BACKEND {
        server 127.0.0.1:8000;
        server 127.0.0.1:8001;
        server 127.0.0.1:8002;
        keepalive 300; //空闲连接数
        keepalive_timeout  120s;//与上游空闲时间
        keepalive_requests 100;//与上游请求处理最大次数
    }
    server{
        listen 8080;
        location /{
            proxy_pass http://BACKEND;
            proxy_http_version 1.1;
            proxu_set_header Connection "";
        }
    }
}

keepalive:限制nginx某个worker最多空闲连接数,此处不会限制worker与上游服务长连接的总数;
keepalive_timeout:nginx与上游长连接最大空闲时间,默认值为60s;
keepalive_requests:nginx与上游长连接最大交互请求的次数,默认值为100;

三、应用场景

什么时候使用?

明显的预知用户会在当前连接上有下一步操作
复用连接,有效减少握手次数,尤其是https建立一次连接开销会更大

什么时候不用?

访问内联资源一般用缓存,不需要keepalive
长时间的tcp连接容易导致系统资源无效占用

————————————————
版权声明:本文为CSDN博主「恒者走天下」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。
原文链接:https://blog.csdn.net/weixin_52259848/article/details/127110350

作者:Jeebiz  创建时间:2023-12-12 11:03
最后编辑:Jeebiz  更新时间:2024-01-25 09:10