Linux中TCP重传机制通过超时重传和快速重传确保数据可靠传输，结合RTO与RTT动态调整，利用/proc/net/snmp、ss等工具监控，可通过tcp_retries1、tcp_retries2等参数优化，排查网络丢包、延迟及中间设备问题，提升传输效率与系统稳定性。
Linux中的TCP重传机制是确保数据可靠传输的核心部分。当网络不稳定或丢包发生时，TCP通过重传机制来保证数据最终能被接收方正确接收。理解并优化这一机制，有助于提升网络性能和应用响应速度。
TCP重传的基本原理
TCP是面向连接的协议，依赖确认（ACK）机制来确认数据是否成功送达。发送方发出数据后，会启动一个定时器等待接收方返回ACK。如果在规定时间内未收到确认，就会触发重传。
主要触发重传的情况包括：
- 超时重传（RTO, Retransmission Timeout）：发送方未在RTO时间内收到ACK，认为数据丢失，重新发送。
- 快速重传（Fast Retransmit）：接收方收到乱序的数据包时，会立即发送重复ACK。当发送方收到3个或以上重复ACK，立即重传对应数据，无需等待超时。
RTO的值由系统根据RTT（往返时延）动态计算，避免过早或过晚重传。
查看和监控TCP重传情况
可以通过以下命令观察TCP重传统计信息：
cat /proc/net/snmp | grep Retrans输出中关注 RetransSegs 字段，表示累计重传的TCP段数量。如果该值持续增长，说明网络可能存在丢包或延迟问题。
使用 ss 或 netstat 查看连接状态：
ss -i
# 显示各连接的详细信息，包括RTO、RTT、重传次数等
调整TCP重传相关参数
Linux内核提供多个参数用于调优TCP重传行为，位于 /proc/sys/net/ipv4/ 目录下。
- tcp_retries1：默认值为3，表示底层尝试重传路由可达性探测的次数。达到此值后，内核会启动拥塞控制机制，但不会断开连接。
- tcp_retries2：默认值为15，表示最大重传次数。超过此值，TCP连接将被放弃。可根据网络环境适当调小（如8~10）以更快发现故障。
- tcp_syn_retries：控制SYN包的重传次数，默认6次。在高丢包环境下可适当降低以加快连接失败反馈。
- tcp_retrans_collapse：启用数据包合并重传，提升重传效率（通常保持默认开启）。
修改示例：
echo 10 > /proc/sys/net/ipv4/tcp_retries2永久生效可写入 /etc/sysctl.conf：
net.ipv4.tcp_retries2 = 10优化建议与排查思路
高重传率通常反映网络问题，而非TCP机制本身缺陷。排查时可从以下方面入手：
- 使用 ping 和 traceroute 检测网络延迟与路径稳定性。
- 用 tcpdump 或 Wireshark 抓包分析重传模式，判断是超时重传还是快速重传为主。
- 检查是否存在中间设备（如防火墙、NAT）导致ACK丢失。
- 启用TCP时间戳（tcp_timestamps）和SACK（tcp_sack），有助于更精准计算RTT和选择性重传。
在高延迟或高丢包网络（如跨区域公网传输）中，可考虑启用BBR拥塞控制算法，相比传统的CUBIC，能更有效减少不必要的重传。
基本上就这些。理解重传机制并结合实际监控，能帮助你快速定位网络问题，提升系统稳定性。
