-笔记 tps qps

文章探讨了应对高并发场景的技术策略,包括使用消息队列如Kafka进行异步处理,通过分库分表减少数据库压力,实现读写分离以优化读取性能,以及利用分布式部署和Kubernetes进行弹性扩缩容来提升系统吞吐量和响应速度。
摘要由CSDN通过智能技术生成
  1. 页面请求异步处理
    将请求 扔进 kafka, Mq等
    MQ单机抗几万并发也是ok的

  2. 底层批量处理
    sql 处理 尽量批量处理,减少耗时

  3. 分库分表,
    可能到了最后数据库层面还是免不了抗高并发的要求,好吧,那么就将一个数据库拆分为多个库,多个库来抗更高的并发;然后将一个表拆分为多个表,每个表的数据量保持少一点,提高sql跑的性能。

读写分离,这个就是说大部分时候数据库可能也是读多写少,没必要所有请求都集中在一个库上吧,可以搞个主从架构,主库写入,从库读取,搞一个读写分离。读流量太多的时候,还可以加更多的从库。

  1. 服务部署多port
    分布式部署,k8s 弹性扩缩容
    集群部署,三主三从等等等等

概念:
在这里插入图片描述

高并发需知道的吞吐量(TPS)、QPS、并发数、响应时间(RT)几个概念
吞吐量:
每秒查询率QPS是对一个特定的查询服务器在规定时间内所处理流量多少的衡量标准。一般而言,吞吐量是一个比较通用的指标,两个具有不同用户数和用户使用模式的系统,如果其最大吞吐量基本一致,则可以判断两个系统的处理能力基本一致。

QPS(每秒查询率):
每秒查询率QPS是对一个特定的查询服务器在规定时间内所处理流量多少的衡量标准,在因特网上,作为域名系统服务器的机器的性能经常用每秒查询率来衡量。对应fetches/sec,即每秒的响应请求数,也即是最大吞吐能力。

并发数:
并发用户数是指系统可以同时承载的正常使用系统功能的用户的数量。与吞吐量相比,并发用户数是一个更直观但也更笼统的性能指标。实际上,并发用户数是一个非常不准确的指标,因为用户不同的使用模式会导致不同用户在单位时间发出不同数量的请求。

响应时间:
响应时间是指系统对请求作出响应的时间。

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值