一直再說高併發,多少QPS纔算高併發?

一直再說高併發,多少QPS纔算高併發?業務系統服務,單機,集羣分別是多少呢?前端

高併發的四個角度

只說併發不提升可用就是耍流氓。能夠從四個角度討論這個問題。sql

首先是無狀態前端機器不足以承載請求流量,須要進行水平擴展,通常QPS是千級。 而後是關係型數據庫沒法承載讀取或寫入峯值,須要數據庫橫向擴展或引入nosql,通常是千到萬級。 以後是單機nosql沒法承載,須要nosql橫向擴展,通常是十萬到百萬QPS。 最後是難以單純橫向擴展nosql,好比微博就引入多級緩存架構,這種架構通常能夠應對百萬到千萬對nosql的訪問QPS。 固然面向用戶的接口請求通常到不了這個量級,QPS遞增大可能是因爲讀放大形成的壓力,單也屬於高併發架構考慮的範疇。數據庫

PV和QPS

好比微博天天1億多pv的系統通常也就1500QPS,5000QPS峯值。瀏覽器

好比有人說:緩存

  • 2C4G機器單機通常1000QPS。
  • 8C8G機器單機可承受7000QPS。

寫在後面

具體多少QPS跟業務強相關,只讀接口讀緩存,將壓力給到緩存單機3000+沒問題,寫請求1000+也正常,也複雜些可能也就幾百+QPS。架構

因此QPS和業務場景和設計相關性很大,好比能夠經過瀏覽器本地緩存,用緩存作熱點數據查詢,寫事務MQ異步處理等方式提高QPS。併發

相關文章
相關標籤/搜索