因为Linux是一个通用的操作系统，所以其运行环境也是为了通用环境设计的，不会太好，也不会太坏，因为其要默认兼容大部分环境。因此在做服务端部署的时候，都需要对Linux的系统参数进行一番调整。
1.CVM ping测试正常，但使用TCP连接，偶尔出现超时或延时较大，而此时网络并没有发生抖动。
在TCP断开连接四次挥手时, 主动发起关闭方会产生 TIME_WAIT, TIME_WAIT 是 TCP 协议可靠性设计的重要一个环节, 虽说增强了可靠性, 但是对于高并发场景下, 会产生大量的 TIME_WAIT, 导致高峰时段无端口可以使用.
#表示开启SYN Cookies。当出现SYN等待队列溢出时，启用cookies来处理，可防范少量SYN攻击，默认为0，表示关闭； net.ipv4.tcp_tw_reuse = 1 #表示开启重用。允许将TIME-WAIT sockets重新用于新的TCP连接，默认为0，表示关闭； net.ipv4.tcp_tw_recycle = 1 #表示开启TCP连接中TIME-WAIT sockets的快速回收，默认为0，表示关闭。 net.ipv4.tcp_fin_timeout = 30 #表示如果套接字由本端要求关闭，这个参数决定了它保持在FIN-WAIT-2状态的时间。 net.ipv4.tcp_keepalive_time = 1200 #表示当keepalive起用的时候，TCP发送keepalive消息的频度。缺省是2小时，改为20分钟。 net.ipv4.ip_local_port_range = 1024 65000 #表示用于向外连接的端口范围。缺省情况下很小：32768到61000，改为1024到65000。 net.ipv4.tcp_max_tw_buckets = 5000 #表示系统同时保持TIME_WAIT套接字的最大数量，如果超过这个数字， #TIME_WAIT套接字将立刻被清除并打印警告信息。默认为180000，改为5000。 #对于Apache、Nginx等服务器，上几行的参数可以很好地减少TIME_WAIT套接字数量，
日常运维中用netstat -an命令发现服务器中有大量状态为TIME-WAIT的TCP连接，于是用/sbin/sysctl -a查看了一下Linux的各项内核参数，并翻阅有关资料，决定修改其中的两项参数，以达到减少TCP连接中TIME-WAIT sockets的目的。
其实也可以用下面查看相关信息，这里已经是修改后的值了所以看到timewait值下降了。
在这个文件中，加入下面的几行内容： net.ipv4.tcp_syncookies = 1 net.ipv4.tcp_tw_reuse = 1 net.ipv4.tcp_tw_recycle = 1 net.ipv4.tcp_fin_timeout = 30
调整进程可打开文件最大数 临时修改 执行如下命令(65535替换为自己想要的值） ulimit -n 65535 永久修改，编辑文件/etc/security/limits.conf,添加如下内容（100000替换为自己想要的值） * hard nofile 100000 * soft nofile 100000 编辑文件/etc/sysctl.conf中的相关内核参数 修改完毕之后，调用命令 sysctl -p 使修改立即生效 sh# net.core.wmem_default 发送缓存区预留内
当一个系统的CPU空闲时间或者等待时间小于5%时，我们就可以认为系统的CPU资源耗尽，我们应该对CPU进行性能调优。
首先处理这个问题，我们要知道一些网络知识，要知道tcp那些事，比如说三次握手，和四次挥手......很多人会问，为什么建链接要3次握手，断链接需要4次挥手？让我们一起看下下面的流程图：
首先处理这个问题，我们要知道一些网络知识，要知道tcp那些事，比如说三次握手，和四次挥手……很多人会问，为什么建链接要3次握手，断链接需要4次挥手？让我们一起看下下面的流程图：
关于这几个内核参数对应的解释可参考资料：2.12. Reduce TCP performance spikes
概述 在Linux 学习笔记一大体介绍了一些简单的Linux知识和一些简单的优化。下面我们来学习一下Linux和Linux一些安全知识(Linux是基于内核为2.6.32-642 CentOS x86_64操作系统)。 精简系统自启动和删除无用的账号和组 在安装Liunx系统中有很多服务、用户或者用户组都是无用的，通过安全和性能考虑需要删除或者禁用他们。 #只需要查找3级别以上的服务是否开启，3代表运行级别的中的数字。 chkconfig --list | grep 3:on 有些服务是必须开启的，比如：
net.ipv4.ip_local_port_range = 1024 65000
自 k8s 1.12 起，sysctls 特性 beta 并默认开启，允许用户在 pod 的 securityContext 中设置内核参数，用法示例:
注意：此方式如果使用了非安全内核参数，必须要先修改节点的kubelet配置，增加--allowed-unsafe-sysctls字段，并允许相关非安全参数，否则创建后，pod会报错SysctlForbidden，并大量不断创建pod，可能将集群搞挂
/etc/sysctl.conf 这个文件加上以下这些参数，然后执行sysctl -p更新 net.ipv4.tcp_max_syn_backlog = 4096 net.core.netdev_max_backlog = 2048 net.ipv4.tcp_fin_timeout = 15 net.ipv4.tcp_tw_reuse = 1 net.ipv4.tcp_tw_recycle = 1 net.ipv4.ip_local_port_range = 1024 65535 vm.swappiness
当在CentOS 7.9上搭建Web服务器时，以下是一些可以优化内核参数的建议。可以使用sysctl命令来临时修改这些参数，或者将它们添加到系统的配置文件以在启动时应用。
PS：在服务器硬件资源额定有限的情况下，最大的压榨服务器的性能，提高服务器的并发处理能力，是很多运维技术人员思考的问题。要提高Linux系统下的负载能力，可以使用nginx等原生并发处理能力就很强的web服务器，如果使用Apache的可以启用其Worker模式，来提高其并发处理能力。除此之外，在考虑节省成本的情况下，可以修改Linux的内核相关TCP参数，来最大的提高服务器性能。当然，最基础的提高负载问题，还是升级服务器硬件了，这是最根本的。 Linux系统下，TCP连接断开后，会以TIME_WAIT状态保
由于默认的Linux内核参数考虑的是最通用场景，这明显不符合用于支持高并发访问的Web服务器的定义，所以需要修改Linux内核参数，是的Nginx可以拥有更高的性能；
vm.overcommit_memory = 1 net.core.rmem_default = 256960 net.core.rmem_max = 513920 net.core.wmem_default = 256960 net.core.wmem_max = 513920 net.core.netdev_max_backlog = 65535 net.core.somaxconn = 65535 net.core.optmem_max = 81920 net.ipv4.tcp_mem = 13107
然后打开Google，输入关键词：too many timewait。一定能找到解决方案，而排在最前面或者被很多人到处转载的解决方案一定是：
2. IBM 宣布推出 50TB 企业级磁带机和磁带盒 --www.forbes.com
测试工具选用locust，locust中文意思为蝗虫，可以想象，locust就像成片的蝗虫，扑向我们的服务。
** 若TIME_WAIT事件设置过短, 会导致错误后果 TIME_WAIT结束过早, 导致之前迷失的第三次握手突然到达, 新连接突然成功
本文为翻译英文BLOG《Coping with the TCP TIME-WAIT state on busy Linux servers》，但并非完整的翻译，译者CFC4N对原文理解后，进行了调整，增加了相关论点论据，跟原文稍有不同。翻译的目的，是为了加深自己知识点的记忆，以及分享给其他朋友，或许对他们也有帮助。文章比较长，没耐心请点关闭。
统计在一台前端机上高峰时间TCP连接的情况，统计命令： netstat -n | awk ‘/^tcp/ {++S[$NF]} END {for(a in S) print a, S[a]}’
里头的分析过程有提到，通过查看服务器网络状态检测到服务器有大量的CLOSE_WAIT的状态。
- 不像Windows 可以修改注册表修改2MSL 的值，linux 需要修改内核宏定义重新编译，tcp_fin_timeout 不是2MSL 而是Fin-WAIT-2状态超时时间.
linux TIME_WAIT 相关参数: net.ipv4.tcp_tw_reuse = 0 表示开启重用。允许将TIME-WAIT sockets重新用于新的TCP连接，默认为0，表示关闭 net.ipv4.tcp_tw_recycle = 0 表示开启TCP连接中TIME-WAIT sockets的快速回收，默认为0，表示关闭 net.ipv4.tcp_fin_timeout = 60 表示如果套接字由本端要求关闭，这个参数决定了它保持在FIN-WAIT-2状态的时间（可改为30，一般来说
#表示开启TCP连接中TIME-WAIT sockets的快速回收，默认为0，表示关闭； net.ipv4.tcp_tw_reuse = 1
数据库是基于操作系统的，目前大多数MySQL都是安装在linux系统之上，所以对于操作系统的一些参数配置也会影响到MySQL的性能，下面就列出一些常用的系统配置。
统计连接数，使用netstat命令或ss命令都可以 1）统计连接数（80端口） [root@wang ~]# netstat -nat|grep -i "80"|wc -l 872 或者：netstat -ant | grep $ip:80 | wc -l [root@wang ~]# netstat -ant | grep 111.142.132.192:80 | wc -l 872 2）查看当前并发访问数（统计已连接上的），状态为“ESTABLISHED” [root@wang ~]# netsta
相信很多运维工程师遇到过这样一个情形: 用户反馈网站访问巨慢, 网络延迟等问题, 然后就迫切地登录服务器,终端输入命令"netstat -anp | grep TIME_WAIT | wc -l " 查看一下, 接着发现有几百几千甚至几万个TIME_WAIT 连接数. 顿时慌了~
有些网络和应用程序还不支持 IPv6 ，因此，禁用 IPv6 可以说是一个非常好的选择： 加强系统的安全性，并提高系统的整体性能。不过，首先要确认一下：IPv6是不是处于动的状态，命令如下：
net.ipv4.ip_forward = 0 # 开启IP转发，根据业务需要开启
Jexus web server 5.1 每个工作进程的最大并发数固定为1万，最多可以同时开启4个工作进程，因此，每台Jexus V5.1服务器最多可以到支持4万个并发连接。但是，按照linux系统的默认设定，linux是不能支持这么高的并发请求的，只有对linux进行一些必要的优化，才能达到让Jexus支持大并发的目的。 一、调整文件描述符数量限制 linux默认文件描述符只有1024个，对于Jexus 等一些服务来说，在大负载的情况下这点文件描述符是远远不够的，因为Jexus 的工作方式，文件描述符
Linux系统下，TCP连接断开后，会以 TIME_WAIT 状态保留一定时间，然后才释放端口。当并发请求过多时，会产生大量 TIME_WAIT 状态连接，无法及时断开会占用大量的端口资源和服务器资源。这时可优化TCP内核参数，及时将TIME_WAIT状态的端口清理掉。
1、内核优化 ECHOSTR='net.ipv4.tcp_fin_timeout = 2 net.ipv4.tcp_tw_reuse = 1 net.ipv4.tcp_tw_recycle = 1 net.ipv4.tcp_syncookies = 1 net.ipv4.tcp_keepalive_time =600 net.ipv4.ip_local_port_range = 4000 65000 net.ipv4.tcp_max_syn_backlog = 16384 net.ipv4.tcp_m
从图中可以看出，若服务器主动关闭连接，在四次挥手的最后一个ACK后连接端口会变为TIME_WAIT状态， 状态停留时长为两个MSL（最大分段寿命），这个状态只有在主动关闭连接方会出现， 另一端可以在连接断开后立刻投入后续使用。
默认0，表示不实用swap，改成1-100的情况表示使用swap，1表示尽量不使用，100尽量使用。不建议打开这个参数，大部分情况内存超了oom即可，swap属于温水煮青蛙。
1、打开文件优化 #对当前shell ulimit -n 102400 echo “ulimit -n 102400″ >> ~/.bashrc #针对所有用户 sudo vim /etc/security/limits.conf * soft nofile 102400 * hard nofile 102400 #针对系统 cat /proc/sys/fs/file-max echo 1024000 > /proc/sys/fs/file-max 2、修改网络内核对TCP的限制 #修改内核网络参数 sud
测试机器为腾讯云服务器1核1G内存，swap分区2G，停用除SSH外的所有服务，仅保留nginx，优化思路主要包括两个层面：系统层面+nginx层面。
随着访问量的不断增加，需要对Nginx和内核做相应的优化来满足高并发用户的访问（需要根据你服务器的情况进行配置），那下面在单台Nginx服务器来优化相关参数。
查看当时 TCP 连接数状态： netstat -n | awk ‘/^tcp/ {++S[$NF]} END {for(a in S) print a, S[a]}’
三次握手，四次挥手。 意思是tcp建立连接时需要三次交互来完成，A发起连接 A --- SYN --> B A <-- SYN + ACK --- B (1) A --- ACK --> B 而关闭tcp连接需要四次交互，A发起关闭 A --- FIN --> B A <-- ACK --- B (1) A <-- FIN --- B A --- ACK --> B (2) 这里在（1）时B开始处于CLOSE_WAIT状态，一直到收到ACK后B才转为CLOSED ，而
[root@aa~]# This is ApacheBench, Version 2.3 <$Revision: 655654 $>
根据TCP协议定义的3次握手断开连接规定,发起socket主动关闭的一方socket将进入TIME_WAIT状态,TIME_WAIT状态将持续2个MSL(Max Segment Lifetime),TIME_WAIT状态下的socket不能被回收使用. 具体现象是对于一个处理大量短连接的服务器,如果是由服务器主动关闭客户端的连接,将导致服务器端存在大量的处于TIME_WAIT状态的socket, 甚至比处于Established状态下的socket多的多,严重影响服务器的处理能力,甚至耗尽可用的socket,停止服务. TIME_WAIT是TCP协议用以保证被重新分配的socket不会受到之前残留的延迟重发报文影响的机制,是必要的逻辑保证。
领取专属 10元无门槛券
手把手带您无忧上云
