毎日のチェック

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

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

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

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

インスタンスパネル

Instance panel

  • ステータス: ステータスが正常かどうかを確認するために使用されます。オンライン ノードの場合、これは無視できます。
  • 稼働時間: 重要な指標。 Up Timeが変更されたことがわかった場合は、コンポーネントが再起動された理由を特定する必要があります。
  • バージョンデプロイメント ディレクトリGit ハッシュ: これらのインジケーターは、バージョン/デプロイメント ディレクトリの不一致や不正確を避けるためにチェックする必要があります。

ホストパネル

Host panel

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

SQL分析パネル

SQL analysis panel

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

リージョンパネル

Region panel

  • 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 request duration

TiKV の KV リクエスト期間は 99。継続時間が長いノードが見つかった場合は、ホット スポットが存在していないか、パフォーマンスが低下しているノードが存在していないかを確認してください。

PD TSO 待機時間

TiDB TSO Wait Duration

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

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

概要パネル

Overview panel

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

例外

Exceptions

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

GCステータス

GC status

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

このページは役に立ちましたか?

Playground
新規
登録なしで TiDB の機能をワンストップでインタラクティブに体験できます。
製品
TiDB Cloud
TiDB
価格
PoC お問い合わせ
エコシステム
TiKV
TiFlash
OSS Insight
© 2024 PingCAP. All Rights Reserved.
Privacy Policy.