資料效能優化的邏輯順序
阿新 • • 發佈:2018-11-15
原鏈:https://www.zhihu.com/question/19719997
來源:知乎
很多人第一反應是各種切分。
我給的順序是:
第一優化你的sql和索引;
第二加快取,memcached,redis;
第三以上都做了後,還是慢,就做主從複製或主主複製,讀寫分離,可以在應用層做,效率高,也可以用三方工具,第三方工具推薦360的atlas,其它的要麼效率不高,要麼沒人維護;
第四如果以上都做了還是慢,不要想著去做切分,mysql自帶分割槽表,先試試這個,對你的應用是透明的,無需更改程式碼,但是sql語句是需要針對分割槽表做優化的,sql條件中要帶上分割槽條件的列,從而使查詢定位到少量的分割槽上,否則就會掃描全部分割槽,另外分割槽表還有一些坑,在這裡就不多說了;
第五如果以上都做了,那就先做垂直拆分,其實就是根據你模組的耦合度,將一個大的系統分為多個小的系統,也就是分散式系統;
第六才是水平切分,針對資料量大的表,這一步最麻煩,最能考驗技術水平,要選擇一個合理的sharding key,為了有好的查詢效率,表結構也要改動,做一定的冗餘,應用也要改,sql中儘量帶sharding key,將資料定位到限定的表上去查,而不是掃描全部的表;
mysql資料庫一般都是按照這個步驟去演化的,成本也是由低到高;