Linux系统TCP内核参数优化

日常运维工作中，会遇到很多TCP相关的问题，网上有很多文章介绍需要优化哪些TCP内核参数，但是并没有很详细说明优化的依据、适用的场景是什么，如果我们不了解各个参数实际的作用，照搬网上的配置到生产环境，很有可能会适得其反，本文从建立连接、数据传输、断开连接三个阶段对涉及到的相关TCP内核参数做出说明并给出优化建议。

1. 建立连接阶段

centos7.6（3.10内核）系统为例
路径：/proc/sys/net/ipv4/
路径：/proc/sys/net/core/

目录	默认值	作用
net.ipv4.tcp_syn_retries	6	控制三次握手第一步客户端发送syn得不到服务端响应时重传syn的次数，如果是内网环境，中间链路少，网络稳定，服务端无响应很可能是服务端应用出了问题，重传多次的意义不大，还会加大服务端压力，可以调低重传次数，让客户端尽快去尝试连接其他服务端。
net.ipv4.tcp_syncookies	1	开启SYN Cookies，默认开启，建议保持默认值，可以提升SYN Flood攻击的防护能力。
net.ipv4.tcp_synack_retries	2	控制三次握手第二步服务端发送syn+ack得不到客户端响应时重传syn+ack的次数，如果是内网环境，中间链路少，网络稳定，客户端无响应很可能是客户端出了问题，重传多次的意义不大，可以调低重传次数。
net.ipv4.tcp_max_syn_backlog	1024	控制半连接队列大小，所谓半连接是指还没有完成TCP三次握手的连接。服务端收到了客户端的SYN包后，就会把这个连接放到半连接队列中，然后再向客户端发送SYN+ACK，为了应对新建连接数暴增的场景，建议调大，半连接队列溢出观察方法：netstat -s
net.core.somaxconn	128	全连接队列=min（somaxconn，backlog），所谓全连接，是指服务端已经收到客户端三次握手第三步的ACK，然后就会把这个连接放到全连接队列中，全连接队列中的连接还需要被 accept()系统调用取走，服务端应用才可以开始处理客户端的请求，建议适当调大，全连接队列溢出观察方法：netstat -s
net.ipv4.tcp_abort_on_overflow	0	当全连接队列满了之后，新的连接就会被丢弃掉。服务端在丢弃新连接时，默认行为是直接丢弃不去通知客户端，有的时候需要发送reset来通知客户端，这样客户端就不会再次重试，至于是否需要给客户端发送reset，是由tcp_abort_on_overflow参数控制，默认为0，即不发送reset给客户端，如非特殊需求，建议保持默认值。

2. 数据传输阶段

目录	默认值	作用
net.ipv4.tcp_wmem	4096 16384 4194304	tcp发送缓冲区大小，包含min、default、max三个值，内核会控制发送缓冲区在min-max之间动态调整，可根据实际业务场景和服务器配置适当调大，如果设置了socket的SO_SNDBUF，动态调整功能失效，一般不建议设置。
net.core.wmem_max	212992	socket发送缓冲区的最大值，需要设置net.core.wmem_max的值大于等于 net.ipv4.tcp_wmem的max值。
net.ipv4.tcp_mem	39978 53307 79956	系统中所有tcp连接最多可消耗的内存，有三个值，当TCP总内存小于第1个值时，不需要内核进行自动调节，在第1和第2个值之间时，内核开始调节缓冲区的大小，大于第3个值时，内核不再为TCP分配新内存，此时无法新建连接，需要注意的是，三个值的单位都是内存页，也就是4KB。
net.ipv4.tcp_rmem	4096 87380 6291456	tcp接收缓冲区大小，包含min、default、max三个值，内核会控制接收缓冲区在min-max之间动态调整，可根据实际业务场景和服务器配置适当调大，如果设置了socket的 SO_RECVBUF或者关闭了net.ipv4.tcp_moderate_rcvbuf，动态调整功能失效。
net.core.rmem_max	212992	socket接收缓冲区的最大值，需要设置net.core.rmem_max的值大于等于net.ipv4.tcp_rmem 的max值。
net.ipv4.tcp_moderate_rcvbuf	1	接收缓冲区动态调整功能，默认打开，建议保持默认配置。
net.ipv4.tcp_window_scaling	1	扩充滑动窗口，tcp头部中，窗口字段只有2个字节，最多只能达到2的16次方，即65535字节大小的窗口，打开此开关可以扩充窗口大小，默认打开，建议保持默认配置。
net.ipv4.tcp_keepalive_probes	9	keepalive探测失败后通知应用前的重试次数，建议适当调低。
net.ipv4.tcp_keepalive_intvl	75	keepalive探测包的发送间隔时间，建议适当调低。
net.ipv4.tcp_keepalive_time	7200	最后一次数据包到keepalive探测包的间隔时间，建议适当调低。
net.ipv4.tcp_available_congestion_control	cubic reno	查看内核支持的拥塞控制算法。
net.ipv4.tcp_congestion_control	cubic）	配置拥塞控制算法，默认cubic，内核4.9版本后支持BBR，弱网络条件下建议配置成BBR。

3. 断开连接阶段

目录	默认值	作用
net.ipv4.tcp_fin_timeout	60	是从Fin_WAIT_2到TIME_WAIT的超时时间，长时间收不到对端FIN包，大概率是对端机器有问题，不能及时调用close()关闭连接，建议调低，避免等待时间太长，资源开销过大。
net.ipv4.tcp_max_tw_buckets	5000	系统TIME_WAIT连接的最大数量，根据实际业务需要调整，超过最大值后dmesg会有报错TCP: time wait bucket table overflow。
net.ipv4.tcp_tw_reuse	0	允许TIME_WAIT状态的连接占用的端口用到新建连接中，客户端可开启。1表示开启
net.ipv4.tcp_tw_recycle	0	开启后，TIME_WAIT状态的连接无需等待2MSL时间就可用于新建连接，在NAT环境下，开启tcp_tw_recycle参数会触发PAWS机制导致丢包，建议不开启，事实上，内核在4.1版本后就把这个参数删除了。1表示开启