應用程序 頁面 比較 方案 insert 可能 運行模式 測試結果分析 同時

最近聽了一個餓了麽大牛的性能壓測實戰分享，並從中總結了性能壓測後結果分析的一些思路，大致如下，僅供參考哦：
步驟思路：
1、在整個測試場景的執行過程中，測試環境是否正常
2、測試場景的設置是否正確、合理
3、測試結果是否直接暴露出系統的一些問題

1）性能分析的基本原則
性能開始出現下降的最直接表象時系統的響應時間變長；
服務器的內存不夠可能會引起較大的磁盤I/O，進而導致CPU利用率居高不下--而根本原因可能是內部存在內存泄漏
2）對於數據庫出現的問題
1.把數據庫分為Insert、Update、Delete和Select四種操作，分開進行測試
2.把用戶對數據庫的操作組合起來進行測試
3.做一些疲勞或者大數據量測壓力測試

進一步分析，那些接口的訪問量比較大。
a. SQL語句消耗了大量的數據庫時間：
當一些反復執行的SQL語句效率過低時，首先會造成高速緩存不夠用，隨之引起較大I/O；而頻繁的I/O勢必會消耗大量的CPU。因此整個系統的瓶頸極有可能是這個三個語句造成的。
b. 再查看事務平均響應時間（穩定）：測試的性能問題主要在程序本身

優化SQL後，再執行測試，查看事務響應等！

測試後的性能調優方案：

1. 把oracle的運行模式調成“共享服務器模式”
2. 增大分配給Oracle的內存：把內存調整成系統內存的55%
3. 增大共享池（SHARED_POOL）和緩沖區高速緩存（DB_CACHE）的大小
4. 對數據庫表和查詢相關的字段建立索引

應用程序方面：

1. 用優化後的程序替換原來的程序
2. 采用頁面緩沖技術提高用戶訪問速度，同時緩沖對數據庫的壓力

性能測試結果分析