SQL 診断

SQL 診断は、TiDB v4.0 で導入された機能です。この機能を使用すると、TiDB の問題をより効率的に特定できます。TiDB v4.0 より前では、さまざまな情報を取得するためにさまざまなツールを使用する必要がありました。

SQL 診断システムには次の利点があります。

• システム全体のすべてのコンポーネントからの情報を統合します。
• システム テーブルを通じて上位レイヤーへの一貫したインターフェイスを提供します。
• 監視の概要と自動診断を提供します。
• クラスター情報のクエリが簡単になります。

概要

SQL 診断システムは、次の 3 つの主要部分で構成されています。

• クラスタ情報テーブル: SQL 診断システムでは、各インスタンスの個別の情報を統一された方法で取得できるクラスター情報テーブルが導入されています。このシステムは、クラスター全体のクラスター トポロジ、ハードウェア情報、ソフトウェア情報、カーネル パラメーター、監視、システム情報、スロー クエリ、ステートメント、ログをテーブルに完全に統合します。そのため、SQL ステートメントを使用してこれらの情報を照会できます。

• クラスタ監視テーブル: SQL 診断システムは、クラスター監視テーブルを導入しました。これらのテーブルはすべてmetrics_schemaにあり、SQL ステートメントを使用して監視情報を照会できます。v4.0 以前の視覚化された監視と比較して、この SQL ベースの方法を使用して、クラスター全体のすべての監視情報に対して相関クエリを実行し、異なる期間の結果を比較して、パフォーマンスのボトルネックをすばやく特定できます。TiDB クラスターには多くの監視メトリックがあるため、SQL 診断システムは監視サマリーテーブルも提供し、異常な監視項目をより簡単に見つけることができます。

自動診断: クラスター情報テーブル、クラスター監視テーブル、およびサマリー テーブルをクエリして問題を特定する SQL ステートメントを手動で実行することもできますが、自動診断を使用すると、一般的な問題をすばやく特定できます。SQL 診断システムは、既存のクラスター情報テーブルと監視テーブルに基づいて自動診断を実行し、関連する診断結果テーブルと診断サマリー テーブルを提供します。

クラスタ情報テーブル

クラスター情報テーブルには、すべてのインスタンスとクラスター内のインスタンスの情報がまとめられています。これらのテーブルを使用すると、1 つの SQL ステートメントのみを使用してすべてのクラスター情報を照会できます。次に、クラスター情報テーブルの一覧を示します。

• クラスタートポロジテーブルinformation_schema.cluster_infoからは、クラスターの現在のトポロジ情報、各インスタンスのバージョン、バージョンに対応する Git ハッシュ、各インスタンスの開始時刻、各インスタンスの実行時間を取得できます。
• クラスター構成テーブルinformation_schema.cluster_configから、クラスター内のすべてのインスタンスの構成を取得できます。4.0 より前のバージョンでは、これらの構成情報を取得するには、各インスタンスの HTTP API に 1 つずつアクセスする必要があります。
• クラスター ハードウェア テーブルinformation_schema.cluster_hardwareでは、クラスター ハードウェア情報をすばやく照会できます。
• クラスター負荷テーブルinformation_schema.cluster_loadでは、クラスターのさまざまなインスタンスとハードウェア タイプの負荷情報を照会できます。
• カーネル パラメータ テーブルinformation_schema.cluster_systeminfoでは、クラスター内のさまざまなインスタンスのカーネル構成情報を照会できます。現在、TiDB は sysctl 情報の照会をサポートしています。
• クラスター ログ テーブルinformation_schema.cluster_logでは、クラスター ログをクエリできます。クエリ条件を各インスタンスにプッシュダウンすることで、クエリがクラスターのパフォーマンスに与える影響は、 grepコマンドよりも少なくなります。

TiDB v4.0 より前のシステム テーブルでは、現在のインスタンスのみを表示できます。TiDB v4.0 では、対応するクラスター テーブルが導入され、単一の TiDB インスタンスでクラスター全体のグローバル ビューを取得できます。これらのテーブルは現在information_schemaにあり、クエリ方法は他のinformation_schemaつのシステム テーブルと同じです。

クラスタ監視テーブル

異なる期間のクラスターの状態を動的に観察および比較するために、SQL 診断システムはクラスター監視システム テーブルを導入しています。すべての監視テーブルはmetrics_schemaにあり、SQL ステートメントを使用して監視情報を照会できます。この方法を使用すると、クラスター全体のすべての監視情報に対して相関クエリを実行し、異なる期間の結果を比較して、パフォーマンスのボトルネックをすばやく特定できます。

• information_schema.metrics_tables : 現在多くのシステム テーブルが存在するため、 information_schema.metrics_tablesテーブルでこれらの監視テーブルのメタ情報を照会できます。

TiDB クラスターには多くの監視メトリックがあるため、TiDB は v4.0 で次の監視サマリー テーブルを提供します。

• 監視概要表information_schema.metrics_summaryには、すべての監視データがまとめられており、各監視メトリックをより効率的に確認できます。
• information_schema.metrics_summary_by_label 、すべての監視データも要約します。特に、このテーブルは、各監視メトリックの異なるラベルを使用して統計を集計します。

自動診断

上記のクラスター情報テーブルとクラスター監視テーブルでは、クラスターのトラブルシューティングを行うために SQL 文を手動で実行する必要があります。TiDB v4.0 は自動診断をサポートしています。既存の基本情報テーブルに基づいて診断関連のシステム テーブルを使用することで、診断が自動的に実行されます。自動診断に関連するシステム テーブルは次のとおりです。

• 診断結果テーブルinformation_schema.inspection_resultには、システムの診断結果が表示されます。診断は受動的にトリガーされますselect * from inspection_resultを実行すると、すべての診断ルールがトリガーされてシステムが診断され、システム内の障害またはリスクが結果に表示されます。
• 診断サマリー テーブルinformation_schema.inspection_summaryには、特定のリンクまたはモジュールの監視情報が要約されています。モジュールまたはリンク全体のコンテキストに基づいて、トラブルシューティングや問題の特定を行うことができます。