1つのSELECTでOracle Databaseのパフォーマンスが大幅に低下する可能性はありますか？

Question

すべて、

は、バージョン10gリリース2以上のOracleデータベース

• を考えてみましょう。
• 100％以上

することで、既存のピーク負荷を超えるのに十分なハードウェアは、あなたは、単一の接続を持つ単一のユーザーとユーザーテーブル（ないシステムテーブルまたはV $への読み取り専用アクセスどのような状況を構築することができますまたはx $表）は、Oracleデータベースの全体的なパフォーマンスを低下させます。もしあれば、緩和戦略も列挙してください。

規定されているように、これは、追加の負荷が危険になるような飽和から数CPUサイクル離れたデータベースに関するものではないと考えてください。これは、現在の作業負荷に適した大きさのボックスです。

E.G.

ユーザーがパラレル・ヒントを使用する場合、Oracleは非常に高いDOPを使用してその問合せを実行し、CPUの他のプロセスを停止させることがあります。緩和：パラレルヒントが禁止されていることをユーザーに説明します。

Answer 1

最も簡単な方法は、一番大きなテーブルのデカルト積を行うクエリを複数回発行することです。これは、あなたのTEMPテーブルスペースをかなり早く吹き飛ばして、ソートする必要がある他のセッションのエラーを生成します。 TEMP（これは、個別に識別可能なアカウントではなく複数のユーザーが同時に使用するアプリケーションアカウントの場合には厄介になる可能性があります）で制限付きクォータを許可するか、Resource Managerを使用してセッションが長すぎたりあまりに多くのCPUまたはI/Oリソースを使用します。

明示的なPARALLELヒントがない場合でも、Oracleは自動的に並列性を使用する可能性があります。 Oracleのバージョンと並列性の構成方法に応じて、パラレル自動チューニングをオンにして、並列作業者の総数をいつでも制限できます。もちろん、それは読取り専用ユーザーが実際により多くの並列ワーカーを実行したい他のセッションを塞ぐ2人の並列ワーカーを生成する12のセッションを作成することを妨げるものではありません。システムがCPU制約を受ける場合、Resource Managerを使用して、さまざまな種類のワークロードの優先順位を構成できます。

匿名のPL/SQLブロックを許可した場合、PGAが使い果たされるまで数十万の行でいっぱいになるネストした表の作成など、より多くの方法があります。