高性能

QPS和TPS

QPS(Query Per Second) :服務器每秒可以執(zhí)行的查詢次數(shù);
TPS(Transaction Per Second) :服務器每秒處理的事務數(shù)(這里的一個事務可以理解為客戶發(fā)出請求到收到服務器的過程);

QPS vs TPS:QPS 基本類似于 TPS,但是不同的是,對于一個頁面的一次訪問,形成一個 TPS;但一次頁面請求,可能產(chǎn)生多次對服務器的請求,服務器對這些請求,就可計入“QPS”之中。如,訪問一個頁面會請求服務器 2 次,一次訪問,產(chǎn)生一個“T”,產(chǎn)生 2 個“Q”。

吞吐量

吞吐量指的是系統(tǒng)單位時間內(nèi)系統(tǒng)處理的請求數(shù)量。

一個系統(tǒng)的吞吐量與請求對系統(tǒng)的資源消耗等緊密關(guān)聯(lián)。請求對系統(tǒng)資源消耗越多,系統(tǒng)吞吐能力越低,反之則越高。

TPS、QPS 都是吞吐量的常用量化指標。

QPS(TPS) = 并發(fā)數(shù)/平均響應時間(RT)
并發(fā)數(shù) = QPS * 平均響應時間(RT)

系統(tǒng)活躍度

PV(Page View)

訪問量, 即頁面瀏覽量或點擊量,衡量網(wǎng)站用戶訪問的網(wǎng)頁數(shù)量;在一定統(tǒng)計周期內(nèi)用戶每打開或刷新一個頁面就記錄 1 次,多次打開或刷新同一頁面則瀏覽量累計。UV 從網(wǎng)頁打開的數(shù)量/刷新的次數(shù)的角度來統(tǒng)計的。

UV(Unique Visitor)

獨立訪客,統(tǒng)計 1 天內(nèi)訪問某站點的用戶數(shù)。1 天內(nèi)相同訪客多次訪問網(wǎng)站,只計算為 1 個獨立訪客。UV 是從用戶個體的角度來統(tǒng)計的。

常見軟件的 QPS

這里給出的 QPS 僅供參考,實際項目需要進行壓測來計算。

Nginx :一般情況下,系統(tǒng)的性能瓶頸基本不會是 Nginx。單機 Nginx 可以達到 30w +。
Redis: Redis 官方的性能測試報告:https://redis.io/topics/benchmarks 。從報告中,我們可以得出 Redis 的單機 QPS 可以達到 8w+(CPU 性能有關(guān)系,也和執(zhí)行的命令也有關(guān)系比如執(zhí)行 SET 命令甚至可以達到 10w+QPS)。
MySQL: MySQL 單機的 QPS 為 大概在 4k 左右。
Tomcat :單機 Tomcat 的 QPS 在 2w 左右。這個和你的 Tomcat 配置有很大關(guān)系,舉個例子 Tomcat 支持的連接器有 NIO、NIO.2 和 APR。AprEndpoint 是通過 JNI 調(diào)用 APR 本地庫而實現(xiàn)非阻塞 I/O 的,性能更好,Tomcat 配置 APR 為 連接器的話,QPS 可以達到 3w 左右。更多相關(guān)內(nèi)容可以自行搜索 Tomcat 性能優(yōu)化。

常見的性能優(yōu)化策略

性能優(yōu)化之前我們需要對請求經(jīng)歷的各個環(huán)節(jié)進行分析,排查出可能出現(xiàn)性能瓶頸的地方,定位問題。

下面是一些性能優(yōu)化時,我經(jīng)常拿來自問的一些問題:

當前系統(tǒng)的 SQL 語句是否存在問題?
當前系統(tǒng)是否需要升級硬件?
系統(tǒng)是否需要緩存?
系統(tǒng)架構(gòu)本身是不是就有問題?
系統(tǒng)是否存在死鎖的地方?
數(shù)據(jù)庫索引使用是否合理?
系統(tǒng)是否存在內(nèi)存泄漏?(Java 的自動回收內(nèi)存雖然很方便,但是,有時候代碼寫的不好真的會造成內(nèi)存泄漏)
系統(tǒng)的耗時操作進行了異步處理?

性能優(yōu)化必知法則

SQL 優(yōu)化,JVM、DB,Tomcat 參數(shù)調(diào)優(yōu) > 硬件性能優(yōu)化(內(nèi)存升級、CPU 核心數(shù)增加、機械硬盤—>固態(tài)硬盤等等)> 業(yè)務邏輯優(yōu)化/緩存 > 讀寫分離、集群等 > 分庫分表

參考:
https://mp.weixin.qq.com/s/1Jl8ee0jJoFdGMfIhl_qaQ
https://github.com/donnemartin/system-design-primer
https://www.acecodeinterview.com/intro/
https://gist.github.com/vasanthk/485d1c25737e8e72759f

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時請結(jié)合常識與多方信息審慎甄別。
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務。

友情鏈接更多精彩內(nèi)容