SQLパフォーマンスチューニング

18 March, 1998 Updated　　
PCDN OracleWG S.Yamazaki　　

　一口にチューニングと言っても様々なアプローチがあると思います。CPUやメモリなどハードウエアリソース、ネットワーク構成など、パフォーマンスに影響を及ぼす要因は至る所にあると言っても過言ではありません。
　しかし、パフォーマンスに影響を及ぼす要因の半分以上はSQL文にあるといっても言い過ぎではないと思います。たとえば、「当初数千件のデータで検索していた場合は数秒で取得できたSQL文が、数年の後、数百万件に増えたときに数分かかってしまう」、ということはよくありがちです。もちろん、データ件数に比例してレスポンスが劣化するのは致し方ないことなのかもしれませんが、極端なレスポンスの劣化を防ぐ手段も無いわけではないと思います。
　この「SQLパフォーマンスチューニング」では、以下に沿って、どうすればパフォーマンスの向上を図れるか、また、劣化を防ぐためにはどのようなことに留意すればよいか、などについて触れていきたいと思います。

3.6.1　オブジェクトの分析

この章では、物理設計で実装された表領域中のオブジェクト（表・索引など）が、適切な構造で配置されているかを見極めます。また、現在、運用中のシステムのオブジェクトについても、レスポンス悪化の要因は何かを調査するための方法を説明します。
また、以下の項目に分割して起因しそうな事柄を説明しています。

表・索引
クラスタ表とクラスタ索引
I/Oの分散

3.6.2　最適なSQL文の書き方

この章では、SQL文のチューニングに特化した説明をしています。チューニングの核心ともいえるところです。
基本的な部分しか触れられていませんが、ある程度理解すれば、パフォーマンスの向上に寄与してくれることは間違いありません。

Oracleのオプティマイザ -RBOとCBO-
正しい索引の使用方法
ヒントを使用する
実行計画の分析 -EXPLAIN PLANを使用する-
統計情報 -ANALYZEコマンドの使用-

3.6.3　遅さの原因を探る

この章では、実際のSQL文に対しての、部分的な切り分けをしたいときに活用できる事柄を説明しています。
以下のような、パフォーマンスの向上に寄与する情報の収集手段を説明しています。

SQL TRACEの使用
動的パフォーマンス表の活用

　以上のように、各項目に分けて説明していますが、必ずしも全てが必要というわけでもありません。実際、システムの環境に応じて、できることとできないこともありますし、全く不満のないパフォーマンスを得られている環境もあることでしょう。
　それぞれの環境に応じた受け止め方をしていただきたいと思います。

Copyright (c) 1998 PCDN All Rights Reserved.
For questions or comments, please send mail to: pcdn@int21.co.jp