Insight Technology, Inc

インサイトテクノロジー

Japanese | English

株式会社インサイトテクノロジー 発行
http://www.insight-tec.com

┏┏┏┏┏━━━━━━━━━━━━━━━━━━━━━━━━…・・ ┏━
┏┏┏┏┛                                  2001.09.12         ┏┛┛
┏┏┏┛      ☆おら!オラ!Oracle  -どっぷり検証生活-★     ┏┛┛┛
┏┏┛                                                   ┏┛┛┛┛
┏┛・・…━━━━━━━━━━━━━━━━Vol.72━…・・ ┏┛┛┛┛┛

・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・
■□注意事項□■
    本文中にテーブルが含まれていますので、お読みになる際はMSゴシッ
    ク等、等幅フォントをお使いただくことをお勧めします。
・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・

┏─━─━─━─━─━─━─━─━─━─━─━─━─━─━─━─━┓
●【 Oracle 検証生活 】                                           ●
┗─━─━─━─━─━─━─━─━─━─━─━─━─━─━─━─━┛
< REDOログに関する検証  その10 >  ペンネーム つけまい

--- 内部構造を理解し
              パフォーマンスの向上に役立てる ---

前回は、全く同じ内容でも、REDOログ・ファイルへ書き込みを行うタイミング
によって、必要とされるブロック数が異なってしまうという現象についての解
説を行った。

今回も引き続き、書き込みを行うタイミングによって、必要とされるブロック
数に差が生まれてしまうという現象についての解説を行う。


****** タイミングによって書き込むブロック数が異なる ******

<処理1>
以下の2つのUPDATE文を間隔無しに瞬時に実行

●SQL文

Update work03 set ename = 'haneda' where empno = 1002 ;
Update work03 set ename = 'haneda' where empno = 1003 ;
Commit ;

●統計情報(差分)

Redo size                    652
Redo wastage                 340
Redo blocks written            2

処理1は、項目ENAME(6バイト)を、間隔を空けずに瞬時に2件更新したもので
ある。この処理では、ディスク上のオンラインREDOログ・ファイルへ2ブロック
(1Kバイト)書き込みを行い、その内の340バイトがフォーマットのための未使
用領域となっている。

つまり、有効なREDO情報としては652バイトしか存在していないにも関わらず、
ブロック単位で書き込みを行う際のフォーマットのために、340バイトが無駄な
未使用領域となってしまっている(各ブロックの先頭には、それぞれ16バイト
のヘッダー情報が格納されている)。

この結果だけ見ても、いかにREDOログへの書き込み量が多いかがお分かりいた
だけるだろう。

では、上記と全く同じ更新内容を、間隔を空けて実行した場合、どのように結
果が変わってくるだろう?

<処理2>
以下の2つのUPDATE文を間隔を空けて実行

●SQL文

Update work03 set ename = 'haneda' where empno = 1002 ;

【間隔】

Update work03 set ename = 'haneda' where empno = 1003 ;

Commit ;

●統計情報(差分)

Redo size                    652
Redo wastage                 836
Redo blocks written            3

処理1と全く変わらない更新内容にも関わらず、Redo wastage及び
Redo blocks writtenの値がそれぞれ多くなっている。これは、更新内容が同じ
でも、LGWRがREDOログ・ファイルへ書き込みを行うタイミングによっては、書
き込まれるブロック数が異なることを意味している。

以前にも述べたように、LGWRはトランザクションが発生する度にREDOログ・ファ
イルへ書き込みを行うのではなく、いくつかのタイミングによって起動される。
そのタイミングの一つに「前回の書き込みから3秒間経過した時」がある。

処理1の場合、前回の書き込みから3秒以内の間に2レコード分の更新及びコミッ
トに関するREDOレコードが生成されたので、REDOログ・ファイルへの書き込み
は2ブロックで済んだ。

しかし、処理2の場合、各REDOレコードが生成される過程で、多少なりとも「間」
が生じてしまう。この「間」が生まれることにより、全てのREDOレコードが生成
されていないにも関わらず、前回の書き込みから3秒が経過してしまい、LGWRが
その時点までに生成されているREDOレコードをREDOログ・ファイルへ掃き出し
てしまう。

その結果、本来であれば2ブロックで済んだはずのREDO情報が、途中で書き込み
が行われたために、新たな領域を必要としてしまったのである。

イメージ図

http://www.insight-tec.com/html/reference/ref72_01.html

この結果を「パフォーマンス」という観点から見た場合、さほど重要視する問題
とはならないが、「リソース」という面から見た場合はどうだろう。

この一連の処理から生まれる余分なブロックは1ブロックに過ぎないが、同じよ
うな処理を1万回繰り返した場合、トータルで1万ブロック、すなわち5Mもの領
域を無駄に消費してしまうことになる。そうなると、必然的にログ・スイッチ
のタイミングを早めてしまい、それが起因してパフォーマンスに影響を与えて
しまうことも十分に考えられる。

また、アーカイブ運用を行っているサイトでは、REDOログ・ファイルからアー
カイブ・ファイルへ掃き出しを行う際にも、この5M分の領域が含まれてしまう。

もし仮に、1時間に1回の割合でログ・スイッチが発生している場合、1日で120M
もの領域を、無駄に消費してしまう計算になる。

したがって、コーディングの段階でトランザクション部分をある程度まとめて
処理させることが、REDOログ・ファイルに対するリソースの節約につながるポ
イントとなる。


次回は、UPDATE、INSERT、DELETEのそれぞれ3つの処理を行った際の、REDOに対
する書き込み量の違いについての解説を行う予定である。


以上  茅ヶ崎にて

┏─━─━─━─━─━─━─━─━─━─━─━─━─━─━─━─━┓
●【 Performance Insight 】                                       ●
┗─━─━─━─━─━─━─━─━─━─━─━─━─━─━─━─━┛
Performance Insight 4出荷開始!!

Performance Insight 4 のメジャー・バージョンアップでは、DB管理者
の新しいニーズや、さまざまな環境にスムーズに対応できるようにXML化、
SQeeL化によるオープンなWebインターフェースを実現しております。

<アップグレードノートへのリンク>
 http://www.insight-tec.com/jp/html/products/upgrade_note.html

さらにLinux版も同時リリースとなりました。対応OS一覧も合わせてご確認
ください。

<対応OS一覧へのリンク>
 http://www.insight-tec.com/jp/html/products/os.html

<SQeeL>
 http://www.sqeel.org/

●試使用方法
PIを試使用(ダウンロード)される際の簡単な手順をご説明させていただ
きます。

1.PIを試使用(ダウンロード)される際にはユーザ登録が必要となります。
下記に記述されていますURLからユーザ登録を行ってください。

http://www.insight-tec.com/jp/html/products/resister.html

2.下記に記述されていますURLから「ユーザID」と「パスワード」を入力
してログインしてください。

http://www.insight-tec.com/jp/html/sp_login.html

3.ログイン後はダウンロードを選んでいただければPIをダウンロードする
ことが可能です。

4.ダウンロード後はトライアルパスワードが必要となります。
トライアルパスワードをお持ちで無い方は下記のメールアドレスまでお気軽
にお問い合わせください。


Insight Technology, Incでは、お客様のご要望に即座に対応出来るサービ
ス体制を整えております。お問い合わせの際には、お気軽に下記メールア
ドレスまたは直接お電話をください。


電話(PI4 問い合わせ) : 0467-59-1527

┏─━─━─━─━─━─━─━─━─━─━─━─━─━─━─━─━┓
●【 QAについて 】                                              ●
┗─━─━─━─━─━─━─━─━─━─━─━─━─━─━─━─━┛
<皆様からのQAを受付けております>
皆様のQAにはできるだけ、お答えしたいと思っています。
すべてのQAにお答えすることはできないかもしれませんが、
適宜メルマガ内でとりあげていく予定ですので、是非QAをお寄せください。



┏─━─━─━─━─━─━─━─━─━─━─━─━─━─━─━─━┓
●【 編集者より 】                                                ●
┗─━─━─━─━─━─━─━─━─━─━─━─━─━─━─━─━┛
昨日の台風はすごかったですよねぇ。私の予定では夜中に通過すると思って
いたんですが、朝から風はすごいし、雨もすごいしで・・。良いことないと
思っていたのですが・・。台風が通り過ぎたあとがすごかったんです!!会
社の給湯室の窓から、すごく綺麗な景色が見れたんですっ!!少しマンショ
ンで隠れた富士山と、夕焼けがすっごい綺麗だったんですー。なにげに、癒
された気がしましたねー。                                    by  TI

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
登録・解除は以下のURLで行うことができます。
http://www.insight-tec.com/jp/html/ora3/ora3.html
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
<おら!オラ!Oracle−どっぷり検証生活−>
発行/編集:株式会社インサイトテクノロジー
http://www.insight-tec.com

マガジンID:0000030093
本メールマガジンに掲載された記事を許可なく転載することを禁じます。
Copyright (c) 1996-2001 , Insight Technology, Inc. All rights reserved.
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

 

 

 メールマガジン登録/解除