高分请教大牛:如何设计能够达到100万QPS

pricks pricks 墨衍会员 · AI 创作全网分发 墨衍智能分发 通过墨衍一键同步至各平台 可同步平台 CSDN微信公众号微博知乎掘金百家号博客园抖音小红书 你的文章也可以这样分发 墨衍会员 ¥399起/年,写一次发全网 我也要 + 加入社区
为了能够让问题变得简单,假设有以下限制:
1、服务器全部采用普通的服务器,价格1万5左右,2G内存,CPU主频2GHz
2、网络带宽:100M
3、假设使用lvs+nginx+tomcat,nginx做静态请求
4、假设nginx处理静态网页的并发量是2万/s

如何设计能够达到100万QPS。请描述大概需要几台lvs,几台nginx。

如果这种方式不能支持,应该需要怎么设计才能达到这么高的并发量?
...全文

相关推荐

MySQL秒杀优化:从100到100万QPS[源码]

本文以一次双十一秒杀翻车事故为背景,详细介绍了MySQL在高并发秒杀场景下的优化演进路径。从最简单的先查后改方案(仅能支撑12.7 TPS且存在超卖问题)开始,逐步演进到悲观锁(31 TPS)、乐观锁(118 TPS)、Redis预扣加异步入库(4167 TPS),最终通过分桶、队列削峰和分库分表的终极方案实现了33万TPS的性能飞跃。文章深入剖析了超卖问题的6种死法,包括查询更新非原子操作、UPDATE缺少条件、Redis与MySQL数据不一致、主从切换丢数据、MQ重复消费和分布式事务不一致,并给出了对应的解决方案。此外,还解密了大厂秒杀架构的核心设计思路,如多级缓存、全链路异步化、动静分离等,并提供了10个性能优化细节,包括预热库存、连接池调优、批量处理、索引优化、SQL优化、Redis Pipeline、异步化、避免大事务、限流降级和监控告警。最后通过三个思考题探讨了Redis宕机应对、防黄牛刷单和提升用户体验的策略。

hill8

一文读懂吞吐量(TPS)、QPS、并发数、响应时间(RT)概念

主要介绍了吞吐量(TPS)、QPS、并发数、响应时间(RT)概念,在开发中需要先搞懂这些基础知识,才能更好运用,需要的朋友可以参考下

weixin_38697171

后端架构设计:如何扛住100亿次请求?.docx

站在更高的维度做架构,来自一线互联网大厂的经验总结,少走弯路少踩坑,值得拥有。

小小哭包

java架构之系统峰值、TPS、QPS在实际业务中的计算

java高级面试架构篇:实际业务系统中的峰值、TPS、QPS,并行压力计算。

fansenqi

服务器端性能优化-提升QPS、RT

用于WEB服务器端开发,介绍如何有效提升QPS、RT

joedgejin2013
评论 13
收藏 已收藏
分享
返回顶部
pricks
高性能WEB开发 25,979 成员 4,366 内容