SS命令和Netstat命令比较

 

在早期运维工做中，查看服务器链接数通常都会用netstat命令。其实，有一个命令比netstat更高效，那就是ss（Socket Statistics）命令！
ss命令能够用来获取socket统计信息，它能够显示和netstat相似的内容。
ss的优点在于它可以显示更多更详细的有关TCP和链接状态的信息，并且比netstat更快速更高效。缘由以下：
1）当服务器的socket链接数量变得很是大时，不管是使用netstat命令仍是直接cat /proc/net/tcp，执行速度都会很慢。可能你不会有切身的感觉，但请相信我，当服务器维持的链接达到上万个的时候，使用netstat等于浪费 生命，而用ss才是节省时间。
2）而ss快的秘诀在于它利用到了TCP协议栈中tcp_diag。tcp_diag是一个用于分析统计的模块，能够得到Linux内核中第一手的信息，这就确保了ss的快捷高效。固然，若是你的系统中没有tcp_diag，ss也能够正常运行，只是效率会变得稍慢（但仍然比 netstat要快）。

为了验证ss比netstat更快更高效，能够以下作几个实验看看效果：
几乎全部的Linux系统都会默认包含netstat命令，但并不是全部系统都会默认包含ss命令。
netstat命令是net-tools工具集中的一员，这个工具通常linux系统会默认安装的；ss命令是iproute工具集中的一员；
net-tools是一套标准的Unix网络工具，用于配置网络接口、设置路由表信息、管理ARP表、显示和统计各种网络信息等等，可是遗憾的是，这个工具自2001年起便再也不更新和维护了。
iproute，这是一套能够支持IPv4/IPv6网络的用于管理TCP/UDP/IP网络的工具集

若是没有ss命令，能够以下安装：
[root@wang ~]# yum install iproute iproute-doc

当服务器维持30000个socket链接时，使用netstat和ss命令统计链接数的耗时状况以下：
[root@wang ~]# netstat -at | wc -l     //耗时15.60秒
[root@wang ~]# ss -atr | wc -l          //耗时5.40秒（未利用tcp_diag）
[root@wang ~]# ss -atr | wc -l         //耗时0.47秒（利用tcp_diag）

ss -a 查看机器的socket链接数
ss -l 查看机器的端口状况
ss -s 查看机器的网络链接数

1）查看当前服务器的网络链接统计。
在服务器产生大量sockets链接时，通常常会使用这个命令作宏观统计。
[root@wang ~]# ss -s

Total: 318 (kernel 419)
TCP:   62 (estab 16, closed 18, orphaned 0, synrecv 0, timewait 17/0), ports 198

Transport Total     IP        IPv6
*	  419       -         -        
RAW	  0         0         0        
UDP	  18        18        0        
TCP	  44        44        0        
INET	  62        62        0        
FRAG	  0         0         0  

2）查看全部打开的网络端口
若是使用-pl参数的话，则会列出具体的程序名称
[root@wang ~]# ss -l
State Recv-Q Send-Q Local Address:Port Peer Address:Port
LISTEN 0 128 *:rquotad *:*
LISTEN 0 128 *:46700 *:*
LISTEN 0 100 *:sun-as-jmxrmi *:*
LISTEN 0 128 *:40591 *:*
LISTEN 0 128 *:sunrpc *:*
LISTEN 0 128 *:webcache *:*
........
3）想查看这台服务器上全部的socket链接
若是只想查看TCP sockets，那么使用-ta选项；
若是只想查看UDP sockets，那么使用-ua选项；
若是只想查看RAW sockets，那么使用-wa选项；
若是只想查看UNIX sockets，那么使用-xa选项。
[root@wang ~]# ss -a
......
ESTAB 0 0 101.201.114.106:54957 111.205.224.15:https
TIME-WAIT 0 0 10.25.91.53:58645 10.44.183.73:11212
TIME-WAIT 0 0 10.25.91.53:35920 10.171.60.171:11212
TIME-WAIT 0 0 10.25.91.53:http 100.109.192.96:17837
ESTAB 0 0 101.201.114.106:57479 139.196.38.174:56516
TIME-WAIT 0 0 127.0.0.1:cslistener 127.0.0.1:42728

--------------------------netstat中的各类状态------------------------------

CLOSED         初始（无链接）状态。
LISTEN         侦听状态，等待远程机器的链接请求。
SYN_SEND       在TCP三次握手期间，主动链接端发送了SYN包后，进入SYN_SEND状态，等待对方的ACK包。
SYN_RECV       在TCP三次握手期间，主动链接端收到SYN包后，进入SYN_RECV状态。
ESTABLISHED    完成TCP三次握手后，主动链接端进入ESTABLISHED状态。此时，TCP链接已经创建，能够进行通讯。
FIN_WAIT_1     在TCP四次挥手时，主动关闭端发送FIN包后，进入FIN_WAIT_1状态。
FIN_WAIT_2     在TCP四次挥手时，主动关闭端收到ACK包后，进入FIN_WAIT_2状态。
TIME_WAIT      在TCP四次挥手时，主动关闭端发送了ACK包以后，进入TIME_WAIT状态，等待最多MSL时间，让被动关闭端收到ACK包。
CLOSING        在TCP四次挥手期间，主动关闭端发送了FIN包后，没有收到对应的ACK包，却收到对方的FIN包，此时，进入CLOSING状态。
CLOSE_WAIT     在TCP四次挥手期间，被动关闭端收到FIN包后，进入CLOSE_WAIT状态。
LAST_ACK       在TCP四次挥手时，被动关闭端发送FIN包后，进入LAST_ACK状态，等待对方的ACK包。

主动链接端可能的状态有：    CLOSED        SYN_SEND        ESTABLISHED
主动关闭端可能的状态有：    FIN_WAIT_1    FIN_WAIT_2      TIME_WAIT
被动链接端可能的状态有：    LISTEN        SYN_RECV        ESTABLISHED
被动关闭端可能的状态有：    CLOSE_WAIT    LAST_ACK        CLOSED

在Linux下，若是链接数比较大，可使用效率更高的ss来替代netstat。
查看tomcat的并发数：netstat -an|grep 10050|awk '{count[$6]++} END{for (i in count) print(i,count[i])}'