性能測試通常需要監(jiān)控的指標

頁眉內(nèi)容頁眉內(nèi)容每臺服務(wù)器每秒平均PV量二((80%*總PV)/(24*60*60*(9/24)))/服務(wù)器數(shù)量，即每臺服務(wù)器每秒平均PV量=2.14*(總PV)/*(24*60*60)/服務(wù)器數(shù)量最高峰的pv量是1.29倍的平均pv值性能測試策略模擬生產(chǎn)線真實的硬件環(huán)境。服務(wù)器置于同一機房，最大限度避免網(wǎng)絡(luò)問題。以PV為切入點，通過模型將其轉(zhuǎn)換成性能測試可量化的TPS。4?性能測試數(shù)據(jù)分為基礎(chǔ)數(shù)據(jù)和業(yè)務(wù)數(shù)據(jù)兩部分，索引和SQL都會被測試到。5■日志等級設(shè)置成warn，避免大量打印log對性能測試結(jié)果的影響。6?屏蔽ESI緩存，模擬最壞的情況。7?先單場景，后混合場景，確保每個性能瓶頸都得到調(diào)優(yōu)。.匚8?拆分問題，隔離分析，定位性能瓶頸。根據(jù)性能測試通過標準，來判斷被測性能點通過與否。針對當前無法解決的性能瓶頸，錄入QC域進行跟蹤，并請專家進行風險評估。性能測試壓力變化模型a點：性能期望值b點：高于期望，系統(tǒng)資源處于臨界點c點：高于期望，拐點d點：超過負載，系統(tǒng)崩潰性能測試a點到b點之間的系統(tǒng)性能，以性能預(yù)期目標為前提，對系統(tǒng)不斷施加壓力，驗證系統(tǒng)在資源可接受范圍內(nèi)，是否能達到性能預(yù)期。負載測試b點的系統(tǒng)性能，對系統(tǒng)不斷地增加壓力或增加一定壓力下的持續(xù)時間，直到系統(tǒng)的某項或多項性能指標達到極限，例如某種資源已經(jīng)達到飽和狀態(tài)等。壓力測試b點到d點之間，超過安全負載的情況下，對系統(tǒng)不斷施加壓力，是通過確定一個系統(tǒng)的瓶頸或不能接收用戶請求的性能點，來獲得系統(tǒng)能提供的最大服務(wù)級別的測試。穩(wěn)定性測試a點到b點之間，被測試系統(tǒng)在特定硬件、軟件、網(wǎng)絡(luò)環(huán)境條件下，給系統(tǒng)加載一定業(yè)務(wù)壓力，使系統(tǒng)運行一段較長時間，以此檢測系統(tǒng)是否穩(wěn)定，一般穩(wěn)定性測試時間為n*12小時。監(jiān)控指標性能測試通常需要監(jiān)控的指標包括：1服務(wù)器Linux（包括CPU、Memory、Load、I/O）。2?數(shù)據(jù)庫：IMysql2.Oracle（緩存命中'索引'單條SQL性能'數(shù)據(jù)庫線程數(shù)'數(shù)據(jù)池連接數(shù)）。3?中間件：1Jboss2.Apache（包括線程數(shù)、連接數(shù)、日志）。4■網(wǎng)絡(luò)：吞吐量'吞吐率。5?應(yīng)用：jvm內(nèi)存、日志、FullGC頻率。6?監(jiān)控工具（LoadRunner）:用戶執(zhí)行情況、場景狀態(tài)、事務(wù)響應(yīng)時間、TPS等。7?測試機資源:CPU、Memory、網(wǎng)絡(luò)、磁盤空間。監(jiān)控工具性能測試通常采用下列工具進行監(jiān)控：「Profiler。一^記錄log的類，阿里巴巴集團自主開發(fā)，嵌入到應(yīng)用代碼中使用。Jstat。監(jiān)控java進程GC情況，判斷GC是否正常。JConsole。監(jiān)控java內(nèi)存、javaCPU使用率、線程執(zhí)行情況等，需要在JVM參數(shù)中進行配置。JMap。監(jiān)控java程序是否有內(nèi)存泄漏，需要配合eclipse插件或者MemoryAnalyzer來使用。JProfiler。全面監(jiān)控每個節(jié)點的CPU使用率、內(nèi)存使用率、響應(yīng)時間累計值、線程執(zhí)行情況等，需要在JVM參數(shù)中進行配置。Nmon。全面監(jiān)控linux系統(tǒng)資源使用情況，包括CPU、內(nèi)存、I/O等，可獨立于應(yīng)用監(jiān)控。Valgrind。監(jiān)控C/C++程序是否存在內(nèi)存泄漏，基于linux環(huán)境。Vmmap和ApplicationVerifier。監(jiān)控C/C++程序是否存在內(nèi)存泄漏，基于windows環(huán)境。性能分析可按以下順序：中間件瓶頸（apache/jboss參數(shù)配置、數(shù)據(jù)庫參數(shù)配置）->應(yīng)用服務(wù)的debuglog->應(yīng)用服務(wù)的filterlog->本應(yīng)用的性能瓶頸（SQL語句、索引、業(yè)務(wù)邏輯、線程池設(shè)置、算法）->服務(wù)提供者的性能瓶頸->相關(guān)聯(lián)的底層存儲應(yīng)用的性能瓶頸分析標準通過性能指標的表現(xiàn)形式，分析性能是否穩(wěn)定。比如：1響應(yīng)時間是否符合性能預(yù)期，表現(xiàn)是否穩(wěn)定。2?應(yīng)用日志中，超時的概率，是否在可接受的范圍之內(nèi)。3.TPS維持在多大的范圍內(nèi)，是否有波形出現(xiàn)，標準差有多少，是否符合預(yù)期。4?服務(wù)器CPU、內(nèi)存、load是否在合理的范圍內(nèi)，等等。分析工具對于部分性能指標，可借助自動分析工具，統(tǒng)計出數(shù)據(jù)的總體趨勢：1LoadRunneranalysisLoadRunneranalysis是loadrunner的一^部件，用于將運行過程中所采集到的數(shù)據(jù)生成報表，主要用于采集TPS、響應(yīng)時間、服務(wù)器資源使用情況等變化趨勢。MemoryAnalyzerMemoryAna