Oracle パフォーマンス 何兆件のSelect

Question

本日、誤って複数テーブルをクロス結合して
1000兆件程度のレコードを取得するsqlを流してしまいました。
その後しばらかくするとインスタンスへ接続できなくなり、DB再起動で復旧しました。

1トランザクションで高負荷のSQL1本でDBが
落ちるってことはあるのでしょうか。
CPU、メモリ等色々と条件はあるかと思いますが、
事象として発生するかが気になります。

Comments

[m.ts10806]

落ちたのは事実なので「落ちることはある」で結論付けられませんか？
その時間に一人だけがアクセスしているとは限らないでしょうし。

Answer 1

状況が詳しくわからないので、推測でしか話せませんが、

基本的に落ちることはありません。
tmp領域エラーかタイムアウトエラーになるはずです。
ただし相当な大量件数の検索ですので、
oracleが処理できると思っているうちは
他のクエリやセッションは一切利用できないほどのbusy状態になっていると推測されます。
そうなってしまうと、強制的に落とすしかなくなってしまいます。

またシステム構成で考えると、
任意のサービスの負荷状況をcheckして、サービスを落とすことはあり得ます。

Answer 2

1,000兆件のSELECT ってやったことはありませんが、40億件ちょっとのテーブルでSELECT COUNT(*) えらく時間がかかった経験があります。
SELECTされた内容はメモリ上の配列にどんどん積み上げていて、津島博士のパフォーマンス講座 第14回 メモリ・チューニングについて SGAやPGAを食い尽くすと通常はORA-xxxxx エラーを返しますが、場合によっては誤動作することも考えられます。
アラート・ログにエラー情報が残っているでしょうから、オラクル・サポートに相談した方が良いでしょう。

DWHのように億単位のレコード件数のテーブルを多く扱う場合は通常はきちんと能力のある人材を当てて、まともなデータ量を用意した開発環境で十分なテストをして正常に動作することを確認してから本番環境に持っていきます。
時々すざましい現場にぶち当たる事もありますが。

Comments

[Orlofsky]

念の為確認ですが、CPU(必ず適応してください、っていうパッチユニット) ちゃんと適応していますよね？