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/