1

Oracle(10.2.0.5) データベースがあり、以下のようにいくつかのパフォーマンス パラメータを収集しました。

Buffer Nowait %:    99.92   Redo NoWait %:  100.00
Buffer Hit %:   91.53   In-memory Sort %:   100.00
Library Hit %:  95.74   Soft Parse %:   96.68
Execute to Parse %: 31.75   Latch Hit %:    99.79
Parse CPU to Parse Elapsd %:    29.85   % Non-Parse CPU:    98.34

しかし、データをどのように解釈して、問題のある領域と推奨事項を導き出す方法がわかりません。

何か提案はありますか？

4

2 に答える 2

0

これらのメトリクスを理解していない場合、推奨事項をどのように管理しますか? サーバーのメモリ割り当てを 2 倍にする必要があると言ったら、どうしますか? 上司のところに行って、「StackOverflow のランダムな男が、RAM を追加購入する必要があると言いましたか?」と伝えます。または、SOについて言及しませんか？その場合、上司からの次の質問である「なぜ?」にどのように答えるつもりですか? あるいは、「この子猫には大金が入っています。RAMを3 倍にすることをお勧めしますか?」専門知識を装うのは滑りやすい坂道です。

とにかく、サーバー全体を調整してパフォーマンスの問題を解決することは、非常にトリッキーで信頼性の低い方法です。パフォーマンスの問題を本当に解決したい場合は、どの操作が最も煩わしいかをユーザーに尋ねてください。これらは実行時間の長いクエリではない可能性があります。クエリに 2 秒かかるが、1 日に 30000 回実行される場合、経過時間を 0.5 秒短縮することはユーザーにとって大きな恩恵となります。さらに、データベース全体よりも 1 つのクエリを調整する方が簡単です。

于 2013-07-17T15:22:25.833 に答える