1. 程式人生 > >系統優化怎麽做-開篇

系統優化怎麽做-開篇

架構 哪些 chan 機器 接口 targe href 最大 兩個

大家好,這裏是「聊聊系統優化 」,並在下列地址同步更新

  • 博客園:http://www.cnblogs.com/changsong/
  • 知乎專欄:https://zhuanlan.zhihu.com/youhua

在這裏我會從基於J2EE系統及互聯網架構方面,來談談系統優化的各個方面!

系統優化是一個系統工程, 需要長期監控長期及時解決的事情。我一直在開發的一線,積累了一些經驗,開這個專欄。歡迎大家一起討論,互相學習及進步。

前言主要從兩個方面來討論

  1. 新系統上線前需要做些什麽
  2. 老系統優化有哪些途徑

新系統

系統在設計時要考慮系統最大的qps,tps等指標,系統整個至少能支持業務最高峰*2來設計系統。是不是系統支持越高指標越好呢,單純來講的確最好, 但"世界沒有免費的晚餐",系統要支持更高的並發處理能力,除了代碼層面的優化,架構層面還需要引入公共設施比如緩存,消息系統等,引入更多的設施帶來的風險就會增加,不符合系統"簡單可依賴"的原則。

老系統

俗話說: 找到問題所在,就解決了一半的問題。系統越來越慢有哪些原因, 怎麽能找到原因呢,列舉一下我之前碰到過幾類場景。

  1. 系統依賴的外部接口反應慢,而本系統http沒有用連接池,導致系統大量http請求hang住。機器CPU飆高,應用服務器tomcat無法執行新的請求大量拒絕服務。
  2. 系統上線導致不怎麽優化的sql上線, 有比較多的慢sql導致數據庫響應變慢導致系統整體變慢
  3. 數據庫某些表的數據增長快,達到幾千萬條級別時出現系統變慢,由數據量增大導致的慢查詢
  4. 系統輸出日誌量太大沒有及時切分,導致系統IO過大,CPU過載
  5. 代碼中對於線程使用不太合理,導致大部分線程處理等待狀態,線程切換耗費太長時間
  6. 代碼中存在資源互相鎖的情況,這裏資源主要IO及網絡資源,還有隊列資源等導致無法高效的並行處理。

這裏有兩個討論

  1. 為了提高效率,什麽時候值得引入緩存,引入緩存會有什麽問題?
  2. 你碰到過什麽問題導致線上服務變慢,如何找到原因的,如何解決的呢?

系統優化怎麽做-開篇