后端架构师三步调优，服务器吞吐量翻倍

　　门口那只猫又来了，蹲在台阶上舔爪子，尾巴尖一甩一甩的。我叼着烟瞅它，冰柜压缩机在身后嗡嗡响，外卖催单的提示音隔两分钟就“叮”一声——三月这单量，两百多吧，够呛能撑住。隔壁烧烤摊的老王叼着牙签晃过来，鞋底粘着片菜叶子，“哎，你那服务器又卡了？刚才客人扫码点单，半天没反应，差点掀桌子。”

　　我原以为只是数据库连接池没调好，结果翻日志才发现，问题出在API的线程池配置上。去年刚接手这项目时，前架构师留的参数是默认值，线程数设了50，队列长度200——那时候单量少，压根没暴露问题。现在并发一上来，线程全堵在队列里，CPU占用率直接飙到90%，内存也蹭蹭往上涨，像极了老王家烤炉里塞满串儿的样子。

　　第一步改的是线程池参数。我把核心线程数从50提到100，最大线程数调到200，队列长度砍到50。老王凑过来看我改代码，“这能行？我上次调烤炉温度，调高了直接把串儿烤糊了。”我白他一眼，“你那烤炉是死的，服务器是活的。”改完一压测，QPS从800涨到1200，CPU占用率反而降了10%——原来之前太多线程在队列里干等，白白消耗资源。

　　抹布是湿的，擦桌子时在玻璃上留了道水痕。外卖小哥在门口催单，声音尖得像冰柜压缩机突然停机时的“咔嗒”声。我转头看监控大屏，发现第二个瓶颈在缓存上。之前用的Redis是单节点，读写全走一台机器，并发一高就卡。我原以为加内存能解决问题，结果内存加到32G还是不够——原来热点数据全堆在内存里，冷数据没及时淘汰，像老王家冰柜里冻了三年的老腊肉，占地方还不新鲜。

　　第二步改的是缓存策略。我把Redis换成集群模式，三主三从，读写分离。热点数据用LFU淘汰策略，冷数据直接丢到本地缓存里——反正访问频率低，本地查更快。改完一测，QPS又涨了300，内存占用降了一半。老王蹲在旁边看，突然说：“你这像不像我调烤炉风门？以前全开，火太大串儿容易焦；现在调小点，火均匀，烤得还快。”我愣了下，发现这老小子居然懂点门道。

　　手上被烫的那个泡还没消，是上周改代码时碰倒热水杯烫的。门口猫不见了，可能被外卖小哥的电动车吓跑了。我翻日志时发现第三个问题在数据库连接池——之前用的HikariCP，最大连接数设了20，结果并发一高，连接全被占满，新请求只能排队，像老王家烤炉前等位的客人，排着排着就走了。

　　第三步改的是连接池参数。我把最大连接数从20提到50，最小空闲连接数设成10，超时时间从30秒调到5秒——超过5秒拿不到连接，直接报错，别让请求堵在队列里。改完一压测，QPS直接冲到1800，服务器吞吐量翻倍，CPU占用率稳定在60%左右，内存也够用。老王在旁边拍大腿，“早该这么改！我上次调烤炉温度，调了半天才发现是风门没开全。”

文章配图，仅供参考

　　回店里的路上，冰柜压缩机还在响，外卖提示音偶尔“叮”一声。我摸了摸口袋里的烟，发现只剩半包——明天得再买一条。服务器吞吐量翻倍了，单量也涨了，但房租、毛利、损耗这些破事儿，还是像老王家冰柜里的老腊肉，占着地方不新鲜。

（编辑：站长网）

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