大家好，這裡是「聊聊系統優化 」，併在下列地址同步更新 博客園：http://www.cnblogs.com/changsong/ 知乎專欄：https://zhuanlan.zhihu.com/youhua 在這裡我會從基於J2EE系統及互聯網架構方面,來談談系統優化的各個方面,乾貨滿滿,歡迎訂閱 ...
大家好，這裡是「聊聊系統優化 」，併在下列地址同步更新
在這裡我會從基於J2EE系統及互聯網架構方面,來談談系統優化的各個方面,乾貨滿滿,歡迎訂閱及關註!
系統優化是一個系統工程, 需要長期監控長期及時解決的事情。我一直在開發的一線,積累了一些經驗，開這個專欄。歡迎大家一起討論,互相學習及進步。
前言主要從兩個方面來討論
- 新系統上線前需要做些什麼
- 老系統優化有哪些途徑
新系統
系統在設計時要考慮系統最大的qps,tps等指標,系統整個至少能支持業務最高峰*2來設計系統。是不是系統支持越高指標越好呢，單純來講的確最好, 但"世界沒有免費的晚餐"，系統要支持更高的併發處理能力，除了代碼層面的優化,架構層面還需要引入公共設施比如緩存，消息系統等，引入更多的設施帶來的風險就會增加，不符合系統"簡單可依賴"的原則。
老系統
俗話說： 找到問題所在，就解決了一半的問題。系統越來越慢有哪些原因, 怎麼能找到原因呢，列舉一下我之前碰到過幾類場景。
- 系統依賴的外部介面反應慢，而本系統http沒有用連接池，導致系統大量http請求hang住。機器CPU飆高，應用伺服器tomcat無法執行新的請求大量拒絕服務。
- 系統上線導致不怎麼優化的sql上線, 有比較多的慢sql導致資料庫響應變慢導致系統整體變慢
- 資料庫某些表的數據增長快，達到幾千萬條級別時出現系統變慢，由數據量增大導致的慢查詢
- 系統輸出日誌量太大沒有及時切分,導致系統IO過大，CPU過載
- 代碼中對於線程使用不太合理，導致大部分線程處理等待狀態，線程切換耗費太長時間
- 代碼中存在資源互相鎖的情況，這裡資源主要IO及網路資源，還有隊列資源等導致無法高效的並行處理。
這裡有兩個討論
- 為了提高效率，什麼時候值得引入緩存,引入緩存會有什麼問題？
- 你碰到過什麼問題導致線上服務變慢，如何找到原因的，如何解決的呢？
