OB CloudのリアルタイムSQL診断を体験する

このチュートリアルでは、OB Cloudが提供するリアルタイムSQL診断機能をすぐに体験できます。リアルタイムSQL診断は、可視化された方法でSQL実行プロセス中に実際の実行計画の状態をリアルタイムで照会・表示し、計画内の各演算子の実行時間とリソース使用状況を示します。これにより、SQLパフォーマンスの問題を迅速に調査することができます。

前提条件

• 利用可能な分析型インスタンスをお持ちであり、そのインスタンスのデータベースバージョンが4.3.3以上であること。

• ご利用のOB Cloudアカウントのロール権限がプロジェクト管理者であること。

ステップ1：ワークスペースの作成

1. OB Cloudコンソールのホームページの左側のナビゲーションペインで、データ開発 > ワークスペース を選択します。

2. ワークスペース ページで、ワークスペースを作成する をクリックします。

3. ワークスペースを作成する のポップアップウィンドウで、以下の設定を完了した後、作成する をクリックしてワークスペースの作成を完了します。

   構成パラメータ	説明
   ワークスペース名	カスタムのワークスペース名。
   関連インスタンス	既存の分析型インスタンスを選択します。
   データベースアカウント	+ 新規アカウント をクリックして、新しいデータベースアカウントを作成し、このワークスペースに関連付けます。
   パスワード	作成したばかりのデータベースアカウントのパスワードを入力します。

ステップ2：サンプルデータのインポート

1. ワークスペース一覧ページで、ステップ1で作成したワークスペース名をクリックし、ワークスペースの詳細ページに移動します。

2. 左側のナビゲーションペインで、サンプルデータセット をクリックし、TPC_H_1G カードを検索してクリックすると、データセットの詳細ページに移動します。

3. インポート をクリックし、サンプルデータを読み込む のポップアップウィンドウを開きます。

4. 空のデータベースを選択してください のドロップダウンメニューで、データベースを作成 をクリックします。

5. データベースの作成が完了したら、そのデータベースを選択し、インポート をクリックします。

6. インポートタスクの完了を待ち、インポートが成功しました のポップアップウィンドウで、ワークシートを開く をクリックし、データ開発ページに進みます。

ステップ3：スローSQLシナリオのシミュレーション

ここでは、典型的な特徴を持つSQLクエリを選択しました。このクエリはTPC-HベンチマークテストのQ20クエリであり、特定の国（例：アルジェリア）において特定の条件を満たすすべてのサプライヤーを検索することを目的としています。このクエリの特徴は、ソート、集計、INサブクエリ、通常のサブクエリを含む2テーブルの結合操作です。これらの複雑なSQL操作は分散データベース環境では一般的であり、SQL実行時間が長くなりやすく、パフォーマンスボトルネックとなる原因となります。

1. ワークブックのエディターウィンドウに以下の例SQLステートメントを入力します。

   -- 指定された国（例：アルジェリア）で特定の条件を満たすサプライヤーを検索する
   SELECT s_name,  -- サプライヤー名
          s_address  -- サプライヤー住所
   FROM supplier,
        nation
   WHERE s_suppkey IN (
       -- 条件を満たすサプライヤーを検索する
       SELECT ps_suppkey
       FROM partsupp
       WHERE ps_partkey IN (
           -- 条件を満たす部品を検索する
           SELECT p_partkey
           FROM part
           WHERE p_name LIKE 'green%'  -- 部品名は 'green' で始まる
       )
       AND ps_availqty > (
           -- サプライヤーの在庫が特定のしきい値（出荷数の半分）を超える場合
           SELECT 0.5 * SUM(l_quantity)
           FROM lineitem
           WHERE l_partkey = ps_partkey
           AND l_suppkey = ps_suppkey
           AND l_shipdate >= DATE '1993-01-01'  -- 出荷日の範囲の開始日
           AND l_shipdate < DATE '1993-01-01' + INTERVAL '1' YEAR  -- 出荷日の範囲の終了日
       )
   )
   AND s_nationkey = n_nationkey  -- サプライヤーの所在国
   AND n_name = 'ALGERIA'  -- 指定国をアルジェリアとする
   ORDER BY s_name;  -- サプライヤー名でソートする
   

2. 実行 ボタンをクリックしてこのクエリを実行します。このクエリには複数テーブルの結合、ソート、サブクエリなどの操作が含まれており、時間がかかる可能性があります。

ステップ4：スローSQLの分析

1. クエリの実行が完了したら、行プロフィール ボタンをクリックしてSQL診断ページに進みます。

   説明

   クエリの実行が遅い場合は、クエリの実行中に結果領域の 実行プロファイルを見る をクリックして、リアルタイムSQL診断ページを開くこともできます。

2. SQL診断ページで、実行の詳細、実行計画、または エンドツーエンドのトレース診断 タブを選択すると、異なる観点からのSQL実行データを確認できます。

   • 実行の詳細 タブでは、ページ右側の 期間中のトップ5 リストから、実行時間が最も長い演算子を見つけ、その演算子名をクリックすると、その演算子をすばやく特定し、詳細を確認できます。

   • 実行計画図では、演算子下部の青いバーの長さを比較して、最も時間を消費する演算子を特定します。

ステップ5：SQL実行の最適化

SQL診断ページで提供される情報から、lineitem テーブルの全表スキャンがボトルネックであることがわかります。そのため、関連する列にインデックスを作成することにします。

1. SQL診断ページを閉じてワークブックのエディターページに戻り、新しいエディターウィンドウを開いて、以下のステートメントを実行し、l_shipdate 列にインデックスを作成します。

   ALTER TABLE lineitem ADD INDEX idx_lineitem_shipdate (l_shipdate);
   

2. ステップ3で実行したSQLステートメントを再度実行し、実行時間が改善されているか確認します。

3. クエリのパフォーマンスが依然として期待に達していない場合は、l_partkey、l_suppkey、l_shipdate に対して複合インデックスを作成してみることができます。

   ALTER TABLE lineitem ADD INDEX idx_lineitem_partkey_suppkey_shipdate (l_partkey, l_suppkey, l_shipdate);
   

4. 再度ステップ3のクエリを実行し、Hash JoinがNested-Loop Joinに最適化され、実行時間がさらに短縮されているか確認します。