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

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

前提条件

• 利用可能な分析型インスタンス(共有インスタンスまたはクラスタインスタンスのいずれか)があり、インスタンスのデータベースバージョンが4.3.3以上であること。

  現在利用可能なインスタンスがない場合は、OB Cloudの無料トライアルインスタンスを開始することができます。クリックして無料トライアルのルールと開始方法を確認してください。

• ご利用の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実行データを確認できます。

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

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

ステップ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に最適化され、実行時間がさらに短縮されているかどうか確認します。