ELK 日誌分析系統
效能測試
1、響應時間
對請求做出響應所需要的時間，包括：使用者客戶端呈現時間、請求/響應資料網路傳輸時間、應用伺服器處理時間、資料庫系統處理時間。對於web系統，2秒內非常好，5秒內可以接受，8秒是上限，10秒使用者認為是失敗。
響應時間=網路傳輸時間（請求）+伺服器處理時間（一層或是多層）+網路傳輸時間（響應）+頁面前段解析時間
響應時間=呈現時間（瀏覽器對接收到資料的一個處理展示的過程）+網路傳輸時間+伺服器端響應時間（系統得到請求後對請求進行處理並將結果返回）+應用延時時間
2、併發數量https://www.cnblogs.com/dayu2019/p/11906855.html
當多個客戶端同時發起請求時，伺服器必須具備一定的
JMeter以執行緒式併發的方式，短時間內向伺服器傳送大量請求。多執行緒式併發測試工具，會啟動複數個執行緒，讓每個執行緒獨立向伺服器端發出請求。將這個客戶端的獨立執行緒數表述為“併發數”。
並行數：同一時間節點上同時處理的事務數最大就是：CPU處理器數*伺服器超執行緒倍率。
併發數指的是一個時間段內的事務完成數。這個切片“時間段”常取1秒鐘或1分鐘這樣的整數來做換算。
每秒事務數（TPS）：常見的事務請求在應用伺服器端的處理時間以毫秒為單位計算。
一秒鐘完成多少個事務請求，這個資料就是“每秒事務數”。
這個指標就是TPS，每秒事務數，就是衡量伺服器效能的最重要也是最直觀指標。直接能影響到一個應用服務每天平均能承受的訪問量/請求量，以及業務高峰期能承受的壓力。
平均響應時間：
有兩個主要的維度：
- 單個事務響應速度（事務平均響應時間。單個事務平均下來完成的速度越快，那麼單位時間內能完成的事務數就越多，TPS就越高）
- 同一時間能並行執行的事務（主要跟伺服器資源配置，執行緒池容量，執行緒排程等相關）
使用者數的概念：系統使用者數（軟體系統註冊是使用者總數）、線上使用者數（某段視角內訪問的使用者數，這些使用者只是在線，不一定同時做某一件事）、併發使用者數
3、吞吐量：效能測試領域的吞吐量通常會結合上時間維度進行統計。如果吞吐量的“量”以“事務”為統計單位的話，結合時間維度，轉化以後可以很容換算成TPS。
4、系統性能計數器
5、思考時間
JMeter
1、多執行緒框架-支援多併發操作
2、用於對伺服器模擬負載
3、支援web、資料庫、FTP伺服器系統的效能測試
4、開源、純JAVA，可二次定製化開發
（一）環境搭建
需要安裝JDK：JDK、JRE、JVM
驗證機器是否安裝好java環境：版本號、驗證系統的環境變數path是否設定好
設定環境變數：JMETER_HOME（....jmeter目錄）,PATH（%JMETER_HOME%\bin）
（二）http代理伺服器
概念：中間商
操作流程：設定瀏覽器代理、啟動代理伺服器（啟動程式碼伺服器Jmeter）、操作瀏覽器、自動錄製指令碼
（三）主要元件
配置元件
1、HTTP請求預設值
2、HTTP訊息頭管理器
3、HTTP Cookies管理器
4、HTTP Cache管理器
監聽器元件
檢視結果樹：分析檢視具體某一個請求的詳情（請求頭、請求體，響應頭、響應體），在做效能場景的時候，分析錯誤請求的原因
聚合報告：彙總統計（請求數、響應時間 單位ms，錯誤率-越低越好，吞吐量-越高越好，傳送/接收-寬頻）
其他常用元件
前置處理器：請求發出去之前執行的控制器（元件），比如：加密 md5
後置處理器：請求發出去之後執行的控制器（元件），比如：提取資料
定時器：思考時間-固定定時器，同步定時器-集合點，隨機定時器，吞吐量定時器
斷言
（四）引數化方式
- CSV-需要配置的元件
使用場景：賬號密碼
- 函式式
① 隨機數，time時間戳 預設是ms 13位資料，counter計數器
- 變數
- 程式設計式：引入外部的jar、Java class，使用beanshell程式設計
（五）關聯技術
關聯概述
正則表示式
()括起來的部分就是要提取的
. 匹配任何字串
+ 一次或多次
？ 不要太貪婪，找到第一個匹配項後停止
正則表示式提取器
（六）多請求關聯
多請求關聯場景
構建請求
請求關聯操作
（七）集合點技術