这篇博客记录了一个高QPS（10W/s）项目的需求与实施过程。最初，开发人员创建新接口，但遇到性能瓶颈。通过引入布隆过滤器和Redis缓存，优化至5W/s。然而，布隆过滤器使用不当导致问题，改为纯内存布隆过滤器，并独立部署以避免影响其他服务。经过压测和配置调整，最终在6台8G8核机器上实现峰值10W+/s，平均3.5W+的QPS，超时率为1%，满足业务需求。
背景：
推广部为了节省推广费用。要求广告方推送广告前确认下是否为目标客户。
需求：
广告方将客户手机号md5加密调用我司接口。我司碰撞产品业务库确认该手机号是否存在，存在返回不推送，不存在返回推送。中间有任何异常情况下广告方都可以推送广告。
实施阶段：
第一阶段：开发人员根据需求完成，需求后进行提测。（该次需求评审只有具体开发人员参与）
本次方案 新增加新的对外接口。
（根据平台正常架构，ws添加controller，center添加底层服务[查询数据库，增加缓存]，之间调用使用RPC请求）；
问题发现点：对方要求我方技术人员提供QPS请求量。经与我确认回复 QPS：300/s (目前团队负责项目多数接口 QPS为100+/s，最大QPS 1000+/s 平均延迟 200ms)。
对方反馈，系统要求 峰值：QPS：15W/s 最大延迟 ：60ms。
第二阶段：经业务确认目标：QPS：5W/s，借鉴我司春节红包活动经验（2~4W+/s）使用如下方案：
基于该需求只是需要确认是否存在，故使用布隆过滤器（bitmap原理）。<
最低0.47元/天 解锁文章
420
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
