1. Meetup! JPOUG
at Oracle CloudWorld 2015 Tokyo
#1
/Koji Shinkubo @kouji_s_0808

2. ある日、ログイン処理にちょっと変えた。
ログインしたユーザーの情報をちょっと取得するだけの
SELECT文で。
何の特徴もない処理のはずだった。。。

3. 確かに、ログイン毎に実行されるSQL文だけど、
ディスクI/Oなんか ほとんどない。
はずだった。。。
でも、ディスクI/Oがハンパない。
しかも書き込みが！

4. なーんでだ？

5. では、ヒント①
通常時と異常時のEMのトップアクティビティのイメージ映
像をどうぞ。

7. Commitクラスでグーンと待機してますね
では、ヒント②
上記のトップアクティビティで待機セッションの大きかっ
た待機クラス(Commit)をドリルダウンしたイメージ映像を
どうぞ。

9. はい、出ましたね。"log file sync"
大事なので、もう一回。"log file sync"
ところで、
"log file sync"って何でしたっけ？

10. えー。時間ないので、省略します。
どうしてもという方は、以前の"特濃JPOUG"のslide share
をご覧ください。
* どうもブラウザーだと一部文字が化けるようなので、ダウンロードしてもらえるとちゃんと見えるらしいです
http://www.slideshare.net/kshinkub/dbts2013-jpoug-logfilesync

11. でも、"log file sync"で待機していたSQL文が確認できませ
んね。
本当に、SELECTなの？ 実はINSERTとか更新系のSQLをこ
っそり実行しているんじゃない？ とか思ってますよね。

12. 一旦SQL文が分からなかったので、該当モジュールで実行
されたSQL文を探ってみます。

14. 今回の謎を再現するための偽データなので、分かりやすく
一つSQL文がありまず。限りなく黒に近い容疑者のSQL文
(SELECT)ですね。
一応、見てみます？
では、ヒント③

16. はい。
もう、分かりましたね :)

17. 答えは
Sequenceオブジェクトの
Cache属性が
小さすぎる(デフォルトの20)

18. 解説。など。など。

19. Sequenceオブジェクト

20. cache属性の値を超えると何が起こる？
enq: SQ - contention
リカーシブコール

21. リカーシブコール
update seq$ set increment$=:2
, minvalue=:3
, maxvalue=:4
, cycle#=:5
, order$=:6
, cache=:7
, highwater=:8
, audit$=:9
, flags=:10
where obj#=:1

22. まとめ
Sequenceのcache属性のデフォルト値は20
cache属性を超える場合、Sequenceは新たにcacheする必
要がある
が、それは1セッションのみが可能(exclusiveなenqueue
を取得する)
なので、他のセッションはenq: SQ - contentionで待機す
る
さらに、その際、SEQ$へのUpdate文(リカーシブコール)
が発行される
なので、cache属性が小さいといろいろと問題になりますよね

23. Appendix
ちなみに"log file sync"が問題に注目して、チューニングし
てみると。
今度は、こうなっちゃいますよ。

26. Thanks!