mtr可同时追踪路径与检测连通性，比ping或traceroute更高效；支持实时交互模式、报告模式（-r -c 20 -n）、多协议探测（-t/-u）及ipv4/6切换，并需结合ping、双向mtr和分段分析定位问题。
直接用 mtr 就能边追踪路径、边测连通性，比单独 ping 或 traceroute 更准更省事。
快速启动交互式诊断
在终端输入：
mtr example.com 或 mtr 119.29.29.29
它会实时刷新每一跳的响应状态，每秒更新一次。重点关注三列：
- Loss%：某跳丢包率明显高于 0（比如 ≥5%），说明该节点或其出向链路可能异常
- Avg：平均延迟突然升高（如从 10ms 跳到 200ms），提示该跳存在拥塞或处理瓶颈
- StDev：标准差大（比如 >50ms），代表延迟抖动严重，网络不稳定
如果某跳丢包高，但下一跳恢复，通常是该节点限速或 ICMP 优先级低；如果丢包从某跳开始持续往后恶化，问题大概率出在该跳或其后链路。
生成一次性报告用于分析或存档
避免手动截图或长时间等待，用报告模式输出结构化结果：
mtr -r -c 20 -n example.com
- -r：启用报告模式，运行完即退出
- -c 20：共发送 20 个探测包，比默认 10 更可靠
- -n：跳过 DNS 反查，显示纯 IP，加快输出且避免解析干扰
适合写入脚本定时检测，或发给运维同事协同排查。
绕过防火墙或协议限制
有些网络节点屏蔽 ICMP，导致 mtr 在某跳后全显示 ??? 或无响应。可切换协议重试：
- 用 TCP SYN 探测（类似 telnet 连接）：
mtr -T -P 443 example.com - 用 UDP 探测（兼容 traceroute 行为）：
mtr -u -P 53 example.com - 强制 IPv4 或 IPv6：
mtr -4 example.com或mtr -6 example.com
端口选常用服务（如 80、443、53），提高穿透成功率。
辅助定位与验证技巧
mtr 是强工具，但不是万能解。配合以下操作更能确认问题根源：
- 先用
ping -c 5 example.com确认基础可达性，排除目标完全失联情况 - 对比双向路径：本地跑一次 mtr 到服务器，服务器也跑一次 mtr 回本地，网络常不对称
- 前三跳异常 → 查本地网络、路由器、ISP；中间跳异常 → 联系运营商；最后几跳异常 → 检查目标服务器防火墙、负载、网卡错误
- 加
--csv输出为 CSV 格式，方便用 Excel 或 Python 做批量统计分析
