株式会社インサイトテクノロジー 発行
http://www.insight-tec.com
┏┏┏┏┏━━━━━━━━━━━━━━━━━━━━━━━━…・・ ┏━
┏┏┏┏┛ 2004.04.07 ┏┛┛
┏┏┏┛ ☆おら！オラ！Oracle -どっぷり検証生活-★ ┏┛┛┛
┏┏┛ ┏┛┛┛┛
┏┛・・…━━━━━━━━━━━━━━━━Vol.195━…・・┏┛┛┛┛┛
◇目次◇
■Oracle検証生活・・・RAC環境におけるロックダウンに関する考察 その１
■お知らせ・・・○ＱＡについて
■編集者より
◎バックナンバーココから！！
http://www.insight-tec.com/?http://www.insight-tec.com/html/mailmagazine/mail_back/mail_back_index.html
┏─━─━─━─━─━─━─━─━─━─━─━─━─━─━─━─━┓
●【 Oracle 検証生活 】 ●
┗─━─━─━─━─━─━─━─━─━─━─━─━─━─━─━─━┛
＜RAC環境におけるロックダウンに関する考察 その１＞
ペンネーム ちょびひげ
Oracle 9iのRAC環境では、Write-Writeの競合が発生した場合、書き込みロッ
クを保持していたノードでロック解放（ロックダウン）を行います。
このロック解放でパフォーマンスの問題になるのは：
１．複数ノード間で同一オブジェクトのロックダウン数が多い場合
２．上記１がインデックスの場合の方が影響度は大きい
３．突然カウントが上がったオブジェクトが存在する時間帯
となります。
■全体のロック回数を見る
SQL> l
1 select count(*) cnt,lru_flag,sum(x_to_null)
2 from sys.x_$bh
3* group by lru_flag
SQL> /
CNT LRU_FLAG SUM(X_TO_NULL)
---------- ---------- --------------
4047 0 0
7694 2 0
9733 4 0
5022 6 0
8586 8 2300
x$bhのLRU_FLAGはブロックの状態を表しています。ここでLRU_FLAG=8は頻繁に
アクセスされるホットブロックを指しています。
上記の状態は：
(1) ホットブロックが8586個ある。
(2) ホットブロックが合計で2300回のロックダウンを経験している
(3) LRU_FLAG!=8のコールドブロックはロックダウンを経験していない
ここで注意しないといけないのは、2300回のロックダウンはデータベースバッ
ファ上に載っているオブジェクトの一部のブロックが複数回ロックダウンを経
験した累積値だという事です。
それでは、これをオブジェクト単位で見てみると：
SQL> select count(*) cnt,lru_flag,sum(x_to_null),obj
2 from sys.x_$bh
3 group by lru_flag,obj;
CNT LRU_FLAG SUM(X_TO_NULL) OBJ
---------- ---------- -------------- ----------
350 0 0 2
1 0 0 3
3 0 0 6
33 0 0 8
3 0 0 10
1 0 0 17
58 0 0 18
....ダァーッ
....
219 8 1037 7222
554 8 223 7223
135 8 44 7224
175 8 228 7225
1 8 0 7226
15 8 0 7227
133 8 0 7228
21 8 0 7229
1 8 0 7230
1 8 0 7231
2 8 0 7292
1 8 0 7372
16 8 0 7373
6 8 0 7374
2 8 0 7375
25 8 0 7377
これでロックダウンを頻発しているオブジェクトが特定できます。
オブジェクト名は以下のSQLで知ることができます：
select
o.obj#
,o.name
,o.subname
,o.dataobj#
,o.type#
,o.owner#
,u.name
,i.bo#
from sys.obj$ o, sys.ind$ i , sys.user$ u
where u.user#=o.owner#
and o.obj#=i.obj#(+)
and o.obj# = xxxx
■しかし、、、、、
重要なのはロックダウンの数は経験値を累計したものだという事です。という
ことは、今ロックダウンが頻発して2300回になったという保証はなく、データ
ベースバッファ上に載っているブロックのロックダウン経験値を合計すると
2300回になったということなのです。
■パフォーマンス面で見ると
繰り返しになりますが、
１．複数ノード間で同一オブジェクトのロックダウン数が多い場合
２．上記１がインデックスの場合の方が影響度は大きい
３．突然カウントが上がったオブジェクトが存在する時間帯
４．上記１，２でロックダウン数が一定期間で上昇しているものが問題発見
の手がかりになります。
５．それがインデックスであれば重要な問題です。
６．一定期間の上昇が無いのなら「残っているだけの経験値」として無視す
べきです。
７．その場合は、上記３の突然現れたオブジェクトだけをパフォーマンス劣
化の手がかりとすべきです。
ということは、ホットオブジェクトとロックダウン数との関係は、、、
次号に続きます。
以上、桜満開の茅ヶ崎にて
◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆
一緒に検証してみませんか？
http://www.insight-tec.com/?http://www.insight-tec.com/html/company/com_career.html
◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆
┏─━─━─━─━─━─━─━─━─━─━─━─━─━─━─━─━┓
●【 ＱＡについて 】 ●
┗─━─━─━─━─━─━─━─━─━─━─━─━─━─━─━─━┛
＜皆様からのＱＡを受付けております＞
皆様のＱＡにはできるだけ、お答えしたいと思っています。
すべてのＱＡにお答えすることはできないかもしれませんが、
適宜メルマガ内でとりあげていく予定ですので、是非ＱＡを下記アドレスま
でお寄せください。
┏─━─━─━─━─━─━─━─━─━─━─━─━─━─━─━─━┓
●【 編集者より 】 ●
┗─━─━─━─━─━─━─━─━─━─━─━─━─━─━─━─━┛
１年ぶりくらいに専門のときの友達から電話をもらったんですぅ。暫く当時
の話で盛り上がっていたら、２名ほどいました結婚している人が！！一人は
春頃にはお母さんになるとのこと。両方に連絡を取りたいのですが、番号が
変わっているらしく連絡が取れない状態・・。あぁあ、もっとマメに連絡し
ておけば良かったと今さら思う今日この頃なんですぅ。 by TI
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
登録・解除は以下のURLで行うことができます。
http://www.insight-tec.com/jp/html/ora3/ora3.html
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
＜おら！オラ！Oracle－どっぷり検証生活－＞
発行／編集：株式会社インサイトテクノロジー
http://www.insight-tec.com
マガジンID：0000030093
本メールマガジンに掲載された記事を許可なく転載することを禁じます。
Copyright(c) 1995-2004, Insight Technology, Inc., All Rights Reserved.
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
