近期思考如何對系統進行筆者調優，苦於一直找不到乙個好的切入點而頭疼不已。其實我一直在考慮這樣的一件事情對於乙個平台他可能存在的瓶頸有哪些，如何對系統可能存在的瓶頸進行逐一的去偽存真，最後就是如何對已經確認的系統瓶頸進行調整也就是所謂的優化吧！那做了調整後系統瓶頸真的就得到緩解抑或是不存在了嗎？那也未必，所以筆者認為調優的過程是乙個系統化的工程絕非是一觸而就的。
對於此筆者總結了一下自己的一點點心得，與奮鬥在一線的運維兄弟們共勉吧！具體思路如下：
1、 盡可能多的列舉平台可能存在的瓶頸，筆者認為大致存在以下4類：硬體效能、應用程式效能、中介軟體效能，資料庫的效能；具體可以再細化到硬體配置，磁碟io，網路io，應用程式邏輯，中介軟體配置，資料庫效能等等；
2、 瓶頸驗證，在盡可能多的列舉業務平台可能存在的瓶頸點後，我們需要進一步的去驗證我們的猜測是否真的是系統的瓶頸；
3、 如何驗證，筆者認為最直接有效的方法是採用專門的壓力測試工具、效能監視工具以及其他輔助的工具進行壓力測試和效能分析，以此來幫助我們驗證眾多的瓶頸點的猜測，當然此時最好利用你所使用的工具生成一篇鴻篇巨制的效能診斷書（就像醫院的大夫向病人家屬下達的死亡通知書一樣的）以此來證明你的英明神武和你的專業性；
4、 系統調優，確認系統的瓶頸之後就是我們要設計一套調優方案（當然此刻也可以進行一次專家會診畢竟沒什麼壞處畢竟眾人拾柴火焰高嘛~呵呵集思廣益），對系統存在的問題提供針對性的解決方案
5、 驗證，根據調優方案調整後驗證是否問題得到緩解，當然可能需要多次進行壓力測試和調整才能達到乙個理想的水平。
由於時間原因，先寫到這裡吧，後續再補........
本文出自 「花為誰開」 部落格，請務必保留此出處
系統效能調優
系統效能調優 效能測試分析人員經過對結果的分析以後，有可能提出系統存在效能瓶頸。這時相關開發人員 資料庫管理員 系統管理員 網路管理員等就需要根據效能測試分析人員提出的意見同效能分析人員共同分析確定更細節的內容，相關人員對系統進行調整以後，效能測試人員繼續進行第二輪 第三輪 的測試，與以前的測試結果...
系統效能調優
系統效能調優 效能測試分析人員經過對結果的分析以後，有可能提出系統存在效能瓶頸。這時相關開發人員 資料庫管理員 系統管理員 網路管理員等就需要根據效能測試分析人員提出的意見同效能分析人員共同分析確定更細節的內容，相關人員對系統進行調整以後，效能測試人員繼續進行第二輪 第三輪 的測試，與以前的測試結果...
系統效能調優感悟
1 減少事務的時間，盡快的結束事務。2 減少對資料庫的訪問，避免不必要的資料庫訪問。4 減少sql的巢狀呼叫，控制巢狀的層次。比如sql巢狀呼叫，自己呼叫自己。5 把查詢和更新的sql分開處理。不要一條sql包辦。6 查詢條件最好按照索引來寫，減少不必要的where條件，盡快的縮小查詢範圍。7 把一...