通过TCP使用MTR测试服务器

Question

是否可以在TCP上使用地铁？如果没有，是否有其他选择？我已经做了一些研究，但我找不到任何方法去做这样的事情，所以我想知道是否有人有过这样的经历。如果真的没有这样的事情，那么从网络的角度对MySQL服务器进行非常快速的ICMP请求的扩展测试是最好的方法，这样我们就可以通过网络解决一个非常快速的丢包问题。

Answer 1

MTR可以非常有效地解决此类问题。试着让它以15秒或60秒的间隔运行。统计数据将为您提供关于哪些路由器或段可能导致问题的信息。随着最近使用二级路由器的趋势，地铁(和其他工具)将看不到这些路由器。

许多TCP堆栈都有可用的计数器，可以用来识别问题。重新传输和无序数据包可能是问题的迹象，特别是在百分比不正常的情况下。

如果您正在发送大量数据块，则TCP窗口可能会导致问题。检查一下，看看你是否正在经历缓冲膨胀的问题。

有些像tcptraceroute这样的工具可以进行类似于MTR通过TCP提供的跟踪，这可以绕过对ICMP回波数据包的限制。

可以使用Munin、Nagios或Icinga等工具持续监视网络和数据库服务器。如果发现问题，他们也可以发送警报。

Answer 2

当您使用足够新的版本时，中期审查支持TCP数据包跟踪。0.85和0.86 (当前稳定构建)版本支持此特性。

我知道这是一个旧的帖子，但我认为它将是相关的其他人搜索这个问题。旧的或旧的版本提供的流变/分6.6将不会有此功能(即。在0.75之前)。

Answer 3

你考虑过使用尼平吗？您应该能够相当快地生成和发送数据包。如果您试图识别周期性的数据包丢失或延迟，您可以尝试像烟熏这样的工具。我已经取得了很好的结果，使用吸烟试图联系网络事件的时间-特别是无线点对点链接。没有MySQL 探头，但吸烟是模块化的，所以如果您愿意，可以编写自己的代码。

这些工具与Wireshark一起，在排除故障排除时，在消除公式中的第3/4层问题方面非常有用。