前言
系統優化是一個系統工程, 須要長期監控長期及時解決的事情。我一直在開發的一線,積累了一些經驗,開這個專欄。歡迎你們一塊兒討論,互相學習及進步。sql
主要從兩個方面來討論數據庫
- 新系統上線前須要作些什麼
- 老系統優化有哪些途徑
新系統
系統在設計時要考慮系統最大的qps,tps等指標,系統整個至少能支持業務最高峯*2來設計系統。是否是系統支持越高指標越好呢,單純來說的確最好, 但"世界沒有免費的晚餐",系統要支持更高的併發處理能力,除了代碼層面的優化,架構層面還須要引入公共設施好比緩存,消息系統等,引入更多的設施帶來的風險就會增長,不符合系統"簡單可依賴"的原則。緩存
老系統
俗話說: 找到問題所在,就解決了一半的問題。系統愈來愈慢有哪些緣由, 怎麼能找到緣由呢,列舉一下我以前碰到過幾類場景。tomcat
- 系統依賴的外部接口反應慢,而本系統http沒有用鏈接池,致使系統大量http請求hang住。機器CPU飆高,應用服務器tomcat沒法執行新的請求大量拒絕服務。
- 系統上線致使不怎麼優化的sql上線, 有比較多的慢sql致使數據庫響應變慢致使系統總體變慢
- 數據庫某些表的數據增加快,達到幾千萬條級別時出現系統變慢,由數據量增大致使的慢查詢
- 系統輸出日誌量太大沒有及時切分,致使系統IO過大,CPU過載
- 代碼中對於線程使用不太合理,致使大部分線程處理等待狀態,線程切換耗費太長時間
- 代碼中存在資源互相鎖的狀況,這裏資源主要IO及網絡資源,還有隊列資源等致使沒法高效的並行處理。
這裏有兩個討論
- 爲了提升效率,何時值得引入緩存,引入緩存會有什麼問題?
- 你碰到過什麼問題致使線上服務變慢,如何找到緣由的,如何解決的呢?