TCP重传率是一个衡量TCP网络性能的重要指标，它指的是在TCP通信过程中，由于数据包丢失、损坏或确认(ACK)未按预期到达而导致的数据包重传的比例或率。
TCP协议通过重传机制来保证数据传输的可靠性，但过高的重传率通常意味着网络质量问题，如网络拥、链路不稳定或质量差，从而导致网络吞吐星下降和延迟增加，所以，我们通常可以通过查看TCP重传率的指标来定位网络问题。
在Linux系统中，可以通过多种方式查看TCP重传率，以下是一些常用的方法：
1.netstat命令：netstat是一个强大的网络工具，可以显示网络连接、路由表、接口统计等信息。使用netstat -s可以查看TCP统计信息，其中包括重传的数据包数量。
63570 segments retransmitted：表示共有63,570个TCP段因为未被确认而被重传。这是一个指示网络中可能存在问题(如拥塞、信号质量不佳等)的重要信号。
TCPLostRetransmit： 10865:指的是因为超时而被判定为丢失，随后触发重传的段数量为10,865。这可能表明网络延迟较高或网络稳走性问题。
13197 fast retransmits：“快速重传”机制触发的重传次数为13,197。快速重传通常在发送方收到三个重复的确认(duplicate ACKs)时触发，不需要等待重传计时器超时，这可以更快地恢复丢包情况。
27 retransmmits in slow start：在TCP的慢启动阶段，有27个段被重传。慢启动是TCP连接初始化和某些网络事件后用于控制网络拥塞的一种机制。
1 SACK retransmits failed： 表示有一个通过选择性确认(Selective Acknowledgment,SACK)机制尝试的重传失败。SACK是一种改进的确认机制，允许接收方指示哪些数据已被接收，哪些需要重传，从而提高网络效率。
TCPSynRetrans： 24056:表示有24,056个SYN段(用于建立TCP连接的握手过程中的第一个包)被重传。这个数值异常高，可能指示着网络上存在大星的连接尝试被延迟或丢弃，这可能是网络拥堵的迹象，或者是某种形式的网络攻击，如SYN洪水攻击。
2，ss命令：ss是另一个实用工具，用于显示套接字统计信息。它可以提供类似于netstat的信息，但性能更好使用ss -ti可以查看每个TCP连接的详细状态，包括重传次数。
$ss -ti | grep -i retrans
3，tcpdump和wireshark：这些工具可以捕获网络上的数据包，通过分析数据包来计算重传率。这种方法更为直接和详细，但也更复杂，需要对TCP协议和网络分析有较深的理解。
4，性能监控工具：如iftop,nethogs,iperf等工具或更高级的网络监控系统(如Nagios、Zabbix等)，它们可以提供网络性能的综合视图，包括但不限于TCP重传率。
————————————————
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
原文链接：https://blog.csdn.net/weixin_51291483/article/details/144979050
