Go服务器性能调优：避坑选型，QPS翻倍实战

　　跟开发吵了一架。就八月份那会儿，他甩过来个压测报告，说“Go服务扛不住了”，CPU干到92%，QPS卡在1800死活不上，还带一句：“你们云上配的啥破实例？换个M6试试？”我当场把茶杯盖磕在桌上——那杯子还是去年运维小张结婚时塞给我的搪瓷杯，印着褪色的双喜。

　　我原以为是网关层打穿了限流阀，结果查日志发现根本没进gin中间件，panic堆栈直接栽在http.ListenAndServe里头。不是超时、不是协程泄漏，是系统调用卡在accept()。我盯着strace输出看了足足四分钟，风扇一直在转，嗡嗡的，像有台老空调藏在机柜后面喘气。隔壁工位老周路过问了句：“好了没？”我没理，但手已经切到云控制台了——想扩ECS，手指悬在确认键上差三分钟，突然想起上周五备份策略会上，领导盯着RDS的自动备份窗口皱眉说：“这凌晨三点开的备份，比我们值班人还准时。”

　　于是没点确认。我把监听地址从0.0.0.0:8080改成127.0.0.1:8080，顺手把nginx转发改成了proxy_pass http://127.0.0.1:8080；然后删掉所有go run -mod=vendor开头的启动脚本，强制用systemd托管二进制，加了--no-new-privileges。就这么两刀，QPS哗一下蹿到3700。开发探头过来看监控曲线，张着嘴，手里冰美式漏了半滴在键盘F5键上。我懒得解释内核参数和socket reuse，只说：“你本地跑run，是默认启用SO_REUSEPORT吗？你查过没？”他摇头。我敲了下回车执行ss -s，屏幕上的行数一直在跳，234… 237… 231…

　　后来复盘才知道，他们压测脚本压的是公网SLB域名，而SLB背后那台ECS的iptables规则里，有一条三年前留下的LOG链——为排查某个早已下线的灰度功能写的，没删干净，每包都走一次LOG target。不是性能瓶颈，是日志洪水。但我说不准它到底吃了多少时间片。只记得那天晚上九点多，运维小李拎着两盒饭回来，一盒红烧排骨一盒青菜豆腐，我拆开吃了一口，排骨凉了，豆腐也结了薄膜。窗外天黑得早，七点半路灯全亮了，像提前接了夜班通知。

　　其实真没必要翻倍。业务方上周又提了个需求：要把用户行为上报延迟从500ms压到200ms以内，还说“竞品早就做到了”。我回邮件写“可做”，抄送开发和产品，底下补了句“需要停服半小时调整日志采样率”。发完立刻后悔，删掉重写：“建议先看下游Kafka积压曲线，再决定要不要动”。我原以为他们在意延迟数字，结果产品第二天晨会直接跳过技术方案，打开PPT第一页：“老板说这个指标要进OKR，Q3必须达标”。

　　所以你看，“避坑选型”这四个字，听着文雅，其实就是优胜劣汰。不是谁选对了库、谁调对了GOMAXPROCS，是哪个团队敢在上线前砍掉非核心路径的日志，哪个架构师敢拒掉“加个埋点字段”的PR，哪个运维敢在周五下班前清掉闲置安全组。我昨天刚把一套自研配置中心的gRPC服务从v1.30升到v1.38，没动一行业务代码，纯换protobuf runtime，启动快了俩秒。开发说：“值不值得写篇分享？”我说不写。写了也没人信——大家宁愿信玄学重启，也不信proto编译器升级能救QPS。

文章配图，仅供参考

　　还有个事岔开了：上个月备份恢复演练，恢复RDS花了四十分钟，比SLO长了十八分钟。DBA老陈蹲在机房看IOPS曲线，嘴里嚼着口香糖，吹了个不大不小的泡，啪一声碎了。他说：“不是慢，是磁盘预热要时间。”我点头，心想这话怎么跟去年我们吐槽k8s节点调度延迟一模一样。那天午饭是外卖，凉了。但我记得更清楚的是，他说话时指甲在服务器导轨上划了一下，留下一道白痕。

　　现在新项目我强制要求go.mod里禁用replace，除非有CVE。上周有个实习生提PR加了replace github.com/gorilla/mux => ./local-mux，理由是“方便本地debug”。我拒绝了，但没merge comment，只叫他来工位，当面改。他改的时候，我盯着他IDE底部状态栏的git分支名看了三秒——dev-fix-log-dup，名字起得比代码准。我其实不确定那个replace会不会引发grpc-go的transport层panic，但我知道，只要允许一次绕过module checksum，下次就是绕过gomod graph校验，再下次就是绕过云上制品仓库的sha256签名扫描。

　　QPS翻倍这事，靠不住单点技巧。我试过把http.Server的ReadTimeout从30秒缩到5秒，线上抖了两天——不是因为timeout短，是因为前端JS没适配超时回调，用户疯狂重刷，反向放大了流量。所以现在我改配置前，一定先去翻飞书文档库，搜“前端重试策略”，再搜“CDN缓存头”，最后才看go net/http源码里ServeHTTP的锁粒度。但这事儿没法写进文档。文档里只能写“设置合理超时”，而“合理”二字，得吵一架、摔一次杯子、等外卖凉透、看三次天黑才能掂量出来。

　　接下来？下周把日志采样率调回100%，重新压测。不是为证明啥，是得看看LOG chain那玩意儿到底占了多少%——毕竟小李说今晚要值班，我得留点悬念给他。

（编辑：我爱制作网_池州站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!