性能測試小計

1.帶寬佔用（大致量日誌傳輸）

2.CPU飆升

3.SQL優化

4.分佈式數據不一致

 

log4j block影響qps: 解決方案：

http://blog.csdn.net/mr_smile2014/article/details/52401328

 

-------------------------------------------------------------------------------------------------------

 

1.性能測試目的

 a.)肯定系統線上最優配置

b.)發現系統瓶頸

c.)發行系統在高併發狀況下的bug，如內存泄露或者接口返回異常

d.)負載均衡是否符合要求

e.)線程數設置是否知足大量用戶需求，肯定設置多大的線程數能知足業務。

 

2.性能測試結果及調優

通常指的是CPU、內存、磁盤I/O 方面的問題，分爲服務器硬件瓶頸、網絡瓶頸（對局域網能夠不考慮）、服務器操做系統瓶頸（參數配置、jvm的參數配置）、中間件瓶頸（參數配置、數據庫、web服務器等）、應用瓶頸（SQL 語句、數據庫設計、業務邏輯、算法等）。

下面算是一個技巧，如面試官問到一個性能問題假設，我不知道性能問題出在哪兒時，能夠按照這個思路回答^_^

   • 查找瓶頸時按如下順序，由易到難。
    服務器硬件瓶頸---〉網絡瓶頸（對局域網，能夠不考慮）---〉服務器操做系統瓶頸（參數配置）---〉中間件瓶頸（參數配置，數據庫，web服務器等）---〉應用瓶頸（SQL語句、數據庫設計、業務邏輯、算法等）
    注：以上過程並非每一個分析中都須要的，要根據測試目的和要求來肯定分析的深度。對一些要求低的，咱們分析到應用系統在未來大的負載壓力（併發用戶數、數據量）下，系統的硬件瓶頸在哪兒就夠了。
    • 分段排除法 頗有效

 

性能測試調優應該注意的要點：

• 要點1： 在應用系統的設計開發過程當中，應始終把性能放在考慮的範圍內。
• 要點2： 肯定清晰明確的性能目標是關鍵。
• 要點3： 必須保證調優後的程序運行正確。
• 要點4： 系統的性能更大程度上取決於良好的設計，調優技巧只是一個輔助手段。
• 要點5： 調優過程是迭代漸進的過程，每一次調優的結果都要反饋到後續的代碼開發中去。
• 要點6： 性能調優不能以犧牲代碼的可讀性和可維護性爲代碼。