Database Autonomy Service:スロークエリログ

主要概念：ユーザーグループ

ユーザーグループは、スローログ分析機能の主要なコンポーネントです。ユーザーグループは、カスタムのインスタンス監視ダッシュボードとして機能します。ユーザーグループを作成して、次の操作を実行できます。

• 論理的なグループ化：異なる事業部門のデータベースインスタンスをグループ化して、管理しやすくします。各ユーザーグループには最大 10 個のインスタンスを含めることができます。

• 統一ビュー：グループ内のすべてのインスタンスのスローログの傾向、イベント分布、SQL 統計を単一のページで表示します。

• 効率的な切り替え：インスタンスを繰り返し選択することなく、異なるビジネスのフォーカスエリアをすばやく切り替えることができます。

前提条件

• 対応データベースエンジン：データベースインスタンスは、次のいずれかのエンジンタイプを使用している必要があります。

  • リレーショナルデータベース：

    • RDS for MySQL、PolarDB for MySQL、MyBase for MySQL

    • RDS for SQL Server、MyBase for SQL Server

    • RDS for PostgreSQL、PolarDB for PostgreSQL、PolarDB for PostgreSQL (Oracle互換)

    • PolarDB-X 2.0

  • NoSQLデータベース：

    • Tair (Redis OSS 互換)、MyBase for Redis

    • ApsaraDB for MongoDB

• インスタンスへのアクセス：対象のデータベースインスタンスが DAS に接続されている必要があります。詳細については、「データベースインスタンスへの接続」をご参照ください。

• 対応リージョン：

  • スロークエリログ詳細：この機能はすべてのリージョンで対応しています。

  • リアルタイムスロークエリログ統計：この機能は、中国本土、香港 (中国)、シンガポール、マレーシア (クアラルンプール)、インドネシア (ジャカルタ)、日本 (東京)、ドイツ (フランクフルト)、イギリス (ロンドン)、アメリカ (シリコンバレー)、およびアメリカ (バージニア) の各リージョンで対応しています。

• セルフマネージドデータベース：スローログ分析ページは、セルフマネージドデータベースインスタンスに対応していません。

• スロークエリログのしきい値：データベースカーネルがスロークエリログの記録を制御します。DAS は分析を担当し、しきい値を設定しません。MySQL の long_query_time パラメーターなど、スロークエリログのしきい値を設定するには、特定のデータベースインスタンスにログインする必要があります。

操作手順

よくある質問

• Q：なぜスロークエリログのデータが表示されないのですか。

  A：リアルタイムコンピューティングとウィンドウ集約技術が使用されているため、最新のスロークエリログ統計の表示に約 3 分の遅延が生じることが原因として考えられます。次の点も確認してください。

  • データベースインスタンスでスロークエリログ機能が有効になっており、しきい値が適切な値に設定されていることを確認してください。

  • 選択した時間範囲内にスロークエリログが生成されていることを確認してください。

  • セルフマネージド MySQL データベースの場合、mysql.slow_log テーブルのレコードが多すぎないことを確認してください。レコード数が多すぎると、dbgateway の収集がタイムアウトする原因となります。slow_log テーブルを切り捨てるか、dbgateway ホストモードを使用してローカルファイルからスロークエリログを収集してください。

  • 現在のアカウントに、対象インスタンスへの DAS アクセス権限があることを確認してください。

• Q：RAM ユーザーがユーザーグループを表示または管理する権限を持っていない場合はどうすればよいですか。

  A：管理者は RAM ユーザーにアカウントレベルのアクション権限を付与する必要があります。この承認は、グローバルスローロググループを操作する権限にのみ影響し、他のインスタンスに対する RAM ユーザーのデータ権限は変更しません。

  • グローバルグループ管理者ポリシー (例: DASGlobalGroupAdmin)：このポリシーにより、ユーザーはグローバルグループの作成、削除、変更、および照会ができます。

    {
      "Version": "1",
      "Statement": [
        {
          "Action": [
            "hdm:DescribeGlobalGroups",
            "hdm:CreateGlobalGroup",
            "hdm:DeleteGlobalGroup",
            "hdm:ModifyGlobalGroup"
          ],
          "Resource": "*",
          "Effect": "Allow"
        }
      ]
    }

  • グローバルグループ読み取り専用ポリシー (例: DASGlobalGroupReadOnly)：このポリシーにより、ユーザーはグローバルグループの表示のみが許可されます。

    {
      "Version": "1",
      "Statement": [
        {
          "Action": "hdm:DescribeGlobalGroups",
          "Resource": "*",
          "Effect": "Allow"
        }
      ]
    }

• Q：一部のインスタンスが黄色でハイライトされ、現在のユーザーにアクセス権限がないことを示しているのはなぜですか。

  A：黄色いハイライトは、RAM ユーザーがそのインスタンスに対するデータアクセス権限を持っていないことを示します。この問題は、次のいずれかの方法で解決できます。

  • 管理者に連絡する：管理者に連絡し、RAM ユーザーにインスタンスへのアクセス権限を付与するよう依頼します。

  • グローバルグループ権限を付与する：RAM ユーザーに DASGlobalGroupAdmin 権限を付与します。これにより、RAM ユーザーはユーザーグループを作成し、アクセス権を持つインスタンスのデータを一括で表示できるようになります。

• Q：クエリが実際にデータを返しているにもかかわらず、スロークエリログの返却行数 (Rows_sent) が 0 になるのはなぜですか。

  A：これは通常、アプリケーションがサーバーサイドカーソルモードを使用していることが原因です。カーソルモードでは、SQL ステートメントの実行は 2 つの段階に分かれます。

  • EXECUTE 段階：サーバーはクエリを実行して結果セットを生成しますが、データ行はすぐにはクライアントに送信しません。列定義などのメタデータのみを返します。

  • FETCH 段階：クライアントは FETCH コマンドを使用してデータ行をバッチで取得します。

  スロークエリログは、EXECUTE 段階の統計を記録します。この段階では、MySQL はデータをスキャンしていますが (そのため Rows_examined は 0 ではありません)、まだデータ行をクライアントに送信していません (データは後続の FETCH 段階で送信されます)。したがって、Rows_sent は 0 として記録されます。

  一般的なシナリオ：

  • Java/JDBC：接続 URL で useCursorFetch=true が有効になっており、PreparedStatement.setFetchSize() が 0 より大きい値または Integer.MIN_VALUE に設定されています。

  • Python：MySQLdb.cursors.SSCursor または pymysql.cursors.SSCursor が使用されています。

  • ORM フレームワーク：一部のオブジェクトリレーショナルマッピング (ORM) フレームワークは、大規模なデータセットのクエリを処理する際に、デフォルトでストリーミングクエリを使用することがあります。これはカーソルモードに基づいています。

  これが原因であるかを確認するには、アプリケーションコードで fetchSize が設定されているか、ストリーミングカーソルが使用されているかを確認してください。データベースで SHOW GLOBAL STATUS LIKE 'Com_stmt_fetch'; コマンドを実行し、FETCH リクエストを確認することもできます。

• Q：スロークエリログの完了時刻が、SQL ステートメントの実際の実行時刻と異なるのはなぜですか。

  A：この問題は通常、SQL ステートメントの実行時にタイムゾーンが変更されたことが原因で発生します。スロークエリログに記録される SQL 実行時間のタイムゾーンは、セッション、データベース、またはシステムレベルのいずれかになります。スロークエリログの時刻を決定するロジックは次のとおりです。データベースにタイムゾーンが設定されている場合はデータベースのタイムゾーンが使用され、設定されていない場合はシステムのタイムゾーンが使用されます。SQL ステートメントによってセッションレベルのタイムゾーンが変更された場合、スロークエリログレコードのタイムゾーンが正しく変換されないことがあります。

• Q：SQL ID とは何ですか。

  A：同じタイプのスロークエリログの統計分析を容易にするため、DAS はスロークエリログからコメントを削除し、パラメーターを疑問符 (?) に置き換えてスロークエリログテンプレートを生成します。その後、DAS はテンプレートに対してハッシュ計算を実行し、32 文字の SQL ID を生成します。同じ SQL ID を持つレコードは、同じタイプのスロークエリログと見なされます。

• Q：スロークエリログが切り捨てられるのはなぜですか。切り捨てられていないスロークエリログを取得するにはどうすればよいですか。

  A：基盤となるストレージの制限により、単一のスロークエリログの最大長は 16 KB です。この制限を超えるコンテンツは切り捨てられます。この長さ制限は変更できず、切り捨てられていないスロークエリログは取得できません。完全な SQL ステートメントを表示するには、監査ログ機能を有効にしてください。

• Q：API から返されるスロークエリログデータが、コンソールのデータと一致しないのはなぜですか。

  A：これは、次の 2 つの理由のいずれかが原因であると考えられます。

  • データベースエンジンが提供するスロークエリログ API を使用している。コンソールのデータと一致させるには、DAS が提供するスロークエリログ API (DescribeSlowLogStatistic) を使用してください。API を使用する最も簡単な方法は、コンソールで対象のデータを絞り込んだ後、[デバッグに進む] をクリックして、API でページデータを取得する方法を確認することです。

  • 現在時刻に近いスロークエリログを照会すると、データの到着が遅れ、同じ API への 2 回のクエリで結果が一致しないことがあります。

関連ドキュメント

DAS の自動データベース管理機能を有効にすると、データベースインスタンスで低速な SQL ステートメントが発生した際に、自動的に最適化できます。

• 自動SQL最適化

• 自動SQLスロットリング