有没有可能通过TCP使用MTR？ 如果不是有另一种select？ 我做了一些研究，而且我没有find办法做这样的事情，所以我想知道有没有人有这样的经验。 如果真的没有这样的事情，从networking的angular度来看，对MySQL服务器的非常快速的ICMP请求进行扩展testing的最好方法是什么，所以我们可以通过networking解决一个非常快速的丢包问题。
MTR对于这类问题的解决是非常有效的。 尝试让它以15秒或60秒的间隔运行。 统计数据会告诉您哪些路由器或网段可能会导致问题。 随着近来使用二级路由器的趋势，地铁（和其他工具）将看不到这些路由器。
许多TCP堆栈都有可用的计数器，可以用来识别问题。 重传和乱序数据包可能是问题的指示，特别是如果百分比超出正常。
如果您发送大块数据，则TCP窗口会导致问题。 检查您是否遇到Bufferbloat问题。
有像tcptraceroute这样的工具可以跟TCP上的MTR提供类似的跟踪，这样可以绕过ICMP回显数据包的限制。
像Munin ， Nagios或Icinga这样的工具可以用来持续监视你的networking和数据库服务器。 如果发现问题，他们也可以发送警报。
当您使用足够新的版本时，MTR支持TCP数据包跟踪。 版本0.85和0.86（当前稳定版本）支持此function。
我知道这是一个旧的post，但我认为这将有助于其他人search这个问题。 在rhel / cent 6.6中提供的旧版本或旧版本将不具备此function（即在0.75之前）。
你有没有考虑过使用nping ？ 您应该能够快速生成和发送数据包。 如果您试图识别周期性的数据包丢失或延迟，您可以尝试使用抽烟等工具。 我已经有了很好的结果，试图关联networking事件，尤其是无线点对点链接。 没有MySQL 探针，但是烟雾是模块化的，所以如果你愿意，你可以自己写。
这些工具和Wireshark一起，在排除故障时从消除方程式中解决第3/4层问题非常有用。