ss是比netstat 好用的socket统计信息，iproute2 包附带的另一个工具，允许你查询 socket 的有关统计信息。
补充说明
ss命令 用来显示处于活动状态的套接字信息。ss命令可以用来获取socket统计信息，它可以显示和netstat类似的内容。但ss的优势在于它能够显示更多更详细的有关TCP和连接状态的信息，而且比netstat更快速更高效。
当服务器的socket连接数量变得非常大时，无论是使用netstat命令还是直接cat /proc/net/tcp，执行速度都会很慢。可能你不会有切身的感受，但请相信我，当服务器维持的连接达到上万个的时候，使用netstat等于浪费 生命，而用ss才是节省时间。
天下武功唯快不破。ss快的秘诀在于，它利用到了TCP协议栈中tcp_diag。tcp_diag是一个用于分析统计的模块，可以获得Linux 内核中第一手的信息，这就确保了ss的快捷高效。当然，如果你的系统中没有tcp_diag，ss也可以正常运行，只是效率会变得稍慢。
语法
ss [参数]
ss [参数] [过滤]
选项
-h, --help 帮助信息 -V, --version 程序版本信息 -n, --numeric 不解析服务名称 -r, --resolve 解析主机名 -a, --all 显示所有套接字（sockets） -l, --listening 显示监听状态的套接字（sockets） -o, --options 显示计时器信息 -e, --extended 显示详细的套接字（sockets）信息 -m, --memory 显示套接字（socket）的内存使用情况 -p, --processes 显示使用套接字（socket）的进程 -i, --info 显示 TCP内部信息 -s, --summary 显示套接字（socket）使用概况 -4, --ipv4 仅显示IPv4的套接字（sockets） -6, --ipv6 仅显示IPv6的套接字（sockets） -0, --packet 显示 PACKET 套接字（socket） -t, --tcp 仅显示 TCP套接字（sockets） -u, --udp 仅显示 UCP套接字（sockets） -d, --dccp 仅显示 DCCP套接字（sockets） -w, --raw 仅显示 RAW套接字（sockets） -x, --unix 仅显示 Unix套接字（sockets） -f, --family=FAMILY 显示 FAMILY类型的套接字（sockets），FAMILY可选，支持 unix, inet, inet6, link, netlink -A, --query=QUERY, --socket=QUERY QUERY := {all|inet|tcp|udp|raw|unix|packet|netlink}[,QUERY] -D, --diag=FILE 将原始TCP套接字（sockets）信息转储到文件 -F, --filter=FILE 从文件中都去过滤器信息 FILTER := [ state TCP-STATE ] [ EXPRESSION ]
ss指令使用的问题
在对网络服务连接状况上，三者之间最好的工具是ss －－－ 因为其执行速度最快，条件过滤丰富（但也有缺点，输出不美观，需column再格式化），为什么把这个指令放在最后，是有原因的。因为最初通过ss 实现lsof -i:port功能时，发现未能有想要的结果输出。如下：
[root@361way.com ~]# ss -lp|grep 9160 [root@361way.com ~]# ss -ap|grep 9160 [root@361way.com ~]# ss '( sport = :9160 or sport = :9160 )'|more State Recv-Q Send-Q Local Address:Port Peer Address:Port ESTAB 0 0 192.168.21.37:apani1 192.168.17.74:58108 ESTAB 0 0 192.168.21.37:apani1 192.168.17.82:46564 ………………………………
有没有发现问题，grep时，发现查询不到9160端口，通过指定端口查看连接时，发现又有连接。为什么呢？其实同样是IP反解析域名、端口反解析成服务出的问题，这里本该显示为端口9160的地方显示成了apani1，通过查看services文件发现如下：
# cat /etc/services |grep 9160 apani1 9160/tcp # apani1 [Neal_Taylor] apani1 9160/udp # apani1 [Neal_Taylor]
取消端口转换为服务名后，执行结果如下：
# time ss -lnp|grep 9160
0 50 192.168.21.37:9160 *:* users:(("java",28894,563))
real 0m0.284s
user 0m0.088s
sys 0m0.192s
实例
ss -t -a # 显示TCP连接 ss -s # 显示 Sockets 摘要 ss -l # 列出所有打开的网络连接端口 ss -pl # 查看进程使用的socket ss -lp | grep 3306 # 找出打开套接字/端口应用程序 ss -u -a 显示所有UDP Sockets ss -o state established '( dport = :smtp or sport = :smtp )' # 显示所有状态为established的SMTP连接 ss -o state established '( dport = :http or sport = :http )' # 显示所有状态为Established的HTTP连接 ss -o state fin-wait-1 '( sport = :http or sport = :https )' dst 193.233.7/24 # 列举出处于 FIN-WAIT-1状态的源端口为 80或者 443，目标网络为 193.233.7/24所有 tcp套接字 # ss 和 netstat 效率对比 time netstat -at time ss # 匹配远程地址和端口号 # ss dst ADDRESS_PATTERN ss dst 192.168.1.5 ss dst 192.168.119.113:http ss dst 192.168.119.113:smtp ss dst 192.168.119.113:443 # 匹配本地地址和端口号 # ss src ADDRESS_PATTERN ss src 192.168.119.103 ss src 192.168.119.103:http ss src 192.168.119.103:80 ss src 192.168.119.103:smtp ss src 192.168.119.103:25
常用命令:
ss -tnpl |column -t （column指令只是为了格式化对齐，看起来更整洁） 和 netstat -nutlp 效果是一样的。
统计服务器并发连接数
netstat # time netstat -ant | grep EST | wc -l 3100 real 0m12.960s user 0m0.334s sys 0m12.561s # time ss -o state established | wc -l 3204 real 0m0.030s user 0m0.005s sys 0m0.026s
结果很明显ss统计并发连接数效率完败netstat,在ss能搞定的情况下, 你还会在选择netstat吗, 还在犹豫吗, 看以下例子,或者跳转到帮助页面.
参考地址:http://www.ttlsa.com/linux-command/ss-replace-netstat/