數據庫優化介紹

鑑於公司分享會，結合公司項目數據特意寫下本身的理解，歡迎你們糾正，予以補充

 

當前主流計算機性能數據

延遲響應時間：表示硬件的突發處理能力

寬帶吞吐量：表明硬件的持續處理能力

 

 

數據庫訪問優化法則簡介

正常狀況下，通常設備的瓶頸點咱們都能快速的定位到，好比下載時候的網絡速度回事瓶頸點，複製文件的時候硬盤讀取速度回事瓶頸點，要正確優化SQL ，咱們須要快速定位性能的瓶頸點，也就是快速找到主要的開銷在哪裏

 

數據訪問的漏斗法則

 

 

這個優化法則概括爲5個層次：每一層優化法則都是解決其對應硬件的性能問題，因此帶來的性能提高比例也不同

減小數據訪問 1~1000 低   建立並使用正確的索引  只經過索引訪問數據  優化sql的執行計劃

返回更少數據 1~100  低   數據分頁處理（客戶端分頁，服務端分頁，數據庫分頁） 只返回須要的字段

減小交互次數 1~20  低      好比 一次提交全部數據， 使用存儲過程，查詢數據使用in list+，優化業務邏輯

減小服務器CPU開銷 1~5 低  使用綁定量 減小比較操做 好比like運算

利用更多資源 @~10  高     數據庫並行訪問數據

 

優化的主要考慮方向

 

1.查詢的執行計劃（即描述了一個查詢是如何被執行的）

2.什麼索引被使用，什麼索引原本應該被用到，可是又沒有使用。（由於此時存在缺失索引的性能問題）

3.I/O的狀態（包含邏輯I/O操做和物理的I/O操做）

4.查詢執行消耗的時間

5.查詢等待其餘資源消耗的時間 

6.查詢在等待什麼資源

 

 

sql查詢數據庫都進行了什麼操做

 

待續...