Oracle - ライブラリキャッシュのチューニングAdvertisementSQLコマンドでの確認
ライブラリキャッシュの個々の領域の確認
SQL> select namespace, gets, reloads, gethitratio from v$librarycache; NAMESPACE GETS RELOADS GETHITRATIO --------------- ---------- ---------- ----------- SQL AREA 262 12 .683206107 TABLE/PROCEDURE 264 0 .723484848 BODY 1 0 0 TRIGGER 0 0 1 INDEX 31 0 0 CLUSTER 131 0 .954198473 OBJECT 0 0 1 PIPE 0 0 1 JAVA SOURCE 0 0 1 JAVA RESOURCE 0 0 1 JAVA DATA 0 0 1 11行が選択されました。上記の場合、共有SQL領域のヒット率が68%と、かなり低い。 DSSの場合90%前後、OLTPの場合90%台後半にすることが望ましい。 ライブラリキャッシュ全体
SQL> select sum(pins-reloads)/sum(pins)*100 from v$librarycache;
SUM(PINS-RELOADS)/SUM(PINS)*100
-------------------------------
99.3063584
逆(再ロード率)
SQL> select sum(pins), sum(reloads), sum(reloads)/sum(pins)
2 from v$librarycache;
SUM(PINS) SUM(RELOADS) SUM(RELOADS)/SUM(PINS)
---------- ------------ ----------------------
1735 12 .006916427
3個目の値が1%より高い場合は
shared_pool_sizeが小さすぎる可能性がある
Statspackを使用した値の確認
下記の部分を参照する。
Library Cache Activity for DB: ORCL Instance: orcl Snaps: 28 -29
->"Pct Misses" should be very low
Get Pct Pin Pct Invali-
Namespace Requests Miss Requests Miss Reloads dations
--------------- ------------ ------ -------------- ------ ---------- --------
SQL AREA 17 5.9 81 2.5 0 0
TABLE/PROCEDURE 1 100.0 7 42.9 0 0
-------------------------------------------------------------
SGA Memory Summary for DB: ORCL Instance: orcl Snaps: 28 -29
SQLAREAのキャッシュミスが5.9%なのでヒット率は94.1%となる
Advertisement |
ショートカット・634・634ブログ ・このカテゴリのトップページに戻る ・Incubator(Pukiwiki) ・634ラボ UIコレクションギャラリー ZO-3ジェネレーター サイト検索Y!ログール |