虽然说是高合并，但是什么QPS是高合并？ 业务系统服务、独立服务和集群分别是多少？ 让我们先普及QPS和TPS这个概念。
QPS:Queries Per Second是“每秒查询率”，一台服务器每秒可处理的查询次数，是衡量特定查询服务器在规定时间内处理通信量的标准。
TPS:transactionspersecond的缩写，是事务数/秒。 这是软件测试结果的测量单位。 事务是客户端向服务发送请求并由服务作出响应的过程。 客户端在发送请求时开始计数，并在服务器响应后退出计数，以计算使用的时间和已完成的事务数。
高并发性的4个角度
同时不提高可利用性的只是流氓。 可以从四个角度讨论这个问题。
首先，无状态前端机器不足以承载请求的流量，需要水平扩展，一般的QPS为千级。 然后，关系数据库不能具有读或写峰值，需要向外扩展数据库或部署nosql。 通常是一千到万水平。 之后，不能用单体nosql装载，需要向外扩展nosql，通常为10万到100万QPS。 最后，很难简单地向外扩展nosql。 例如，微博引入了多级缓存体系结构，该体系结构通常能够支持百万到千万nosql的接入QPS。 当然，面向用户的接口请求一般达不到这个水平。 QPS的增长大多是读取增长带来的压力，属于高并发性体系结构的考虑范围。
PV和QPS
例如，微博每天超过1亿pv的系统一般为1500QPS、5000QPS的峰值。
例如，据说2C4G机器单体一般为1000QPS。
8C8G机单机可承受7000QPS。
写在后面
具体的QPS数量与业务密切相关，只读接口读取缓存并对单个缓存3000施加压力没有问题，写请求1000正常，复杂也可能几百QPS。
因此，QPS与业务场景和设计相关性很大，例如可以通过浏览器的本地缓存、使用缓存的热点数据查询、事务MQ的异步处理的写入等来提高QPS。