问题：接口所在服务器的压测结果不理想，与预计值低，于是开始进行排查。写了一个不查数据库的接口，直接获取静态数据，逻辑与查询数据库的接口逻辑相同。然后分别进行压测，发现静态数据接口的并发可以达到5000。于是排查数据库性能。DBA排查完数据库后反馈，数据库所在服务器的qps比较高，但数据库并未达到瓶颈。且查询条件已经加过索引。最后就是，使用更高性能的服务器存放数据。并把数据库配置为主从，一台用于查询，一台用于增删改。另外对新增多台服务器，配置服务集群。最终集群接口的压测并发可以达到5000以上。
背景：某市疫情爆发，由于此前我司负责汇总该市的所有核酸检测数据，我写了一个非常简单的查询接口，根据身份证号和姓名获取核酸检测结果。现在需要对该接口进行优化，提升其性能。
插曲：当时的接口性能已经压到了5000，但是接口使用方反馈并发还是只有几百。经过沟通发现，他们在调用接口时，首先调用认证平台的接口，获取token，然后根据获取到的token，再请求核酸结果查询接口。导致获取token也成为了一个瓶颈，经过协商，token设置为30分钟过期，使用方每30分钟获取一次token。
自测：jemtter压测接口所在服务，并发大约在700左右。压测网关，并发大约500左右。压测nginx,由于并发量不大，没有瓶颈。
简单记录一下，系统并发量的优化记录。
文章为作者独立观点，不代表观点
股民评论