凌晨4点，一个程序因查询数据库挂起，通过gdb定位到问题发生在OTL的fetch函数。抓包分析显示，数据库响应后，应用收到ACK并发送数据，接着连续收到重复ACK，间隔遵循特定时间规律。这可能是由于数据包丢失或乱序导致。进一步观察发现，数据库主机为AIX，其TCP实现与Linux不同。数据库在未收到ACK的情况下持续重发，最终发送RST，但RST未被接收，原因尚不清楚。
最近，值班的同学反映，有个程序定时会在凌晨4点的时候挂起，重启后恢复，让开发的同事
查了一下，有可能挂起的地方只有在查询数据库，后来gdb也证明了是挂在otl的fetch函数，
这个问题让我想起了之前的问题，也是同个程序，也是在查询数据库，所以就叫同事捉了个
包，一打开，比较奇怪：
04:17:19 向数据库发起数据，然后回了个ACK，再发了个数据，再回个ACK。紧接着就不停地重发那个ACK了。
会发重复ACK（Dup ACK）理论上是收到数据了，再会回ACK，而回重复ACK应该是收到的是乱序的包，有些
数据丢了，或者是服务器不停地重发同一个包。由于捉包的同事只捉了dst端口，所以来的数据包看不到，今晚
再捉一次，希望能看到真相。 Dup ACK的间隔分别是： 3s, 6s, 12s, 24s, 48s, 64s, 64s,64s 64s,64s,64s
2014-10-30
最低0.47元/天 解锁文章
扫一扫
887
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
