チューニングされたOracle SQLのテスト方法と、システム/ハードウェアのクリア・バッファをクリアする方法は？

Question

チューニング前とチューニング後に正しいsqlsをテストする方法を知りたい。 しかし、元のsqlを実行すると、チューニングされたSQLの結果が速すぎます。

私はフラッシュデータ・バッファ・キャッシュと共有プールをしましたが、それはまだ動作しませんでした...以下

How to clear all cached items in Oracle

を見つけました。 この質問からのこの回答は、私がもっと知りたいことに関係していると思われます。 オペレーティングシステムとハードウェアはキャッシングを行い、結果に偏りが生じることに注意してください。

Oracleのバージョンは11gで、ServerはHP-UX 11.31です。

サーバーは、Linuxだった場合、私は確かにそれは私が非常に長い時間を作品）

を探していますない」/proc/sys/vm/drop_caches'.(I'mを使用してバッファをクリアしようとした可能性がありこの問題のために。この種の問題がある人はいますか？あなたのクエリが結果があなたの説明を示唆しているファイルシステムにキャッシュされているようなものである場合

おかげ

Answer 1

は、クエリは、全体的に、おそらく「ヘビーヒッター」ではありません。しかし、単独でテストしていて、データベース上のアクティビティがあまりない場合、SQLが実稼働環境で実行されると、パフォーマンスが低下する可能性があります。

2つのクエリのどちらのバージョンが優れているかを判断するには、いくつかのことがあります。実際には、本全体だけがこのトピックに書かれています。ただし、要約すると：

開始する前に、テーブルとインデックスの統計情報が最新であることを確認してください。

• 物事のグランドスキームでSQLが実行される頻度を確認します。 1日に1回または2回実行され、実行に2秒かかる場合は、調整しようとしないでください。
• 両方についてexplain planを実行し、推定コストとステップ数を確認してください。
• オプティマイザ・ステップと実行統計の両方のトレースをオンにし、比較します。