线上接口流量激增，如何应对压力过大问题？

本文共计2303个文字，预计阅读时间需要10分钟。

概述+本章节主要记录下公司系统的部署到银行内部UAT环境后，流量突增后导致整个系统所有请求耗时十倍之久，最终崩溃，无响应连续出现，现场处理的过程。

事件经过及原因分析

概述

本篇文章主要记录下公司的系统部署到银行内部内uat环境后，流量突增后，导致整个系统所有请求耗时十分之久，最后崩溃，无奈连夜赶往现场，解决处理。

事情经过和原因分析

银行现场的实施同事反馈，平台页面打开都要超过5分钟，任何接口都十分卡顿。我一听就不对劲了，怎么可能呢？

到现场才发现，现场只部署了了一个节点，在UAT阶段流量接入以后，平台直接就扛不住了，其中有个接口高峰期的qps是1000，但是通过浏览器发现这个接口的平均相应时间是15s，而tomcat本身默认的线程数是200个，所以肯定导致其他所有的请求阻塞了，因为没有连接资源了，造成服务的不可用。

所以除了扩充节点解决问题以外，还需要提高单节点接口的性能。

优化手段

排查连接池大小

其实大部分的请求都是会访问数据库，而数据库严重依赖连接池数量，如果一个项目连接池数量设置过小，那势必会导致性能下降。