＜Oracle 11g検証 第3弾 新機能：SPMって何？ その４＞ ペンネーム： クリープ 先週は、統計情報を取得後にパフォーマンスが劣化するような状況を再現中 に、予想外の結果になったところで終わりました。 通常であれば、一意な値が格納された項目をSELECTすればインデックススキ ャンになるはずなのに何故フルスキャンになってしまったのでしょうか？ 今週は、この疑問を解明していこうと思います。 ■■■■■概要■■■■■ １）一意な値の参照でフルスキャンが選択された理由とは！？ ■環境 RedHatLinux ES4 Update 5 Oracle Database 11g Enterprise Edition Release 11.1.0.6.0 – Production １）一意な値の参照でフルスキャンが選択された理由とは！？ 早速、フルスキャンが実行された原因を調査していくことにし
SQL*PlusのAUTOTRACE機能 AUTOTRACEはSQL*Plusの機能で、SQLの実行計画、および実行時に必要としたシステムリソース（これを実行統計と呼びます）などを簡単に確認することができます。また、SQLトレースには含まれないメモリソート、ディスクソートの発生回数なども確認できます。 AUTOTRACE機能の設定方法 AUTOTRACE機能を使用するためには、初回のみ事前準備作業が必要になります。ここでは、例としてSCOTTユーザーに対して設定を行ってみます。 1. SYSユーザーでplustrce.sqlを実行し、PLUSTRACEロールを作成する $ sqlplus /nolog SQL> CONNECT / AS SYSDBA SQL> @$ORACLE_HOME/sqlplus/admin/plustrce.sql
これらの項目に出力される値は、親ステップ（SORT処理）の値と子ステップ（TABLE ACCESS処理）の値との合計値になります。そのため、各ステップでの処理時間やアクセスされたブロック数などの情報は、ステップごとの差分から読み取る必要があります。 図1の（10）、「time」の値を例に挙げて説明すると、最初のステップであるTABLE ACCESS FULLは、「60530996」であり、この値が全表スキャンにかかった時間になります。次のステップであるSORT GROUP BYは、「62654805」となっていますが、この値には前ステップのTABLE ACCESS FULLの値も含まれています。そのため、純粋なSORT GROUP BYの経過時間は、「62654805 - 60530996 = 2123809」、すなわち約2.1秒であったことが分かります。 TKPROF実行時の実行計画の見
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
