mtr怎么用：实测后只看这几项
mtr怎么用，说白了不是背参数，而是知道不同用法适合什么场景。我平时排查服务器卡顿，最常用的是报告模式、数字IP模式和TCP探测，三种跑法结果差别很大。
命令行版 vs 图形版：新手别硬撑
Linux和macOS用命令行mtr最顺手，适合复制报告、写工单、留日志。最常见的写法是 mtr -r -c 100 example.com，跑完直接出表。Windows上我更建议用WinMTR，界面虽然朴素，但填Host、点Start、等两三分钟、点Copy Text，够用了。
两者结果核心差不多，区别在操作习惯。命令行适合服务器环境，图形版适合客服沟通和临时排查。别为了显得专业就让小白用户装Linux命令行，最后报告没拿到，情绪先上来了。
域名模式 vs 数字IP：一个好看，一个干净
直接 mtr 域名 的好处是直观，知道自己测的是哪个网站。但每一跳如果反查域名，速度可能慢，还会出现一堆看着像外星文的运营商节点名。排障时我常加 -n，比如 mtr -n -r -c 100 1.1.1.1，让它只显示IP。
数字IP模式更干净，尤其是你要对比两次报告时，不会被不同DNS解析干扰。比如同一个域名今天解析到香港，明天解析到新加坡，mtr结果当然不一样。先用 dig 或 nslookup确认目标IP，再mtr这个IP，结论更稳。
普通ICMP vs TCP：网页打不开要测端口
默认mtr多半走ICMP，这对看线路大方向够用。但现实里经常出现一种情况：ping通，网站就是打不开。原因可能是目标端口、防火墙、运营商策略。这个时候要试TCP模式，例如 mtr -T -P 443 example.com，用443端口模拟HTTPS访问。
我遇到过云服务器安全组改错，ICMP正常，80和443不通。只看默认mtr会误以为线路没问题，加上TCP端口后，问题马上露出来。排查网页、API、面板访问，别只测ICMP。
跑10个包 vs 跑100个包：别被瞬间波动骗了
刚开始用mtr，很多人跑十几秒就截图，这种报告参考价值很低。网络抖动本来就是概率问题，10个包里丢1个就是10%，看起来吓人；跑100个包后可能只有1%。我给服务商提交工单，一般至少-c 100，复杂问题跑到300。
时间也要挑。用户说晚上8点卡，你早上10点跑一份正常报告，不能说明问题解决了。最好在故障发生时跑，同时测本地网关、公共DNS、目标服务器三个点，这样能分清是家里WiFi、运营商出口，还是远端线路。
看Loss% vs 看Wrst：丢包和尖峰都要盯
mtr结果里最容易被误读的是Loss%。终点Loss%长期超过1%就值得关注，超过5%体感通常很明显。但有些卡顿不是连续丢包，而是延迟尖峰。Avg只有40ms，Wrst突然到900ms，视频会议照样会卡一下。
我的看法是：玩游戏、语音会议更怕Wrst和StDev；网页访问更怕终点丢包和DNS解析绕路；下载速度慢不一定能靠mtr解释清楚，还得看带宽、TCP窗口和服务端限速。mtr好用，但别把所有锅都让它背。
常见问题
- mtr怎么保存结果？
- 命令行可以用 mtr -r -c 100 目标 > mtr.txt 保存到文本。WinMTR里点Copy Text或Export Text，然后发给技术支持即可。
- mtr要跑多久才准确？
- 临时排障建议至少100个包，大约一两分钟。偶发问题可以跑300个包，最好在卡顿发生时测，正常时测出来的报告意义有限。
- mtr可以测网站端口吗？
- 可以。支持TCP的版本可用 -T -P 443 测HTTPS端口，-T -P 80测HTTP端口，比默认ICMP更贴近网页访问。