wireshark 抓包实践记录

背景

一个业务服务访问Redis机器总是偶发超时，业务访问量并不大，需要排查一下是在链路的哪个部分耗时过长或者丢包了

过程

在业务服务器和Redis服务器分别进行抓包，指定抓的是往Redis服务进程端口的包
对抓包结果执行过滤：tcp.flags.reset==1 （reset表示连接异常终止）
过滤完之后确实发现有部分连接异常终止了，过滤获得其中的某个端口：tcp.port=36376
发现该端口在一次发包之后等待200ms都没有收到Redis服务器的回包，导致超时应用层关闭连接，发送了FIN包给Redis服务器
Redis服务器收到超时包的时间间隔确实大于了200ms，也就是说从发出包到Redis服务器接收到包中间就花了200ms。

解决方案

将超时时间调整为500ms，解决了这个问题。后面需要排查一下，是网络问题还是Redis服务器网卡问题，导致包到达TCP协议栈晚了200ms。

相关知识

我们知道，TCP是有超时重传机制的。只不过Linux设置的超时时间一般都是大于1S的。