壓力測試工具ab,wrk,locust簡介

ab  無疑是目前最常見的壓力測試工具。其典型用法如下：

shell> ab -k -c 100 -t 10 http://domain/path

其中，參數「c」表示的是 並發 ，

參數「t」表示的是整個測試 持續的時間 。

一個很容易被忽視的參數是「k」，它會增加請求頭 Connection: Keep-Alive， 相當於開啟了 HTTP 長連接 ，這樣做一方面可以降低測試服務器動態端口被耗盡的風險，另一方面也有助於給目標服務器更大的壓力，測試出更接近極限的結果。

再來說說 wrk：

wrk  相對於 ab 來說最大的優點是它支持 多線程 ，這樣更容易發揮多核 CPU 的能力，從而更容易測試出系統的極限能力，其典型用法如下：

shell> wrk -c 100 -d 10 http://domain/path

其中，參數「c」表示的是並發，參數「d」表示的是整個測試 持續的時間 。此外，可以通過參數「t」來控制 線程數 （缺省值為 2），實際使用中可以視情況酌情增大。

如果順着 ab 的使用慣性，你可能會納悶為什么 wrk 沒有類似參數「k」這樣打開 HTTP 長鏈接的選項，這是因為 wrk 使用的是 HTTP/1.1，缺省開啟的是長連接，而 ab 使用的是 HTTP/1.0，缺省開啟的是短鏈接。

不過這也引出另一個問題，如何用 wrk 測試短鏈接？實際上很簡單：

shell> wrk -H "Connection: Close" -c 100 -d 10 http://domain/path

也就是說通過參數「H」傳遞一個自定義的 Connection 請求頭來關閉長鏈接。此外，wrk 支持自定義腳本編程，不過相對較復雜，本文略過不談。

最后說說 locust：

locust  相對於 ab、wrk 來說最大的優點是它不再只是測試一個 url，而是 可以測試一個自定義的場景 ，其中可以包含多個有相互關聯的 url，此外，它還是分布式可擴展的， 可以模擬大量用戶的訪問 ，由此可以得到更貼近真實環境的測試數據。

關於 locust 的具體用法有點復雜，大家可以自行查閱 官方文檔 。

其它

除了 ab，wrk，locust 等壓力測試工具之外，還有很多 其它選擇 ，其中比較有代表性的是  GoReplay  和  TcpCopy ，它們的特殊之處在於可以拷貝線上服務器的真實流量並轉發到測試服務器上去，也就是說， 用真實流量來測試 ，如此得到的數據無疑是更可信的。不過它們的用法更復雜，大家記得有類似需求的時候去哪找就行了。

…

說了這么多壓力測試工具，結尾我想說說壓力測試過程中一些 注意事項 ：首先，在使用 ab 或者 wrk 的時候，最好在 同一個局域網里獨立的服務器上運行 它們，因為這些壓力測試工具本身也會消耗系統資源，所以如果直接在目標服務器上運行它們，那么測試的結果會有偏差；其次，即便使用了長連接，那么也應該注意端口 TIME_WAIT 問題，視情況可能需要在 sysctl 配置中開啟 tcp_tw_recycle 或 tcp_tw_reuse 之類的選項；

最后，在壓力測試過程中， 最好時刻留意哪些資源成為了瓶頸，比如：CPU 是不是跑滿了，IO 是不是跑滿了，帶寬是不是跑滿了等等 ，如果什么都沒跑滿，但是壓力測試結果卻上不去，那么就需要反思一下是不是壓力測試工具使用方法有誤，或者是不是在 off-CPU 上消耗了太多時間，只有知道了瓶頸在哪，才能突破系統的極限。

參考：

https://huoding.com/2017/05/31/620?utm_source=tuicool&utm_medium=referral