同一条代理IP线路跑的连接多到某个程度，表现会突然变差：延迟从几十毫秒跳到几百，偶尔还断。这种情况多半是并发把线路的余量吃掉了，线路本身并没有坏。判断余量还剩多少，看三个数就够，不必等到业务已经受影响才发现，那时往往已经耽误了半天。
并发上来的第一反应不该是换线，先看是不是某几个连接在长时间占着不放。
三个数：并发数、平均延迟、失败率
- 并发连接数：同一时刻在用的连接有多少
- 平均延迟：取十分钟的均值，不看单次波动
- 失败率：连接建立失败占比，超过一成就要查
三个数要一起看才准。并发数不高但延迟在涨，说明有连接卡住了；并发数很高而延迟正常，说明余量还够用。失败率单独升高，多半是新连接抢不到资源，跟并发数直接相关。只盯着一个数，很容易得出相反的结论，比如把延迟上升当成线路老化，实际只是某条代理IP线路被长连接占满了。
三个数同时恶化，再考虑换代理IP线路，单项异常先单独查。
长连接是隐形的并发
很多程序建立连接之后不主动断开，一条连接占着资源但没在传输。这类长连接在计数上不明显，占用的资源却是实打实的。查的时候要看连接持续时长，时长特别长又没有流量的，列出来逐个判断，多数是程序忘了释放，重启一次就能让这些连接消失。
余量留多少合适
按峰值的一半留余量比较稳妥。业务有早晚高峰的，按高峰值算；没有明显高峰的，按实测峰值的六成算。留得过多，线路成本上去了；留得过少，一次突发的并发就能把表现拉垮，临时加线也来不及，只能等这批连接自己断开。
这几个数不需要专业工具，客户端自带的统计面板大多能看到。每周看一次，比出问题之后再排查省事得多，也更容易发现缓慢变化的趋势。