# 性能測試
性能測試應該有兩個方向:
- 單接口壓力測試
- 生產環境模擬用戶操作高壓力測試
生產環境模擬測試,目前我們都是交給公司的QA團隊專門完成的。這塊我只能粗略列舉一下:
- 獲取1000用戶以上生產用戶的訪問日志(統計學要求1000是最小集合)
- 計算指定時間內(例如10分鐘),所有接口的觸發頻率
- 使用測試工具(loadrunner, jmeter等)模擬用戶請求接口
- 適當放大壓力,就可以模擬2000、5000等用戶數的情況
#### ab 壓測
單接口壓力測試,我們都是由研發團隊自己完成的。傳統一點的方法,我們可以使用ab(apache bench)這樣的工具。
~~~
#ab -n10 -c2 http://haosou.com/
-- output:
...
Complete requests: 10
Failed requests: 0
Non-2xx responses: 10
Total transferred: 3620 bytes
HTML transferred: 1780 bytes
Requests per second: 22.00 [#/sec] (mean)
Time per request: 90.923 [ms] (mean)
Time per request: 45.461 [ms] (mean, across all concurrent requests)
Transfer rate: 7.78 [Kbytes/sec] received
...
~~~
大家可以看到ab的使用超級簡單,簡單的有點弱了。在上面的例子中,我們發起了10個請求,每個請求都是一樣的,如果每個請求有差異,ab就無能為力。
#### wrk 壓測
單接口壓力測試,為了滿足每個請求或部分請求有差異,我們試用過很多不同的工具。最后找到了這個和我們距離最近、表現優異的測試工具[wrk](https://github.com/wg/wrk),這里我們重點介紹一下。
wrk如果要完成和ab一樣的壓力測試,區別不大,只是命令行參數略有調整。下面給大家舉例每個請求都有差異的例子,供大家參考。
> scripts/counter.lua
~~~
-- example dynamic request script which demonstrates changing
-- the request path and a header for each request
-------------------------------------------------------------
-- NOTE: each wrk thread has an independent Lua scripting
-- context and thus there will be one counter per thread
counter = 0
request = function()
path = "/" .. counter
wrk.headers["X-Counter"] = counter
counter = counter + 1
return wrk.format(nil, path)
end
~~~
> shell執行
~~~
# ./wrk -c10 -d1 -s scripts/counter.lua http://baidu.com
Running 1s test @ http://baidu.com
2 threads and 10 connections
Thread Stats Avg Stdev Max +/- Stdev
Latency 20.44ms 3.74ms 34.87ms 77.48%
Req/Sec 226.05 42.13 270.00 70.00%
453 requests in 1.01s, 200.17KB read
Socket errors: connect 0, read 9, write 0, timeout 0
Requests/sec: 449.85
Transfer/sec: 198.78KB
~~~
> WireShark抓包印證一下
~~~
GET /228 HTTP/1.1
Host: baidu.com
X-Counter: 228
...(應答包 省略)
GET /232 HTTP/1.1
Host: baidu.com
X-Counter: 232
...(應答包 省略)
~~~
wrk是個非常成功的作品,它的實現更是從多個開源作品中挖掘牛X東西融入自身,如果你每天還在用C/C++,那么wrk的成功,對你應該有絕對的借鑒意義,多抬頭,多看牛X代碼,我們絕對可以創造奇跡。
引用[wrk](https://github.com/wg/wrk)官方結尾:
~~~
wrk contains code from a number of open source projects including the 'ae'
event loop from redis, the nginx/joyent/node.js 'http-parser', and Mike
Pall's LuaJIT.
~~~
- 序
- Lua簡介
- Lua環境搭建
- 基礎數據類型
- 表達式
- 控制結構
- if/else
- while
- repeat
- 控制結構for的使用
- break,return
- Lua函數
- 函數的定義
- 函數的參數
- 函數的返回值
- 函數回調
- 模塊
- String庫
- Table庫
- 日期時間函數
- 數學庫函數
- 文件操作
- 元表
- 面向對象編程
- FFI
- LuaRestyRedisLibrary
- select+set_keepalive組合操作引起的數據讀寫錯誤
- redis接口的二次封裝(簡化建連、拆連等細節)
- redis接口的二次封裝(發布訂閱)
- pipeline壓縮請求數量
- script壓縮復雜請求
- LuaCjsonLibrary
- json解析的異常捕獲
- 稀疏數組
- 空table編碼為array還是object
- 跨平臺的庫選擇
- PostgresNginxModule
- 調用方式簡介
- 不支持事務
- 超時
- 健康監測
- SQL注入
- LuaNginxModule
- 執行階段概念
- 正確的記錄日志
- 熱裝載代碼
- 阻塞操作
- 緩存
- sleep
- 定時任務
- 禁止某些終端訪問
- 請求返回后繼續執行
- 調試
- 調用其他C函數動態庫
- 我的lua代碼需要調優么
- 變量的共享范圍
- 動態限速
- shared.dict 非隊列性質
- 如何添加自己的lua api
- 正確使用長鏈接
- 如何引用第三方resty庫
- 使用動態DNS來完成HTTP請求
- 緩存失效風暴
- Lua
- 下標從1開始
- 局部變量
- 判斷數組大小
- 非空判斷
- 正則表達式
- 不用標準庫
- 虛變量
- 函數在調用代碼前定義
- 抵制使用module()函數來定義Lua模塊
- 點號與冒號操作符的區別
- 測試
- 單元測試
- API測試
- 性能測試
- 持續集成
- 灰度發布
- web服務
- API的設計
- 數據合法性檢測
- 協議無痛升級
- 代碼規范
- 連接池
- c10k編程
- TIME_WAIT問題
- 與Docker使用的網絡瓶頸
- 火焰圖
- 什么時候使用
- 顯示的是什么
- 如何安裝火焰圖生成工具
- 如何定位問題