Recommended
More Related Content
What's hot
What's hot (20)
Similar to Index tuning
Similar to Index tuning (20)
More from Microsoft
More from Microsoft (11)
Index tuning
- 1. Session SQL Serverのクエリ実行プランとパフォーマンス –クエリインデックスチューニング Japan SQL Server User Group Yang
- 5. ■基礎概念① SQL Serverのクエリ実行プランとパフォーマンス –クエリインデックスチューニング 日本語辞典があります。 調べたい漢字はどのページにあるか、その調べ方法に ついて 読み方A～Zの検索順は→ Clustered Index Non-Clustered Index 部首から検索順は→ Clustered Index Non-Clustered Index 1 Step 2 Step
- 6. ■基礎概念② SQL Serverのクエリ実行プランとパフォーマンス –クエリインデックスチューニング Heap(ヒープ)とは？正しい表現の選択肢。 [A].Viewの別表現 [B].データの格納順番がある [C].Clustered Indexのないテーブル [D].Non-Clustered Indexもなく、サイズが大きい テーブルの別表現 [E].わからない
- 8. ■基礎概念③ SQL Serverのクエリ実行プランとパフォーマンス –クエリインデックスチューニング Clustered Indexを持っていないOrderテーブルに 下記の値があります。 【OrderID】2 【データの位置】１：１７６ 【OrderID】3 【データの位置】１：１７７ 【OrderID】5 【データの位置】１：１７9 【OrderID】4をInsertします。その【OrderID】4の 位置は？ [A].1:178 [B].1:180
- 9. ■基礎概念④ SQL Serverのクエリ実行プランとパフォーマンス –クエリインデックスチューニング ＃ アクション Clustered Index Non-Clustered Index １ 常にGroup By/Order by ２ 範囲のあるレコードを返す 3 1行またはわずかな異なる値の列 ４ 量が少ない異なる値の列 ５ 量が多い異なる値の列 ６ 頻繁に更新される列 ７ 外部キーの列 ８ 主キーの列 ９ 定期的にIndexを見直す対象列 〇 〇 〇 × ×× ×〇 〇× 〇× 〇 〇 〇 〇 〇× Index設計時に注意まとめ、対象→〇、非対象→×
- 10. ■クエリ実行プランを表示するには ①GUI(SSMS) SQL Serverのクエリ実行プランとパフォーマンス –クエリインデックスチューニング ②TEXT 推定プラン：SET SHOWPLAN_ALL ON/OFF 実際プラン：SET STATISTICS PROFILE ON/OFF EX) SET STATISTICS PROFILE ON ・・・ SELECT Col1 FROM Table1 ・・・ SET STATISTICS PROFILE OFF 推定プラン 実際プラン ライブプラン
- 12. ■実行プラン中のレコードを探す方法 ①Table Scan テーブルにあるレコードを先頭から末尾までの範囲で、取りたいデータを探す。1行ずつ実 行する ②Index Scan フィルターしたデータ範囲で、非クラスタインデックスによるテーブルにあるデータを探す。 Table Scanより範囲が狭くなり、Table Scanより速度が速い。 ③Index Seek 非クラスタインデックスのポインターによる取りたいデータを見つける。ポインターはデー タの位置を指しているので、Scan行為もなく、そのままデータを取り出す。Table Scan、Index Scanより、速度が速い。 ④Clustered Index Scan Table Scanとほぼ同じ。誤解しやすいのは、ここに「Index」と書かれていたから、 Indexが効いている（正確に言うと、効力よく効いている）のではない！Clustered Indexは順 番で並び替えているだけで、その順番でTableにあるレコードを探す。この動作は、Clustered Indexがついている場合＝Table Scan。速度はTable Scanより増しだが、遅い。 ⑤Clustered Index Seek 直接Clustered Indexのリーフページにあるデータを取り出す。速度一番早い。 速度順番並び替え(遅い順)： より遅い ①→④→②→③→⑤ より速い SQL Serverのクエリ実行プランとパフォーマンス –クエリインデックスチューニング ③と⑤ 逆転例外あり
- 13. ■経験談(ご参考程度だが、とても重要) ①「SELECT *」を使う場合、クラスタインデックスは非クラスタインデックスより性能がい い。 ②「Clustered Index Scan」、「Ｉｎｄｅｘ Ｓｃａｎ」が出ている場合、「ＳＥＬＥＣＴ ＊」をや めるか、ＷＨＥＲＥ条件を追加する。 ③「Nested Loops」が多く出ている場合、クラスタインデックスの定義を見直すか、非ク ラスタインデックスのインクルード列に対象列の漏れはあるかどうかの確認。 ④「RID Lookup」や「Key Lookup」が出る場合、非クラスタインデックスの見直しとイ ンクルード列に対象の漏れはあるかどうかの確認。 ⑤「Hash Match」が出る場合、左側のJoinの対象サイズは右側のJoinの対象サイズよ り小さくすべき、もっと小さくするべき。左右が逆転の場合、性能が落ちる。 ⑥「Merge Join」が出る場合、左右の対象がすでに同じキーでソート済みかどうか、ソー トするために、クラスタインデックスを使う手もある。 ⑦使いたいインデックスを使ってくれない場合、インデックス指定して、クエリを実行する。 ⑧パラメータによって、実行プランが変わったりして、パフォーマンス低下の場合、パラ メータヒントを使い、クエリを実行する。 ⑨無駄な集計やソートはあるかどうかの確認。 ⑩インデックス統計情報は古いかどうかの確認。 ⑪インデックスの断片化の確認。 SQL Serverのクエリ実行プランとパフォーマンス –クエリインデックスチューニング
- 14. ■クエリ実行プランにやさしいT-SQL書き方、注意点(あくまで一部) ①データベースオブジェクトを指定する時はスキーマ名(所有者)をつける EX) select x from [dbo].[t1] execute [dbo].[proc_1] @p = 1 理由：スキーマ名をつけることで、実行プランの再利用が促進される。 ②select *(アスタリスク)の利用を控える 理由：インデックスからヒープを参照する操作がなくなり、I/Oやロックが減少し、パフォー マンスが向上する。 ③not 条件で検索を可能な限り避ける not、!=、<>、!>、!<、not exists、not in、not like 理由：スキャンを誘発する可能性が高い。Or条件は多数連結される表現も同じ。not inを 使うより、not existsのほうがまだ増し。 ④暗黙的なデータ変換はやめよう 理由：有効なインデックスが存在してもスキャンを発生させる可能性が高い。cast、 convert関数を使って明示的に書く。 EX) where person_cd = 100 → where person_cd = ‘100’ SQL Serverのクエリ実行プランとパフォーマンス –クエリインデックスチューニング
- 15. ■クエリ実行プランにやさしいT-SQL書き方、注意点 ⑤where文の中に計算列が存在しないようにする 理由：インデックスが存在しても効かなくて、スキャンが発生する EX) where abs(x) = 1 →NG where x = 1 * -1 ⑥distinct(重複の削除)の使用は必要な場合に限り、可能な限りall(重複の許可)を使 用する 理由：distinctを使わないクエリのコストのほうが小さくなる傾向がある。distinctより group byやunion allを使う。 SQL Serverのクエリ実行プランとパフォーマンス –クエリインデックスチューニング