TCP重传率需结合多维度统计交叉验证：用netstat -s查全局重传段数、超时次数等；ss -i定位单连接重传；/proc/net/snmp计算瞬时重传率；bcc工具tcpretrans追踪重传源头。

如果您在Linux系统中怀疑存在网络丢包或链路异常，TCP重传率是判断问题严重性的核心指标之一。重传率并非单一数值，而是需结合重传段数、超时次数、虚假重传与快速重传等多维度统计进行交叉验证。以下是多种精准查看TCP重传率的高级方法：

一、使用netstat -s解析全局TCP重传统计

netstat -s输出内核TCP协议栈的累计统计信息，其中关键字段直接反映重传行为的类型与规模，适用于快速评估系统级重传压力。

1、执行命令：netstat -s | grep -i -E "retrans|timeout|spurious|synretrans"

2、重点识别以下字段含义：TCPRetransSegs（已重传段总数）、TCPTimeouts（超时重传次数）、TCPSpuriousRtx（虚假重传次数）、TCPSynRetrans（SYN重传次数）

3、若TCPSynRetrans值显著高于正常连接数（如>1000且持续增长），需立即排查是否遭遇SYN Flood攻击或服务端端口未监听

二、使用ss -i实时观测单连接重传计数

ss -i比netstat更轻量且支持每个socket粒度的连接状态快照，可定位高重传的具体连接四元组，适用于故障聚焦分析。

1、执行命令：ss -tunap | grep -v "users" 获取所有TCP连接及其PID/程序名

2、对疑似连接执行详细查询：ss -ti src 192.168.1.100:443 dst 10.0.2.5:56789（替换为实际源目地址端口）

3、检查输出中的retrans字段值——该数字表示该连接自建立以来发生的重传次数；若值>0且持续递增，说明该流存在稳定丢包路径

三、通过/proc/net/snmp提取精简TCP重传指标

/proc/net/snmp提供标准化MIB-II格式的TCP统计，避免netstat依赖net-tools包，在容器或最小化系统中更可靠。

1、执行命令：cat /proc/net/snmp | grep -A1 Tcp | tail -n1

2、解析输出第15列（Tcp:...）对应TCPRetransSegs，第18列为TCPTimeouts，第22列为TCPSynRetrans

3、计算瞬时重传率：用TCPRetransSegs增量除以对应时间窗口内的总发送段数（第11列TcpOutSegs），结果即为该时段重传率

四、利用bcc工具集tcpretrans追踪重传源头socket

tcpretrans属于eBPF工具，可实时捕获每次重传事件所归属的socket及调用栈，直接定位到应用层触发重传的代码路径或配置缺陷。

1、确保系统已安装bcc-tools：apt install bpfcc-tools（Debian/Ubuntu）或yum install bcc-tools（RHEL/CentOS）

2、运行重传监控：sudo tcpretrans，观察输出中各列：LADDR:LPORT（本地地址端口）、RADDR:RPORT（远端地址端口）、RETRANS（重传次数）、MS（重传间隔毫秒）

3、若发现某连接RETRANS列频繁跳变且MS值极小（如虚假重传，应检查是否禁用了tcp_timestamps或接收端延迟ACK设置过长

五、结合dropwatch定位内核协议栈丢包点

dropwatch不依赖重传统计，而是监听内核丢弃skb的位置，能区分是iptables拦截、接收队列溢出还是IP层转发失败，从而判断重传是否由本机协议栈异常引发。

1、启动监听：sudo dropwatch -d -l kas

2、观察输出中的函数名：若高频出现tcp_v4_do_rcv，说明TCP接收处理阶段丢包，可能因Recv-Q满或内存不足；若出现nf_hook_slow，则指向iptables/nftables规则匹配耗时或显式DROP

3、配合检查：ss -ltn | awk '{print $4}' | cut -d: -f2 | sort | uniq -c | sort -nr | head -5 查看监听端口Recv-Q堆积TOP5