設計乙個系統的時候，要考慮到各個方面的效能。只有在各個環節做好效能 優化，最終才能搭建乙個效能良好的系統。
拿到乙個系統設計需求，在資料庫設計方面，首先考慮的問題是資料量有多少，是否需要分庫分表。
分庫，由於資料量太大，乙個資料庫伺服器容不下，就需要部署在不同的資料庫伺服器上了。
分表：單錶的資料量太大的時候，查詢效能會降低，此時考慮分表。我在工作中碰到這樣的設計的時候，一般維持單錶的資料量在百萬級別，不宜過高。這裡的分表指的是橫向分表，一般按照id取模分表。至於縱向分表，是由於表的列數太多，要縱向分表。表列太多這種問題，在設計具體表的時候就應該杜絕，不要後期再去分表。
大的方面定下來後，接下來考慮的是表的具體設計。首先設計表的時候，避免過多的列，這樣就可以避免縱向分表了。
設計表應該根據系統要執行的sql語句來建表。列不要太多，正規化與反正規化的衡量，彙總表，計數表，快取表是否需要等等。
從三個方面講解mysql效能優化：
建表與資料型別優化：選擇合適的資料型別，更小通常更好，簡單，not null
建立高效能索引
查詢優化：查詢了過多的資料，避免select *
zabbix效能優化小結
zabbix我們主要用於資料庫的監控，數量百台，採用passive模式由server向client輪詢資料。監控主要是shell收集資料。資料庫分布於國內和國外 可定會遇到網路問題，zabbix暫時未做proxy zabbix server處於國內 zabbix dasboard上顯示每秒處理 20...
前端效能優化小結
乙個專案只有乙個css，乙個js，使得不同網頁不必每次請求重複的css或者js內容。並且使用打包工具可以壓縮資源檔案的大小，例如webpack gulp grunt等。使用字型圖表或者svg圖替代傳統的png。向量資源大小更小，渲染速度快，不存在放大後模糊的問題。css的效能優於js 原生js的效能...
效能測試個人經驗小結
效能測試定義 通過一定的工具結合相應的測試方法，對部署的系統應用進行測試，發現系統應用內部存在的 邏輯問題及應用部署的機器硬體資源瓶頸問題及應用部署架構存在架構錯誤問題，如 網路端 客戶端 服務端搭建的架構問題 負載測試 是乙個分析軟體應用程式和支撐架構 模擬真實環境的使用，從而來確定能夠接收的效能...