気付きにくいREDOログの問題切り分けテクニック
REDOログ書き込みのタイミング 3秒置き COMITT要求時 ログ・バッファの3分の1がいっぱいになったとき DBWRが書き込みを行う直前 のようにいくつかのタイミングがあります。「ログ・バッファの3分の1がいっぱいになったとき」の動作は、ログ・バッファのサイズによって影響を受けます。ログ・バッファはSGA内のメモリ上に確保され、パラメータ「log_buffer」で設定できます。このサイズはどの程度で設定すべきかが、重要な管理項目です。デフォルトでは「128Kbytes×CPU_COUNT」で設定されており、CPU数が5未満であれば500Kbytes（524288bytes）となるようです。 ログ・バッファのサイズが適正であるかどうかは、ログ・バッファに書き込むREDOエントリで競合が起きているかどうかで判断します（リスト1）。統計情報の「redobuffer allocation re
ORACLE チューニング INDEXを有効に使う
～ ご挨拶 ～ ど～も～☆道先案内人の「ユースク・アンタダレヤ」です。 今回、自分の経験を元に簡単にORACLEのSQLのチューニングが行なえるよ～♪ 的な覚書を残したいと思います。 あくまで個人的な覚書な感じなので、間違ってる部分や直したけど早くならないなど、苦情が出るかもしれませんが あくまで自己責任でやってください。 おらは責任取りませんぞ！！ では、説明していきたいと思いますので、最後までお付き合いくだされ☆ ☆ もくじ ☆ ０．ソート処理が発生するSQLをなるべく使わない １．INDEXを有効に使う ２．結合に注意！！ ３．その他 ４．インポート・エクスポート ５．ちょっとしたSQL達！！でも忘れちゃう。。。 ６．パーティショニング（表領域のパーティション化） ７．マテリアライズド・ビュー ８．各種確認コマンド ０．ソート処理が発生するSQLをなるべく使わない SQLを遅くする要
EXPLAIN PLAN - オラクル・Oracleをマスターするための基本と仕組み
EXPLAIN PLAN を使って実行計画を取得する EXPLAIN PLAN の使い方 EXPLAIN PLAN 文は EXPLAIN PLAN FOR + SQL 文によってオラクルのオプティマイザが選択した「実行計画=（予定）」を取得することできる。 ※ EXPLAIN PLAN 文による実行計画の取得は SQL の実際の実行が行なわれないため即座に終了する。 SQL の実行を伴わないため SQL 統計情報は取得できない。 参考: AUTOTRACE による実行計画の取得 例) EXPLAIN PLAN FOR select * from hoge; この文によって SQL の実行計画は PLAN_TABLE という表に格納される。 PLAN_TABLE 表を SQL を使用して直接見ても良いが、簡単な整形程度では見づらいためにお勧めしない。 実行計画の表示方法 その１ オラクルが用
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.oracle.com/technology/global/jp/pub/jp/db_magazine/mongai/chapter3_2.html
サービス終了のお知らせ
OTN Japan Homepage
