ablog

SQLチューニング原論（仮）

Oracle, SQL

もわっとしたイメージ重視のテキトーメモ。正確性、網羅性は重視していない。

チューニングの三原則

• 仕事量（計算量）を減らす
  • 仕事量は CPUコスト + I/Oコスト とも言える
  • 行単位でデータが必要な場合は行指向、列方向でデータが必要な場合は列指向など
• 並列化する
  • アムダールの法則を考慮した上で、効果が望める場合は並列化する
  • SIMD(SQLではなくハードウェアレイヤーでの並列化)
• 仕事を速くする
  • 処理自体を速くする
  • ディスク→SSD→メモリ→L1-3キャッシュ→レジスタ
  • Software on Silicon とか

仕事量（計算量）を減らすのが一番大切

• データ（オブジェクト）構造が最も大切
  • 表、索引、パーティショニングなど
• アルゴリズム（実行計画）は、適切なデータ構造、統計情報*1、SQL文があればオプティマイザ*2が最適なものを導出してくれる

データ構造の種類

• 表
• パーティション
• 索引

アルゴリズム(実行計画)の種類

アクセスパス

• 表スキャン
• 索引スキャン

結合

• 結合順
• 結合方法
  • ネステッドループ結合
  • ハッシュ結合
  • ソートマージ結合
• 結合種類
  • 内部結合
  • 外部結合
  • セミ結合
  • アンチ結合
• 結合最適化
  • ブルームフィルター
  • パーティションワイズ結合

前提

• SQL単体性能について書いている*3。

関連

• Oracle Database のパフォーマンスに関する落書き - ablog
• SQLチューニングに関する資料 - ablog

ツイートする

Permalink | コメント(0) | トラックバック(0) | 22:58