DBMS_STATSを使用してOracleクエリパフォーマンスを最適化するには、まず、テーブルレベルの統(tǒng)計(jì)（行とブロックカウント）、列統(tǒng)計(jì)（選択性推定の場(chǎng)合）、およびインデックス統(tǒng)計(jì)（インデックスアクセスに依存しない限り、それほど重要ではない）の統(tǒng)計(jì)が必要な統(tǒng)計(jì)を理解します。次に、適切な粒度を選択します。速度に推定モード、小さなテーブルの精度を正確に、またはOracleのデフォルトスマートサンプリングにauto_sample_sizeを使用します。第三に、メンテナンスウィンドウ中に自動(dòng)タスクを活用し、揮発性テーブルのスケジュールをカスタマイズし、頑固さを監(jiān)視し、ピーク時(shí)間を回避することにより、統(tǒng)計(jì)を賢明にスケジュールします。第4に、lock_table_statsで必要に応じて統(tǒng)計(jì)をロックして、特にデータウェアハウスで実行計(jì)畫を維持しますが、時(shí)間の経過とともに時(shí)代遅れの統(tǒng)計(jì)に注意してください。 DBMS_STATの適切な使用により、オプティマイザーの決定と全體的なSQLパフォーマンスが向上します。

Oracleデータベースのクエリパフォーマンスの最適化に関しては、DBMS_STATSパッケージを適切に使用することは、あなたができる最もインパクトのあることの1つです。オプティマイザーは、正確な統(tǒng)計(jì)に大きく依存して、効率的な実行計(jì)畫を生成します。統(tǒng)計(jì)が欠落または時(shí)代遅れの場(chǎng)合、最高の調(diào)整されたSQLでさえパフォーマンスが低下する可能性があります。

DBMS_STATSを効果的に使用する方法は次のとおりです。

1.必要な統(tǒng)計(jì)を理解してください

すべてのオブジェクトが同じレベルの注意を必要とするわけではありません。テーブル、インデックス、列 - 統(tǒng)計(jì)の収集に関しては、それぞれ異なるニーズがあります。

• テーブルレベルの統(tǒng)計(jì)には、行數(shù)とブロック數(shù)が含まれます。
• 列の統(tǒng)計(jì)は、特に條項(xiàng)條件の場(chǎng)合、オプティマイザーの推定選択性を推定するのに役立ちます。
• インデックスの統(tǒng)計(jì)も重要ですが、クエリがインデックスアクセスパスに大きく依存していない限り、テーブル/列の統(tǒng)計(jì)よりも重要ではないことがよくあります。

たとえば、結(jié)合またはフィルターで使用される列には、データ分布が歪んでいる場(chǎng)合はヒストグラムが必要です（「A」が90％の時(shí)間に表示されるステータスコードなど）。

2。適切な粒度を使用：自動(dòng)対推定対正確

DBMS_STATSは、統(tǒng)計(jì)を徹底的に収集するためのいくつかのオプションを提供します。

• 通常、 ESTIMATEモードは問題ありません。データをサンプリングします。これは、ほとんどの場(chǎng)合に十分です。
• EXACTモードは完全なスキャンを行います。これはより正確ですが、大きなテーブルでは高価です。
• AUTO設(shè)定（ AUTO_SAMPLE_SIZEなど）オラクルに最良のアプローチを決定させます。多くの場(chǎng)合、これはうまく機(jī)能します。

次のようなデフォルトをオーバーライドすることをお?jiǎng)幛幛筏蓼埂?/p>

• 揮発性データを備えた大きなテーブル
• サンプリングがプランの選択肢が悪いことにつながるテーブル

例：

 exec dbms_stats.gather_table_stats（ 'schema_name'、 'table_name'、atimate_percent => 30）;

3。統(tǒng)計(jì)コレクションをスマートにスケジュールします

統(tǒng)計(jì)を古くすることは一般的な問題です。しかし、毎晩すべてのすべての統(tǒng)計(jì)を盲目的に再採(cǎi)用することも、必ずしも賢いとは限りません。

考慮する：

• メンテナンスウィンドウ中に実行される自動(dòng)オプティマイザーの統(tǒng)計(jì)タスクを使用しています（最近のOracleバージョンのデフォルト）。
• インパクトまたは頻繁に変更するテーブルのカスタムスケジュール。
• 堅(jiān)牢性のしきい値の監(jiān)視 - Oracleは、特定の數(shù)の変更後にテーブルを「古く」とマークできます。

また、ピーク時(shí)に統(tǒng)計(jì)を収集しないでください。ロックや競(jìng)合を引き起こす可能性があります。

4.必要に応じて統(tǒng)計(jì)をロックします

特に現(xiàn)在の統(tǒng)計(jì)に関する特定の実行計(jì)畫を調(diào)整した場(chǎng)合、統(tǒng)計(jì)を変更したくない場(chǎng)合があります。

そのような場(chǎng)合：

• LOCK_TABLE_STATSとUNLOCK_TABLE_STATSを使用して、偶発的な更新を防ぎます
• これは、寸法が比較的靜的なデータウェアハウス環(huán)境で役立ちます

例：

 exec dbms_stats.lock_table_stats（ 'dw_schema'、 'dim_customers'）;

ただし、注意してください - ロックされた統(tǒng)計(jì)は、時(shí)間の経過とともに時(shí)代遅れになり、再訪しないと貧弱な計(jì)畫につながる可能性があります。

DBMS_STATSでオプティマイザー統(tǒng)計(jì)を効果的に管理することは、あまり複雑ではありませんが、データとワークロードを理解する必要があります。デフォルトから始め、動(dòng)作を監(jiān)視し、必要な場(chǎng)合にのみ調(diào)整します。

以上がOptimizer Statisticsを収集するために、DBMS_STATSパッケージをどのように効果的に使用できますか？の詳細(xì)內(nèi)容です。詳細(xì)については、PHP 中國(guó)語(yǔ) Web サイトの他の関連記事を參照してください。