Oracle 開發人員分析SQL 執行計畫的關注點

繁瑣複雜的執行計畫、可能迷了開發人員的眼、導致一條性感又傻X的SQL 在伺服器上跑得特歡樂

有介於此、重點抓住幾個部分、至於其他的嘛、當然是、非禮勿視咯、、

㈠ 返回行的數量

Oracle最佳化器是基於成本的、評估成本的一個主要指標便是查詢多少行

一般的、傳回值在100W或者大表傳回值超過總記錄50%、可最佳化的空間就非常小

標記圖為：

㈡ 返回行與邏輯讀的比率

經驗值是：每行5個以下邏輯讀開銷是可接受的

標記圖為：

每行需要花費7 個邏輯讀

㈢ 彙總查詢

這類查詢有 2 點需要注意：

① 返回行應是掃描表的行數而不是1

② 一般的最佳化技巧：把索引當成瘦表而無需再回表(回表標識為 Table Access By index rowid)

標記圖為：

㈣ 預測行的準確度

執行計畫裡有個列叫：Rows、這是Oracle 預測返回的行、有些時候或許不是特馬準備

記得拿該值和真正返回的行比較、如果確實不準確、應該去找原因、比如統計資訊、長條圖、高水位...等

標記圖為：

㈤ 謂詞資訊

Predicate Information 有2 個取值：filter 和 access、其中、access 一般為索引讀或hash join

關注此鳥、最重要的在於、查看是否有發生資料類型轉換、這抑制了索引、也增大了開銷

標記圖為：

㈥ 動態採樣

表統計資訊到期變質了、或者壓根就沒分析過表

標記圖為：

好了、先寫這麼多、後續再補上

By David Lin

2013-06-21

Always be a first-rate version of yourself,instead of a second-rate version of someone else