過去バージョン

Oracle パフォーマンスチューニングの全体像

Oracle のパフォーマンスチューニングは、闇雲に「インデックスを足す」「メモリを増やす」では失敗します。計測してボトルネックを特定 → 改善 → 効果を再計測するサイクルで進めるのが原則です。

パフォーマンス関連トピック一覧

1. SQL の実行計画を見る

-- SQL の実行計画を取得
EXPLAIN PLAN FOR
  SELECT * FROM emp WHERE deptno = 10;

SELECT * FROM TABLE(DBMS_XPLAN.DISPLAY);

-- 実際に実行された計画 (より正確)
SELECT * FROM TABLE(DBMS_XPLAN.DISPLAY_CURSOR(NULL, NULL, 'ALLSTATS LAST'));

注目する項目: Cost、Rows (見積もり vs 実数)、Access Predicate、Filter Predicate、テーブルアクセス方法 (TABLE ACCESS FULL / INDEX RANGE SCAN など)。

2. 統計情報の鮮度確認と更新

-- 統計情報の最終収集日
SELECT table_name, num_rows, last_analyzed
  FROM dba_tables
 WHERE owner = 'SCOTT';

-- 単一表の統計収集
EXEC DBMS_STATS.GATHER_TABLE_STATS(
       ownname => 'SCOTT', tabname => 'EMP',
       estimate_percent => DBMS_STATS.AUTO_SAMPLE_SIZE,
       method_opt => 'FOR ALL COLUMNS SIZE AUTO',
       cascade => TRUE);

3. 待機イベントから原因を絞る

-- インスタンス全体の待機イベント Top10
SELECT event, total_waits, time_waited / 100 AS sec_waited
  FROM v$system_event
 ORDER BY time_waited DESC FETCH FIRST 10 ROWS ONLY;

-- 現在のセッションの待機状態
SELECT sid, event, state, wait_time, seconds_in_wait
  FROM v$session_wait
 WHERE wait_class <> 'Idle';

4. AWR / ADDM レポート

-- AWR スナップショットの取得 (通常は自動)
EXEC DBMS_WORKLOAD_REPOSITORY.CREATE_SNAPSHOT();

-- レポート生成 (SQL*Plus から)
@?/rdbms/admin/awrrpt.sql

-- ADDM (自動診断) レポート
@?/rdbms/admin/addmrpt.sql

AWR レポートで特に見るべきセクション: Top 5 Timed Events / SQL ordered by Elapsed Time / Instance Efficiency Percentages / Buffer Cache / Library Cache Hit Ratio。

5. インデックス戦略

6. メモリ関連

チューニングの王道手順

1. 遅い処理を特定: AWR / V$SQLAREA で時間を食っている SQL を探す
2. 実行計画を取得: DBMS_XPLAN で FULL SCAN や CARTESIAN を確認
3. 統計情報を確認: 推定行数と実際の行数が大きく乖離していないか
4. インデックス / SQL を修正: 適切な索引追加 or SQL 書き換え
5. 待機イベントを再確認: I/O 待ちなら表領域配置・キャッシュ、ロック待ちなら設計見直し
6. 結果を計測: 改善前後の実行時間 / バッファゲット数を比較

関連トピック

• 実行計画の読み方
• 統計情報の収集
• AWR / Statspack レポート
• 待機イベントの種類と意味
• インデックス種類と選定
• パーティショニング戦略
• パラレルクエリ