OracleExadataとストレージインデックス機能

ストレージ・インデックスの主な目標は、ExadataSmartScanの要求を処理するために必要なディスクI/Oの量​​を減らすことです。スキャンされた実際のデータベースを検討することで、ストレージインデックスの使用によるI / Oの節約を測定できます。ストレージインデックスは、クエリに述語（つまり、WHERE句）と基になる自動ストレージ管理（WHERE句が含まれている場合）のダイレクトパス読み取り操作中に使用されます。 ASM）ディスクグループにはcell.smart_scan_capable=TRUEがあります 属性セット。つまり、ストレージ・インデックスは、Exadata SmartScanforSQLステートメントをクエリ述語で補完します。さらに、ストレージインデックスは、クエリ述語の列に関してデータが適切に順序付けられている場合に、パフォーマンスを最大に節約します。

OracleExadataアーキテクチャ

設計の観点から、ストレージインデックスは、従来のOracle B*Treeインデックスやその他のインデックスタイプとは異なります。ストレージインデックスは、データベース内にセグメントとして格納される物理構造ではなく、Exadataストレージセルに存在するメモリ構造です。従来のインデックスの目的は、Oracleがテーブル内の行を迅速に検索できるようにすることですが、ストレージインデックスの目的は、ストレージインデックスの値が要求されたことを示している場合に、物理データベースの行の読み取りをスキップするようにセルサービスソフトウェアに指示する非常に効率的な手段を提供することです。これらの行にはデータが含まれていません。

ストレージ領域内のデータが、クエリ述語で通常使用される列に対して適切に順序付けられている場合、ストレージインデックスにより、セルサーバー（CELLSRV）プロセスは物理I / O要求をバイパスし、ディスクI/Oを節約できます。ストレージインデックスによって節約されたセルの物理I/Oバイトは、このI/O節約のメリットを測定するために使用できるシステム統計です。

一方、データの順序が適切でない場合、各ストレージ領域には特定の列またはクエリ述語の潜在的な値が広範囲に含まれる可能性が高いため、ストレージインデックスのメリットは限られているか、まったくありません。従来のB*Treeインデックスと同様に、クラスタリングはストレージインデックスの重要な考慮事項です。 storageindexesに関する興味深い事実の1つは、ExadataのCELLSVRプロセスは、ストレージ領域に追跡範囲内のデータが実際に含まれているかどうかに関係なく、クエリの述語値が各ストレージ領域の領域インデックスで追跡される高値と低値の範囲外である場合にのみ使用することです。

ストレージ領域にatableの10行のデータが含まれている例を考えてみます。これらの10行の中に、 FIRST_NAMEという列があると仮定します。 この列内の領域には、FIRST_NAMEに「john」、「anto」、「max」、「leigh」、「theo」、「rachel」、「lauren」、「bob」、「denise」、および「ジェン」。 FIRST_NAME="chris"を検索するクエリを発行した場合 、このテーブルの既存のストレージインデックスは、「chris」がアルファベット順に「anto」と「theo」の間にあるため、このリージョンへのアクセスを失格にすることはありません。ただし、FIRST_NAME="victor"に基づくクエリの場合 、CELLSVRは、値が高値と低値の範囲外であるため、このストレージ領域への物理I/Oをバイパスします。

つまり、これは、ストレージインデックス関数が（I / O要求の発行を許可することに関して）誤検知を返す可能性があることを意味しますが、誤検知を返すことはありません。

I / Oをバイパスすることは、物理的な読み取りをスキップすることと同じであり、物理的な読み取りをスキップすることで時間を節約できます。次の画像は、ストレージインデックスがどのように機能するかを論理的に表したものです。

画像ソース ：JohnClarkeによるOracleExadataレシピ。