SWSC (Systemwide Statement Cache)

動的 SQL の時には、アクセス･プランは Systemwide Statement Cache (SWSC) というところにキャッシュされるようになっています。これは V5R2 で SQE プラン･キャッシュ といわれるものが出てくるより全然前から存在するものですが、V5R2 以降は、SQE プラン･キャッシュと協働して動くようになっています。

個人的な想像なのですが、「拡張動的 SQL」 といわれるものには SQL パッケージというものがあるのですが、そのインターフェイスを使っていない単なる「動的 SQL」についてのパフォーマンス救済のためのものとして作られたもののような気がしてます。

プラン･キャッシュとの協働の仕方などはまたおいおい見ていくことにして、この SWSC というものはどんなものかをちょっと見てみました。

ちなみに、あくまでここに書いてある方法や実行結果は自分で「こうじゃないかな?」とやってみた思いつきの結果です。推奨も保証も一切しませんのでよろしくどうぞ。

ダンプしてみた内容はこんなかんじです。
SQL 文とアクセス･プランらしきものが入っていますね。

こんなコマンドで内容のダンプをすることができます。

一ページ目はこんなかんじですね。

最後のページです。
IPL して間もないので、自分の他には 1つしかキャッシュオブジェクトがありません。

そのもう一つの方のダンプです。

これがその最後のページですね。

(ここから後は聞きかじり情報なので、あまり確かなものではありません。私自身にとっての覚え書きなので、内容の真偽等には責任を持ちませんのでよろしくどうぞ)

• V4R2 から存在する。
• 一時的に存在するシステムオブジェクトで IPL によってクリアされる。
• 動的 SQL で PREPARE されたものが SWSC にキャッシュされる。たとえば、iSeries ナビゲーターの「SQL スクリプトの実行」で実行されたものはキャッシュされる。
• SQL パッケージを使っている場合 (拡張動的 SQL の場合)、SWSC にはキャッシュされない。
• STRSQL 画面からの SQL は SWSC にはキャッシュされない。
• DBMON の結果で、レコードタイプが 1000、QVC18 が S のものが SWSC にヒットして実行されたものである。
• V4R4 時点の「Performance Capabilities Reference」には以下のように載っている。
  • The system-wide SQL statement cache, ..., can improve the performance of programs using dynamic SQL statements. No user action is required to activate or administer this function.
    
    When a dynamic SQL statement that has previously executed is later reexecuted, if the statement is still available in the cache, IBMR DB2R for AS/400 can retrieve (rather than construct) key information associated with the cached statement, and thereby reduce the processing resource and the time required to execute the statement again.
• DB2/400 上のテーブルには、そのテーブルを参照する SQL 文が SWSC の中に存在しているかどうかを表すビットがある。テーブルが削除される際、このビットがオフであれば、QSQCLOSE が実行されるタイミングで SWSC の中にある該当 SQL 文のキャッシュを無効にし、このビットがオンであれば何も SWSC に対して走査を行わない。この動作は、テーブルの削除を実行しているジョブ (とその実行プール) で行われる。そのため、これによるページングが発生することがある。

あと、上に紹介したよりもより注意が必要な SWSC の内容の見方があります。言うまでもありませんが、何かあっても責任は持てません。

[Top Pageに戻る]