Oracle10g キャッシュヒット率について

質問

Linuxサーバー（Red Hat Enterprise Linux 5.5）にOracle10g（10.2.0.4）をインストールしたのですが、パフォーマンスの問題で、バッファ・キャッシュ・ヒット率が９０％を下回っており、まずはこれを解決する必要があるとのことで、少し調べ始めたのですが、10gではsga_tａrgetで自動管理できるということを知りました。

最終目的は、パフォーマンス最適化を目指していますが、そのために確認しておくべき内容および設定方法を教えてください（あるいは回答にマッチしたサイトがあれば）。sga_tａrgetを攻略すれば達成できるのでしょうか？

当面の目的はバッファ・キャッシュ・ヒット率を上げることですが、どうすればよいでしょうか？

Oracleド素人ですので、コマンドベースで教えていただけると助かります（^^；

よろしくお願いします。

回答No.2

uresiiwa

１．SGA_MAX_SIZEの最適化
SGA割当が適切な設定値か、確認してみてください。
マシンの物理メモリと、Oracleにいくらまで使わせることができるか、により決まると思います。
Oracle以外にもメモリを使うので、vmstatコマンドなどで、Freeメモリを確認し、Freeが物理メモリの25％の値になるぐらいがぎりぎり一杯の設定値となります。大きすぎる値は設定しないように気をつけてください。

２．バッファキャッシュ利用効率が悪いSQLがいないか？
たくさんメモリを割り当てても、効率の悪いSQLを乱発すると、いくらあっても足りなくなります。
とても効率が悪いSQLがいないかを確認し、いればチューニングしましょう。
１，２ともに実施しても足りない場合、物理メモリが足りないということになりますが、大抵はチューニングによって大幅に効率化できます。

効率の悪いSQL＝遅いSQLと考えてほぼ差し支えなく、それを探す方法としてSTATSPACKレポートが簡単でお勧めですが、もっと簡単な方法としては、以下のような手順があります。
(1)アプリを一通り動かす（SQL実行統計情報を生成する）
(2)以下のSQLで、バッファアクセスの激しいSQLを調べる
select * from v$sql order by BUFFER_GETS desc;
（elapsed_timeがSQLの実行経過時間（マイクロ秒）ですので、そっちを見てもよいです）

>最終目的は、パフォーマンス最適化を目指していますが、そのために確認しておくべき内容および設定方法を教えてください（あるいは回答にマッチしたサイトがあれば）。sga_tａrgetを攻略すれば達成できるのでしょうか？

sga_targetだけで解決するものではなさそうに思いました。
キャッシュバッファがボトルネックとして現れている場合、SGAが少なすぎる（DBインスタンスの問題）の場合と、SQLがバッファを乱用しすぎている（アプリケーションの問題）がともに考えられ、後者である可能性のほうが一般的です。
また、チューニング順序としては、DBインスタンスチューニングよりもアプリチューニングのほうが順番としては先に行うべきものといえます。

お礼

お礼が遅くなり申し訳ございません。
一旦、sga_targetを増やすことで９０％以上のヒット率となりました。
その他のチューニングは、もう少し勉強してから行ってみたいと思います。
ありがとうございました。