アクセスログ（久々にみた） Tweet

最近見てないな〜と、久々にココログのアクセスログを眺めている。

時期もあり、山寺の桜と、ユーザが増えているMacを象徴しているようで、撮りためた映像や写真をDVDやCDに焼こうとしてググっている傾向が多いようですね :)

・2009年5月 8日 (金) :
　MacOSXでCDやDVDを焼く方法（初心者でも分かり易い方法）

・2010年10月10日 (日) :
　MacOSXでCDやDVDを焼く方法（Unix/Linux使いだけど、MacOS Xは初心者って方向けの方法）

・2010年10月11日 (月) :
　MacOSXでCDやDVDを焼く方法 #2（Unix/Linux使いだけど、MacOS Xは初心者って方向けの方法）

それら、緩いネタに割ってランクインしているのが、　"ORA-20001 原因".

すばらしい、強さですね、このキーワード。

・2007年4月 9日 (月) :
　ORA-20001

db tech showcase 大阪 2013 へ“技術者魂”を届けます。 Tweet

インサイトテクノロジーさん主催

db tech showcase 大阪 2013 へ“技術者魂”を届けます。

当日、私は、大阪へ”酒”飲み（だけ）に行けるでしょうかw （謎

Automator : サービスの作成から削除まで (FAQ) Tweet

私のブログでもアクセス数の多いAutomator de ファイル名一括変換のコメントへ答えた次いでなので、もう少し詳しく書いておきますね。

これもOS XではFAQだと思いますますが、Automatorの認知度が低いのかな〜。

サービスを作るほうはこのヘルプで分かるかと。
Mac 101：Automator　

削除のヘルプページを探せないw (俺の検索の仕方がまずいのかw..

ってことで、Automatorでサービス（ワークフローの仲間）を作成して、メニューから削除するまでの流れを。

Autometorでサービスを作成します。
DeveloperToolsのプロファイルをテキストに書き出すだけの簡単なサービスを作るところから。

アプリケーション＞Automatorを起動

続きを読む "Automator : サービスの作成から削除まで (FAQ)"

散らかってる部屋へ、突然の来客、散らかってるものはどうします？ Tweet

散らかってる部屋へ、突然の来客、散らかってるものはどうします？　

とりあえず、押入やクローゼットへ放り込むw

そんな、地味だけど便利な機能がこれ。

そういえば、Windowsのデスクトップが書類だらけで埋まっている方いますよね。

Macな方なら、そんなときでも慌てずに、ささっと、ね :)

続きを読む "散らかってる部屋へ、突然の来客、散らかってるものはどうします？　"

FileVault de USBメモリ暗号化 Tweet

2009年にUSBメモリ de 暗号化ディスクイメージというエントリを書ていたのですが、Moutain LionではFileVaultが機能拡張され、USBメモリにディスクイメージを作成するという小細工が不要になったよ！　というお話。

ネタとしては新しくないのですが意外としならない方が多いようなのでFAQとして書いておきますね。

今回利用するUSBメモリはMercedes-Benz Connection Roppingiでポイント交換してきたキー型USB 4GBを使用しました。
（普通のUSBメモリなので暗号化はありません。なのでそのままだとセキュリティー面で弱いわけです。はい）

続きを読む "FileVault de USBメモリ暗号化"

TimeMachine応用編 Tweet

容量不足のMBAをMountain Lionへ移行する際にTimeMachineを活用するのはありだな。

仕事でヘビーにMBAを利用していると新しいOSがリリースされたとしてもすぐには飛びつけないんですよね。昨年がそういう状況でした。:)

やっと落ち着いたのでGW前半で母艦と同じMountain Lionへ移行しようと思ったらMBAの空き容量不足が発覚！w

続きを読む "TimeMachine応用編"

db file scattered read と db file parallel read と db file sequential read (最終回） Tweet

無理矢理引っ張った感じですが、db file scattered read と db file parallel read と db file sequential readの最終回。

今日は、db file parallel read　に注目してみようと思います。

db file parallel readはどのような待機イベントだったか再確認しておきましょう！

マニュアルでは以下のように説明されています。

db file parallel read
リカバリ時のイベントです。
バッファ・プリフェッチ中に、最適化(複数のシングル・ブロック読取りの実行ではない)として発生する可能性もあります。
リカバリ時に変更が必要となったデータベース・ブロックはデータベースからパラレルに読み込まれます。

すべてのI/Oが完了するまでの時間が待機時間となる

少々わかりずらいですが、「バッファ・プリフェッチ中に、最適化(複数のシングル・ブロック読取りの実行ではない)として発生する可能性もあります。」ってところがポイントですよね。(リカバリしているわけではないので!)

でてきましたね、 prefetch という単語が！

斜め読みしちゃうと？となりそうですが、「複数のシングル・ブロック読取りの実行ではない」という箇所からもシングル・ブロック読み取りの繰り返しではなく、一括読み込み的なI/O最適化に関連した動き、だろうな〜ということは想像できます.
（db file scattered read と db file parallel read と db file sequential read (その６）でも簡単に記載しているので参考に）

連続したブロックを一括読取りするのは、 db file scattered read
単一ブロックをブロック単位で読み取るのは、 db file sequential read
そして、不連続な複数ブロックを一括読取りするのは、db file parallel read

不連続ってところもポイントですね！　連続してないんですよ！

そこで、db file scattered read と db file parallel read と db file sequential read (その１）に書いた赤字部分が鍵になってきます！

TABLE_NAME                     INDEX_NAME                       NUM_ROWS DISTINCT_KEYS CLUSTERING_FACTOR
------------------------------ ------------------------------ ---------- ------------- -----------------
HIGH_CLUSTERING_FACTOR         PK_HIGH_CLUSTERING_FACTOR          100000        100000             99978
LOW_CLUSTERING_FACTOR          PK_LOW_CLUSTERING_FACTOR           100000        100000              4348

CLUSTERING_FACTORってNUM_ROWSに近ければ近いほど、索引のキー順に行を読んでしまうと読んだ行数ど同じ程度のデータブロックを読み込む必要があるということを示しています。
（マニュアルにも書いてますよね。Oracle® Databaseパフォーマンス・チューニング・ガイド11gリリース2 (11.2) - 11.2.3.1 ブロックのI/O(行ではなく)の想定）

マニュアル、読みました？？　

続きを読む "db file scattered read と db file parallel read と db file sequential read (最終回） "

db file scattered read と db file parallel read と db file sequential read (その８） Tweet

＞次回はphysical reads prefetch warmupを発生させます。（引っ張り過ぎw

の予告通り、physical reads prefetch warmupを発生させてみます！

やったことをほぼそのまま書いておきますね:)

オラクルさん、ディクショナリーやらなんやらいろいろ読んでしまって、小さめのバッファキャッシュだとそれらでお腹いっぱいになったりするんだよねw (よく考えられてる:)


23:29:24 SYS> startup
ORACLEインスタンスが起動しました。

Total System Global Area  313880576 bytes
Fixed Size                  1336176 bytes
Variable Size             125832336 bytes
Database Buffers          180355072 bytes
Redo Buffers                6356992 bytes
データベースがマウントされました。
データベースがオープンされました。
23:29:47 SYS> select sid,serial# from v$session where username='SCOTT';

       SID    SERIAL#
---------- ----------
        63         11


23:30:06 SYS> select name,value from v$sesstat vss join v$statname vsn on vss.statistic# = vsn.statistic# 
where (name like '%prefetch%' or name like '%physical read%') and sid=63 order by name
/
NAME                                                                  VALUE
---------------------------------------------------------------- ----------
index crx upgrade (prefetch)                                              0
physical read IO requests                                                89
physical read bytes                                                  729088
physical read flash cache hits                                            0
physical read requests optimized                                          0
physical read total IO requests                                          89
physical read total bytes                                            729088
physical read total multi block requests                                  0
physical reads                                                           89
physical reads cache                                                     89
physical reads cache prefetch                                             0
physical reads direct                                                     0
physical reads direct (lob)                                               0
physical reads direct temporary tablespace                                0
physical reads for flashback new                                          0
physical reads prefetch warmup                                            0
physical reads retry corrupt                                              0
prefetch clients - 16k                                                    0
prefetch clients - 2k                                                     0
prefetch clients - 32k                                                    0
prefetch clients - 4k                                                     0
prefetch clients - 8k                                                     0
prefetch clients - default                                                0
prefetch clients - keep                                                   0
prefetch clients - recycle                                                0
prefetch warmup blocks aged out before use                                0
prefetch warmup blocks flushed out before use                             0
prefetched blocks aged out before use                                     0

※指定セッションのセッションレベルのSQLトレース開始！


23:30:27 SYS> exec dbms_monitor.session_trace_enable(63,11,true,false,null);

PL/SQLプロシージャが正常に完了しました。

....この間に、db file * read祭りになるクエリをSCOTTユーザで実行します！....

※指定セッションのセッションレベルSQLトレース終了！


23:32:21 SYS> exec dbms_monitor.session_trace_disable(63,11);

PL/SQLプロシージャが正常に完了しました。

:) db file scattered readが発生しています! 対象セッションのセッション統計をみて確認みると....

続きを読む "db file scattered read と db file parallel read と db file sequential read (その８）"

db file scattered read と db file parallel read と db file sequential read (その７） Tweet

前回、物理読み込みが発生しない状況を作りdb file * read関連の物理読み込みが発生しない状況ではphysical reads prefetch warmup/cache prefetchが発生していないことを確認しました。

ということで、続きです。

physical reads prefetch warmupってどのような状況で増加するのか、待機イベントはどのようなものなのか確認してみることに..... (もうわかってるくせに〜w）

physical reads prefetch warmupは以下のように説明されています。
- バッファ・キャッシュの自動プリウォーム中にディスクから読み取られたデータ・ブロックの数 / class - 8 : cache

また、津島博士のパフォーマンス講座　第13回　キャッシュ周りについて でも説明されています。（この手の解説をマニュアルで読んだ記憶がないが、どこかに記載されてるのかな？....)

では、どのような待機イベントが発生するのか...
試してガッテン、じゃなくて、試して納得！でおなじみの、しばちょう先生のセッションの資料(ODDD2011)によると、db file scattered readが発生するようですね。

なるほど....どの程度かわかりませんが、バッファキャッシュにある程度データブロックが乗っかっているとphysical reads prefetch warmupって発生しないんだろうなぁ。というところまでは、なんとなく理解できました。:)

さっそく、physical reads prefetch warmupを発生させてみましょう！...

続きを読む "db file scattered read と db file parallel read と db file sequential read (その７）"

db file scattered read と db file parallel read と db file sequential read (その６） Tweet

続きです。

system callからも読み取れますが、各待機イベントでは
db file sequential read - 単一ブロック読み込み
db file parallel read - 不連続ブロックの複数ブロックの読み込み
db file scattered read - 連続したブロックの複数ブロック読み込み

が行われ、読み込まれたブロックはバッファキャッシュに乗せられるわけです。

注）
今回は発生しないようにしていますが、Oracle11g R2では実行計画上フルスキャンとなっていても、はdb file scattered readまたはdirect path read（バッファキャッシュを経由しない)になる場合があります。(smart flash cacheが無い場合）

db file scattered read vs direct path read関連の話題は以下のブログを参考に :)
10046 trace name context forever - Oracle OpenWorld 2012 Unconference presented by JPOUG
10046 trace name context forever - Smart Flash Cache 簡単なパフォーマンス比較
技術情報| Insight Techology, Inc. Part 7 - 11gR2からのフルスキャン
Ask Tom "Direct path reads 11gR2" - Thanks for the question regarding "Direct path reads 11gR2", version 11.2.0.1

direct path readが発生していないので :)
...キャッシュヒット率１００％ならば発生しないってこと、ですよね。

試してみます！

続きを読む "db file scattered read と db file parallel read と db file sequential read (その６）"

db file scattered read と db file parallel read と db file sequential read (その５） Tweet

続きです。

@yoheiaさんがprefetch的な動き...と言っていますね。気になる気になる単語です :)

こことか、
http://www.oracle.com/technetwork/jp/content/007-087711-ja.html

ここなどにもちょろっと書かれていいます。
TANEL PODER'S BLOG: Advanced Oracle Troubleshooting Guide – Part 10: Index unique scan doing multiblock reads?!

マニュアルで記載されている箇所ってあるんでしたっけ？　（誰となく..

続きを読む "db file scattered read と db file parallel read と db file sequential read (その５）"

db file scattered read と db file parallel read と db file sequential read (その４） Tweet

db file scattered read と db file parallel read と db file sequential read の続きです。

再びリクエストにお答えしてw、SQLとレースを有効した状態でstraceして該当待機イベントでどのようなsystem callになっているのか確認してみたよ ＞　@yoheia :)

db file sequential read

WAIT #4: nam='db file sequential read' ela= 53584 file#=7 block#=375476 blocks=1 obj#=82773 tim=1365258291285100

....
pread64(17, "\6\242\0\0\372\267\5\0\\]\216\0\0\0\1\6\226y\0\0\1\0\0\0UC\1\0009]\216\0"..., 8192, 3070181376) = 8192

続きを読む "db file scattered read と db file parallel read と db file sequential read (その４）"

db file scattered read と db file parallel read と db file sequential read (その３） Tweet

続きです。

リクエストにお答えして生SQLトレース（抜粋）を見てみましょう :)

最初に実行したSQL文のSQLトレースを見てみることにします。

select
	/*+
		leading(t2 t1)
		use_nl(t2 t1)
		index(t2 pk_high_clustering_factor)
	*/
	t2.id
	,t2.name
	,t1.name
from
	low_clustering_factor t1
	inner join high_clustering_factor t2
	on
		t1.id = t2.id
where
	t2.id between 30001 and 35000
/

実行計画は以下の通り、index range/unique scan + nested loop joinが行われていました。

Rows     Row Source Operation
-------  ---------------------------------------------------
   2421  NESTED LOOPS  (cr=5252 pr=2841 pw=0 time=2771706 us)
   2421   NESTED LOOPS  (cr=2831 pr=2522 pw=0 time=4204941 us cost=5012 size=1530612 card=2501)
   2421    TABLE ACCESS BY INDEX ROWID HIGH_CLUSTERING_FACTOR (cr=2589 pr=2458 pw=0 time=4188001 us cost=2510 size=765612 card=2502)
   2421     INDEX RANGE SCAN PK_HIGH_CLUSTERING_FACTOR (cr=168 pr=121 pw=0 time=7663 us cost=8 size=0 card=2502)(object id 82774)
   2421    INDEX UNIQUE SCAN PK_LOW_CLUSTERING_FACTOR (cr=242 pr=64 pw=0 time=0 us cost=0 size=0 card=1)(object id 82772)
   2421   TABLE ACCESS BY INDEX ROWID LOW_CLUSTERING_FACTOR (cr=2421 pr=319 pw=0 time=0 us cost=1 size=306 card=1)

待機イベント見てみると、index range/unique scan + table access by index rowidという実行計画からは想像できない待機イベントが....（実は狙って発生させてるくせに〜w

Elapsed times include waiting on following events:
  Event waited on                             Times   Max. Wait  Total Waited
  ----------------------------------------   Waited  ----------  ------------
  SQL*Net message to client                     163        0.00          0.00
  db file scattered read                        107        0.01          0.30
  SQL*Net message from client                   163        0.96          3.36
  db file parallel read                         161        0.01          0.63
  SQL*Net more data to client                   161        0.00          0.00
  db file sequential read                        14        0.00          0.00
********************************************************************************

続きを読む "db file scattered read と db file parallel read と db file sequential read (その３）"

db file scattered read と db file parallel read と db file sequential read (その２） Tweet

答え分かりましたかねぇ？

環境情報など再現方法などは次回にしますが、どうなるかやってみましょう。（事前にSQLトレースを有効にしてあります。）

※各SQLはヒントで実行計画を固定してあります。
最初は参考資料３の実行計画になるクエリから実行します。

-----------------------------------------------------------------------------------------------------------
| Id  | Operation                     | Name                      | Rows  | Bytes | Cost (%CPU)| Time     |
-----------------------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT              |                           |  2501 |  1494K|  5012   (1)| 00:01:01 |
|   1 |  NESTED LOOPS                 |                           |       |       |            |          |
|   2 |   NESTED LOOPS                |                           |  2501 |  1494K|  5012   (1)| 00:01:01 |
|   3 |    TABLE ACCESS BY INDEX ROWID| HIGH_CLUSTERING_FACTOR    |  2502 |   747K|  2510   (1)| 00:00:31 |
|*  4 |     INDEX RANGE SCAN          | PK_HIGH_CLUSTERING_FACTOR |  2502 |       |     8   (0)| 00:00:01 |
|*  5 |    INDEX UNIQUE SCAN          | PK_LOW_CLUSTERING_FACTOR  |     1 |       |     0   (0)| 00:00:01 |
|   6 |   TABLE ACCESS BY INDEX ROWID | LOW_CLUSTERING_FACTOR     |     1 |   306 |     1   (0)| 00:00:01 |
-----------------------------------------------------------------------------------------------------------

SELECT
	/*+
		leading(t2 t1)
		use_nl(t2 t1)
		index(t2 pk_high_clustering_factor)
	*/
	t2.id
	,t2.name
	,t1.name
FROM
	low_clustering_factor t1
	INNER JOIN high_clustering_factor t2
	ON
		t1.id = t2.id
WHERE
	t2.id BETWEEN 30001 AND 35000
/

続きを読む "db file scattered read と db file parallel read と db file sequential read (その２）"

db file scattered read と db file parallel read と db file sequential read (その１） Tweet

突然ですが、問題です！

・Oracle11g R2です。（隠しパラメータは変更していません）
・Oracleインスタンスは起動したばかりです。
・参考資料１）のような索引が、それぞれの表に作成されています。
・駆動表は入れ替わっていますが、参考資料２）と３）のような実行計画で２つのSQL文が実行されました。

発生する待機イベントはどれでしょうか？

A) db file scattered read
B) db file parallel read
C) db file sequential read

続きを読む "db file scattered read と db file parallel read と db file sequential read (その１）"