毎日のチェック

TiDBは分散型データベースであるため、仕組みや監視項目が単体型データベースよりも複雑です。 TiDB をより便利な方法で操作および保守するために、このドキュメントでは主要なパフォーマンス指標をいくつか紹介します。

TiDB ダッシュボードの主な指標

v4.0 から、TiDB は新しい運用および保守管理ツールTiDB ダッシュボードを提供します。このツールは、PD コンポーネントに統合されています。デフォルトのアドレスhttp://${pd-ip}:${pd_port}/dashboardで TiDB ダッシュボードにアクセスできます。

TiDB ダッシュボードは、TiDB データベースの操作と保守を簡素化します。 1 つのインターフェイスを介して、TiDB クラスター全体の実行ステータスを表示できます。以下は、いくつかのパフォーマンス指標の説明です。

インスタンス パネル

• ステータス: このインジケータは、ステータスが正常かどうかを確認するために使用されます。オンライン ノードの場合、これは無視できます。
• Up Time : 重要な指標。 Up Timeが変更されていることがわかった場合は、コンポーネントが再起動された理由を特定する必要があります。
• Version 、 Deployment Directory 、 Git Hash : これらの指標は、一貫性のない、または誤ったバージョン/展開ディレクトリを避けるためにチェックする必要があります。

ホスト パネル

CPU、メモリ、およびディスクの使用状況を表示できます。いずれかのリソースの使用率が 80% を超える場合は、それに応じて容量をスケールアウトすることをお勧めします。

SQL分析パネル

クラスターで実行された遅い SQL ステートメントを見つけることができます。次に、特定の SQL ステートメントを最適化できます。

リージョンパネル

• miss-peer-region-count : 十分なレプリカがないリージョンの数。この値は常に0より大きいとは限りません。
• extra-peer-region-count : 追加のレプリカを持つリージョンの数。これらのリージョンは、スケジューリング プロセス中に生成されます。
• empty-region-count : TRUNCATE TABLE / DROP TABLEステートメントの実行によって生成された空のリージョンの数。この数が大きい場合は、 Region Mergeを有効にして、テーブル間でリージョンをマージすることを検討できます。
• pending-peer-region-count : Raftログが古いリージョンの数。スケジューリング プロセスでいくつかの保留中のピアが生成されるのは正常です。ただし、この値が一定時間（30 分以上）大きい場合は正常ではありません。
• down-peer-region-count : Raftリーダーによって報告された応答のないピアを持つリージョンの数。
• offline-peer-region-count : オフライン プロセス中のリージョンの数。

一般に、これらの値が0でないことは正常です。ただし、かなり長い間0ではないことは正常ではありません。

KV リクエスト期間

TiKV での KV 要求期間 99。継続時間が長いノードが見つかった場合は、ホット スポットがあるかどうか、またはパフォーマンスの低いノードがあるかどうかを確認します。

PD TSO 待機期間

TiDB が PD から TSO を取得するのにかかる時間。待ち時間が長くなる理由は次のとおりです。

• TiDB から PD への高いネットワークレイテンシー。 ping コマンドを手動で実行して、ネットワークレイテンシーをテストできます。
• TiDBサーバーの負荷が高い。
• PDサーバーの負荷が高い。

概要パネル

負荷、使用可能なメモリ、ネットワーク トラフィック、および I/O ユーティリティを表示できます。ボトルネックが見つかった場合は、容量をスケールアウトするか、クラスター トポロジ、SQL、クラスター パラメーターなどを最適化することをお勧めします。

例外

各 TiDB インスタンスでの SQL ステートメントの実行によってトリガーされたエラーを表示できます。これらには、構文エラー、主キーの競合などが含まれます。

GC ステータス

GC (ガベージ コレクション) の状態が正常かどうかは、最後の GC が発生した時刻を表示することで確認できます。 GC が異常であると、履歴データが過剰になり、アクセス効率が低下する可能性があります。