From f4398678d6e6725e6b64a45156d35073fac68c2f Mon Sep 17 00:00:00 2001 From: Yasuo Honda Date: Tue, 30 Jun 2026 10:42:15 +0900 Subject: [PATCH] =?UTF-8?q?i18n(ja):=20replace=20'TiDB=20=E3=83=80?= =?UTF-8?q?=E3=83=83=E3=82=B7=E3=83=A5=E3=83=9C=E3=83=BC=E3=83=89'=20with?= =?UTF-8?q?=20'TiDB=20Dashboard'=20in=20Japanese=20docs?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- TOC.md | 10 +-- _index.md | 2 +- analyze-slow-queries.md | 16 ++--- api/monitoring-api-overview.md | 2 +- basic-features.md | 10 +-- best-practices-for-security-configuration.md | 14 ++-- best-practices/haproxy-best-practices.md | 2 +- best-practices/tidb-best-practices.md | 2 +- best-practices/uuid.md | 4 +- cached-tables.md | 2 +- command-line-flags-for-tidb-configuration.md | 2 +- daily-check.md | 6 +- dashboard/continuous-profiling.md | 10 +-- dashboard/dashboard-access.md | 30 ++++----- dashboard/dashboard-cluster-info.md | 10 +-- dashboard/dashboard-diagnostics-access.md | 10 +-- dashboard/dashboard-diagnostics-report.md | 20 +++--- dashboard/dashboard-diagnostics-usage.md | 14 ++-- dashboard/dashboard-faq.md | 36 +++++----- dashboard/dashboard-intro.md | 38 +++++------ dashboard/dashboard-key-visualizer.md | 14 ++-- dashboard/dashboard-log-search.md | 8 +-- dashboard/dashboard-metrics-relation.md | 8 +-- dashboard/dashboard-monitoring.md | 6 +- dashboard/dashboard-ops-deploy.md | 52 +++++++-------- dashboard/dashboard-ops-reverse-proxy.md | 60 ++++++++--------- dashboard/dashboard-ops-security.md | 38 +++++------ dashboard/dashboard-overview.md | 12 ++-- dashboard/dashboard-profiling.md | 12 ++-- dashboard/dashboard-resource-manager.md | 8 +-- dashboard/dashboard-session-share.md | 12 ++-- dashboard/dashboard-session-sso.md | 66 +++++++++---------- dashboard/dashboard-slow-query.md | 28 ++++---- dashboard/dashboard-statement-details.md | 16 ++--- dashboard/dashboard-statement-list.md | 14 ++-- dashboard/dashboard-user.md | 38 +++++------ dashboard/top-sql.md | 10 +-- deploy-monitoring-services.md | 4 +- develop/dev-guide-troubleshoot-overview.md | 6 +- develop/dev-guide-use-follower-read.md | 4 +- dr-multi-replica.md | 4 +- dynamic-config.md | 2 +- explore-htap.md | 6 +- faq/faq-overview.md | 2 +- glossary.md | 4 +- identify-expensive-queries.md | 6 +- identify-slow-queries.md | 38 +++++------ .../information-schema-metrics-summary.md | 2 +- .../information-schema-tidb-indexes.md | 2 +- information-schema/information-schema.md | 4 +- latency-breakdown.md | 6 +- pd-configuration-file.md | 14 ++-- performance-tuning-overview.md | 4 +- performance-tuning-practices.md | 20 +++--- pessimistic-transaction.md | 2 +- post-installation-check.md | 8 +-- privilege-management.md | 2 +- quick-start-with-tidb.md | 6 +- releases/release-1.0.1.md | 2 +- releases/release-1.0.5.md | 4 +- releases/release-2.0.5.md | 2 +- releases/release-2.1-ga.md | 2 +- releases/release-2.1-rc.2.md | 2 +- releases/release-2.1-rc.4.md | 2 +- releases/release-2.1.10.md | 2 +- releases/release-2.1.15.md | 2 +- releases/release-2.1.16.md | 2 +- releases/release-2.1.9.md | 6 +- releases/release-3.0-beta.md | 2 +- releases/release-3.0-ga.md | 2 +- releases/release-3.0.0-rc.3.md | 2 +- releases/release-3.0.10.md | 6 +- releases/release-3.0.2.md | 6 +- releases/release-3.0.4.md | 2 +- releases/release-4.0-ga.md | 2 +- releases/release-4.0.0-rc.2.md | 4 +- releases/release-4.0.1.md | 2 +- releases/release-4.0.11.md | 2 +- releases/release-4.0.14.md | 12 ++-- releases/release-4.0.2.md | 2 +- releases/release-4.0.3.md | 10 +-- releases/release-4.0.5.md | 2 +- releases/release-4.0.6.md | 6 +- releases/release-4.0.7.md | 4 +- releases/release-4.0.8.md | 2 +- releases/release-4.0.9.md | 8 +-- releases/release-5.0.3.md | 2 +- releases/release-5.0.4.md | 2 +- releases/release-5.1.1.md | 8 +-- releases/release-5.2.2.md | 2 +- releases/release-5.3.0.md | 16 ++--- releases/release-5.4.0.md | 4 +- releases/release-6.0.0-dmr.md | 4 +- releases/release-6.1.0.md | 2 +- releases/release-6.1.1.md | 2 +- releases/release-6.1.5.md | 2 +- releases/release-6.2.0.md | 8 +-- releases/release-6.3.0.md | 10 +-- releases/release-6.4.0.md | 4 +- releases/release-6.5.0.md | 14 ++-- releases/release-6.5.1.md | 2 +- releases/release-6.5.12.md | 2 +- releases/release-6.6.0.md | 12 ++-- releases/release-7.1.0.md | 6 +- releases/release-7.1.3.md | 4 +- releases/release-7.1.4.md | 4 +- releases/release-7.3.0.md | 4 +- releases/release-7.4.0.md | 4 +- releases/release-7.5.0.md | 2 +- releases/release-7.5.1.md | 4 +- releases/release-7.5.2.md | 2 +- releases/release-7.5.4.md | 2 +- releases/release-7.5.7.md | 2 +- releases/release-7.6.0.md | 4 +- releases/release-8.1.0.md | 6 +- releases/release-8.3.0.md | 2 +- releases/release-8.4.0.md | 2 +- releases/release-8.5.0.md | 2 +- releases/release-8.5.4.md | 2 +- releases/release-8.5.5.md | 2 +- releases/release-8.5.6.md | 4 +- sql-non-prepared-plan-cache.md | 2 +- sql-tuning-best-practice.md | 20 +++--- statement-summary-tables.md | 2 +- system-variable-reference.md | 32 ++++----- system-variables.md | 14 ++-- telemetry.md | 2 +- ticdc/ticdc-changefeed-config.md | 14 ++-- ticdc/ticdc-sink-to-mysql.md | 2 +- tidb-architecture.md | 2 +- tidb-cloud/limited-sql-features.md | 2 +- tidb-cloud/monitor-built-in-alerting.md | 4 +- tidb-cloud/releases/release-notes-2022.md | 4 +- tidb-cloud/releases/release-notes-2023.md | 14 ++-- tidb-cloud/releases/release-notes-2024.md | 2 +- .../releases/tidb-cloud-release-notes.md | 4 +- tidb-cloud/serverless-limitations.md | 2 +- tidb-cloud/tidb-cloud-clinic.md | 24 +++---- tidb-cloud/tidb-cloud-poc.md | 4 +- tidb-cloud/tidb-cloud-sql-tuning-overview.md | 4 +- .../tidb-cloud-tune-performance-overview.md | 2 +- tidb-cloud/tidb-x-architecture.md | 2 +- tidb-cloud/top-ru.md | 2 +- tidb-cloud/tune-performance.md | 18 ++--- tidb-configuration-file.md | 10 +-- tidb-monitoring-framework.md | 8 +-- tidb-read-staleness.md | 2 +- tidb-resource-control-ru-groups.md | 8 +-- tidb-troubleshooting-map.md | 2 +- tiflash/use-tidb-to-read-tiflash.md | 2 +- tikv-in-memory-engine.md | 2 +- tiproxy/tiproxy-performance-test.md | 8 +-- tiup/tiup-cluster-topology-reference.md | 2 +- tiup/tiup-cluster.md | 2 +- tiup/tiup-command-status.md | 2 +- tiup/tiup-component-cluster-display.md | 2 +- tiup/tiup-component-cluster-upgrade.md | 4 +- tiup/tiup-playground.md | 10 +-- troubleshoot-cpu-issues.md | 2 +- troubleshoot-hot-spot-issues.md | 4 +- troubleshoot-lock-conflicts.md | 4 +- troubleshoot-stale-read.md | 2 +- troubleshoot-tidb-oom.md | 2 +- 163 files changed, 650 insertions(+), 650 deletions(-) diff --git a/TOC.md b/TOC.md index 83ce933a08ab2..fe5f1874a67d3 100644 --- a/TOC.md +++ b/TOC.md @@ -169,7 +169,7 @@ - [モニタリングAPI](/tidb-monitoring-api.md) - [監視サービスをデプロイ](/deploy-monitoring-services.md) - [監視サービスのアップグレード](/upgrade-monitoring-services.md) - - TiDBダッシュボード + - TiDB Dashboard - [概要](/dashboard/dashboard-intro.md) - 管理 - [デプロイ](/dashboard/dashboard-ops-deploy.md) @@ -180,7 +180,7 @@ - [概要ページ](/dashboard/dashboard-overview.md) - [クラスタ情報ページ](/dashboard/dashboard-cluster-info.md) - [Top SQLページ](/dashboard/top-sql.md) - - [キービジュアライザーページ](/dashboard/dashboard-key-visualizer.md) + - [Key Visualizerページ](/dashboard/dashboard-key-visualizer.md) - [指標関係グラフ](/dashboard/dashboard-metrics-relation.md) - SQLステートメントの分析 - [SQLステートメントページ](/dashboard/dashboard-statement-list.md) @@ -211,9 +211,9 @@ - [TiDBクラスタ設定のトラブルシューティング](/troubleshoot-tidb-cluster.md) - [TiFlashのトラブルシューティング](/tiflash/troubleshoot-tiflash.md) - 問題シナリオ - - 遅いクエリ - - [遅いクエリを特定する](/identify-slow-queries.md) - - [遅いクエリを分析する](/analyze-slow-queries.md) + - スロークエリ + - [スロークエリを特定する](/identify-slow-queries.md) + - [スロークエリを分析する](/analyze-slow-queries.md) - [TiDB メモリ不足](/troubleshoot-tidb-oom.md) - [ホットスポット](/troubleshoot-hot-spot-issues.md) - [読み書きレイテンシの増加](/troubleshoot-cpu-issues.md) diff --git a/_index.md b/_index.md index aacb86b8949f2..a5e075acba520 100644 --- a/_index.md +++ b/_index.md @@ -81,7 +81,7 @@ summary: TiDBは、ハイブリッドトランザクションおよび分析処 -[Prometheus、Grafana、TiDBダッシュボードを使用する](https://docs.pingcap.com/tidb/v8.5/tidb-monitoring-framework) +[Prometheus、Grafana、TiDB Dashboardを使用する](https://docs.pingcap.com/tidb/v8.5/tidb-monitoring-framework) [監視API](https://docs.pingcap.com/tidb/v8.5/tidb-monitoring-api) diff --git a/analyze-slow-queries.md b/analyze-slow-queries.md index 7d0e354b0dd3c..e92466669dba6 100644 --- a/analyze-slow-queries.md +++ b/analyze-slow-queries.md @@ -1,16 +1,16 @@ --- title: Analyze Slow Queries -summary: 遅いクエリを見つけて分析する方法を学びます。 +summary: スロークエリを見つけて分析する方法を学びます。 --- -# 遅いクエリを分析する {#analyze-slow-queries} +# スロークエリを分析する {#analyze-slow-queries} クエリの速度低下の問題を解決するには、次の 2 つの手順を実行する必要があります。 1. 多数のクエリの中で、どのタイプのクエリが遅いかを特定します。 2. このタイプのクエリが遅い理由を分析します。 -[スロークエリログ](/dashboard/dashboard-slow-query.md)と[ステートメント要約表](/statement-summary-tables.md)機能を使えば、ステップ1は簡単に実行できます。2つの機能を統合し、遅いクエリをブラウザに直接表示する[TiDBダッシュボード](/dashboard/dashboard-intro.md)ご利用をお勧めします。 +[スロークエリログ](/dashboard/dashboard-slow-query.md)と[ステートメント要約表](/statement-summary-tables.md)機能を使えば、ステップ1は簡単に実行できます。2つの機能を統合し、スロークエリをブラウザに直接表示する[TiDB Dashboard](/dashboard/dashboard-intro.md)のご利用をお勧めします。 このドキュメントでは、ステップ 2 (このタイプのクエリが遅い理由を分析する) の実行方法に焦点を当てます。 @@ -21,7 +21,7 @@ summary: 遅いクエリを見つけて分析する方法を学びます。 実際の状況では、オプティマイザの問題がシステムの問題を引き起こす可能性があります。例えば、特定の種類のクエリでは、オプティマイザはインデックスではなくフルテーブルスキャンを使用します。その結果、SQLクエリが多くのリソースを消費し、一部のTiKVインスタンスのCPU使用率が急上昇します。これはシステムの問題のように見えますが、実際にはオプティマイザの問題です。 -システムの問題を特定するのは比較的簡単です。オプティマイザの問題を分析するには、実行プランが妥当かどうかを判断する必要があります。そのため、以下の手順に従って遅いクエリを分析することをお勧めします。 +システムの問題を特定するのは比較的簡単です。オプティマイザの問題を分析するには、実行プランが妥当かどうかを判断する必要があります。そのため、以下の手順に従ってスロークエリを分析することをお勧めします。 1. クエリのパフォーマンスのボトルネック、つまりクエリ プロセスの中で時間のかかる部分を特定します。 2. システムの問題を分析します。クエリのボトルネックとその時点の監視/ログ情報に基づいて、考えられる原因を分析します。 @@ -35,12 +35,12 @@ summary: 遅いクエリを見つけて分析する方法を学びます。 次の方法を使用して期間情報を取得できます。 -- [スローログ](/identify-slow-queries.md) 。スローログは[TiDBダッシュボード](/dashboard/dashboard-overview.md)で表示することをお勧めします。 +- [スローログ](/identify-slow-queries.md) 。スローログは[TiDB Dashboard](/dashboard/dashboard-overview.md)で表示することをお勧めします。 - [`EXPLAIN ANALYZE`ステートメント](/sql-statements/sql-statement-explain-analyze.md) 。 上記の方法は、以下の点で異なります。 -- スロー ログには、解析から結果の返却まで、SQL 実行のほぼすべての段階の期間が記録され、比較的包括的です (TiDB ダッシュボードでスロー ログを直感的にクエリおよび分析できます)。 +- スロー ログには、解析から結果の返却まで、SQL 実行のほぼすべての段階の期間が記録され、比較的包括的です (TiDB Dashboardでスロー ログを直感的にクエリおよび分析できます)。 - `EXPLAIN ANALYZE`実行すると、実際のSQL実行における各演算子の消費時間を知ることができます。結果には、実行時間に関するより詳細な統計情報が含まれます。 まとめると、スローログと`EXPLAIN ANALYZE`ステートメントは、SQLクエリの実行がどのコンポーネント（TiDBまたはTiKV）でどの段階で遅いのかを判断するのに役立ちます。これにより、クエリのパフォーマンスボトルネックを正確に特定できます。 @@ -55,7 +55,7 @@ summary: 遅いクエリを見つけて分析する方法を学びます。 2. TiDB は実行速度が遅いです。例えば、 `Join`演算子はデータの処理速度が遅くなります。 3. その他の重要な段階は遅いです。例えば、タイムスタンプの取得に長い時間がかかります。 -遅いクエリごとに、まずクエリがどのタイプに属するかを判断し、詳細に分析します。 +スロークエリごとに、まずクエリがどのタイプに属するかを判断し、詳細に分析します。 ### TiKVはデータ処理が遅い {#tikv-is-slow-in-data-processing} @@ -108,7 +108,7 @@ TiKV上に古いMVCCバージョンが多すぎる場合、またはGCのMVCC履 # Total_keys: 2215187529 Processed_keys: 1108056368 ... -TiDB v8.5.0では、TiKV MVCCインメモリエンジン（IME）機能が導入され、このような低速クエリを高速化できます。詳細については、 [TiKV MVCC インメモリエンジン](/tikv-in-memory-engine.md)ご覧ください。 +TiDB v8.5.0では、TiKV MVCCインメモリエンジン（IME）機能が導入され、このようなスロークエリを高速化できます。詳細については、 [TiKV MVCC インメモリエンジン](/tikv-in-memory-engine.md)ご覧ください。 ### 他の主要ステージは遅い {#other-key-stages-are-slow} diff --git a/api/monitoring-api-overview.md b/api/monitoring-api-overview.md index 43b3d104053bd..1c8b5271469e5 100644 --- a/api/monitoring-api-overview.md +++ b/api/monitoring-api-overview.md @@ -5,7 +5,7 @@ summary: TiDB 監視サービスの API を学習します。 # TiDB モニタリング API の概要 {#tidb-monitoring-api-overview} -TiDB モニタリングフレームワークは、 [Prometheus](https://prometheus.io)と[Grafana](https://grafana.com/grafana)という2つのオープンソースプロジェクトを使用しています。TiDB は、監視およびパフォーマンスメトリクスの保存に Prometheus を使用し、これらのメトリクスの可視化には Grafana を使用しています。また、TiDB は TiDB クラスターの監視と診断用に組み込みの[TiDBダッシュボード](/dashboard/dashboard-intro.md)提供しています。 +TiDB モニタリングフレームワークは、 [Prometheus](https://prometheus.io)と[Grafana](https://grafana.com/grafana)という2つのオープンソースプロジェクトを使用しています。TiDB は、監視およびパフォーマンスメトリクスの保存に Prometheus を使用し、これらのメトリクスの可視化には Grafana を使用しています。また、TiDB は TiDB クラスターの監視と診断用に組み込みの[TiDB Dashboard](/dashboard/dashboard-intro.md)を提供しています。 次のインターフェースを使用して、TiDB クラスターのステータスを監視できます。 diff --git a/basic-features.md b/basic-features.md index d2b464c501363..afd75ae17eefe 100644 --- a/basic-features.md +++ b/basic-features.md @@ -274,11 +274,11 @@ summary: TiDBの機能概要について学びましょう。 | 管理、可観測性、およびツール | 8.5 | 8.1 | 7.5 | 7.1 | 6.5 | 6.1 | 5.4 | | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | :-: | :-: | :-: | :-: | :-: | :-: | :-: | -| [TiDBダッシュボードUI](/dashboard/dashboard-intro.md) | Y | Y | Y | Y | Y | Y | Y | -| [TiDBダッシュボードの継続的プロファイリング](/dashboard/continuous-profiling.md) | Y | Y | Y | Y | Y | Y | E | -| [TiDBダッシュボードのTop SQL](/dashboard/top-sql.md) | Y | Y | Y | Y | Y | Y | E | -| [TiDBダッシュボードのSQL診断](/information-schema/information-schema-sql-diagnostics.md) | Y | Y | Y | Y | Y | E | E | -| [TiDBダッシュボードクラスタ診​​断](/dashboard/dashboard-diagnostics-access.md) | Y | Y | Y | Y | Y | E | E | +| [TiDB Dashboard UI](/dashboard/dashboard-intro.md) | Y | Y | Y | Y | Y | Y | Y | +| [TiDB Dashboardの継続的プロファイリング](/dashboard/continuous-profiling.md) | Y | Y | Y | Y | Y | Y | E | +| [TiDB DashboardのTop SQL](/dashboard/top-sql.md) | Y | Y | Y | Y | Y | Y | E | +| [TiDB DashboardのSQL診断](/information-schema/information-schema-sql-diagnostics.md) | Y | Y | Y | Y | Y | E | E | +| [TiDB Dashboardクラスタ診​​断](/dashboard/dashboard-diagnostics-access.md) | Y | Y | Y | Y | Y | E | E | | [TiKV-FastTuneダッシュボード](/grafana-tikv-dashboard.md#tikv-fasttune-dashboard) | E | E | E | E | E | E | E | | [情報スキーマ](/information-schema/information-schema.md) | Y | Y | Y | Y | Y | Y | Y | | [メトリクススキーマ](/metrics-schema.md) | Y | Y | Y | Y | Y | Y | Y | diff --git a/best-practices-for-security-configuration.md b/best-practices-for-security-configuration.md index b7d54cc1d98a2..69b555f75bdd5 100644 --- a/best-practices-for-security-configuration.md +++ b/best-practices-for-security-configuration.md @@ -42,17 +42,17 @@ TiDBの導入中は、Grafanaのパスワードを強力なものに変更し、 ![Grafana Password Reset Guide](/media/grafana-password-reset2.png) -## TiDBダッシュボードのセキュリティ強化 {#enhance-tidb-dashboard-security} +## TiDB Dashboardのセキュリティ強化 {#enhance-tidb-dashboard-security} ### 最小権限ユーザーを使用する {#use-a-least-privilege-user} -TiDBダッシュボードはTiDB SQLユーザーとアカウントシステムを共有し、TiDBダッシュボードの認証はTiDB SQLユーザーの権限に基づいています。TiDBダッシュボードは最小限の権限しか必要とせず、読み取り専用アクセスでも操作可能です。 +TiDB DashboardはTiDB SQLユーザーとアカウントシステムを共有し、TiDB Dashboardの認証はTiDB SQLユーザーの権限に基づいています。TiDB Dashboardは最小限の権限しか必要とせず、読み取り専用アクセスでも操作可能です。 -セキュリティを強化するために、TiDB ダッシュボードにアクセスするための[最小権限の SQL ユーザー](/dashboard/dashboard-user.md)作成し、高い権限を持つユーザーの使用を避けることをお勧めします。 +セキュリティを強化するために、TiDB Dashboardにアクセスするための[最小権限の SQL ユーザー](/dashboard/dashboard-user.md)作成し、高い権限を持つユーザーの使用を避けることをお勧めします。 ### アクセス制御を制限する {#restrict-access-control} -TiDBダッシュボードは、デフォルトでは信頼できるユーザー向けに設計されています。デフォルトのポートには、TiDBダッシュボードに加えて追加のAPIインターフェースが含まれています。外部ネットワークや信頼できないユーザーからのTiDBダッシュボードへのアクセスを許可する場合は、セキュリティ上の脆弱性を回避するために、以下の対策を講じてください。 +TiDB Dashboardは、デフォルトでは信頼できるユーザー向けに設計されています。デフォルトのポートには、TiDB Dashboardに加えて追加のAPIインターフェースが含まれています。外部ネットワークや信頼できないユーザーからのTiDB Dashboardへのアクセスを許可する場合は、セキュリティ上の脆弱性を回避するために、以下の対策を講じてください。 - ファイアウォールまたはその他のメカニズムを使用して、デフォルトの`2379`ポートを信頼できるドメインに制限し、外部ユーザーによるアクセスを防止します。 @@ -60,7 +60,7 @@ TiDBダッシュボードは、デフォルトでは信頼できるユーザー > > TiDB、TiKV、その他のコンポーネントは、PDクライアントポートを介してPDコンポーネントと通信する必要があります。コンポーネント間の内部ネットワークアクセスをブロックしないでください。ブロックすると、クラスターが利用できなくなります。 -- [リバースプロキシを構成する](/dashboard/dashboard-ops-reverse-proxy.md#use-tidb-dashboard-behind-a-reverse-proxy) 、別のポート上の外部ユーザーに TiDB ダッシュボード サービスを安全に提供します。 +- [リバースプロキシを構成する](/dashboard/dashboard-ops-reverse-proxy.md#use-tidb-dashboard-behind-a-reverse-proxy) 、別のポート上の外部ユーザーに TiDB Dashboard サービスを安全に提供します。 ## 内部ポートを保護する {#protect-internal-ports} @@ -84,7 +84,7 @@ TiDBのインストールには、デフォルトでコンポーネント間通 | TiCDC | 8300 | HTTP | | TiDB Lightning | 8289 | HTTP | | TiDB Operator | 6060 | HTTP | -| TiDBダッシュボード | 2379 | HTTP | +| TiDB Dashboard | 2379 | HTTP | | TiDBBinlog | 8250 | HTTP | | TiDBBinlog | 8249 | HTTP | | TMS | 8082 | HTTP | @@ -117,7 +117,7 @@ sudo iptables -A INPUT -p tcp --dport 3000 -j ACCEPT sudo iptables -P INPUT DROP ``` -TiDB ダッシュボードにアクセスする必要がある場合は、 [リバースプロキシを設定する](/dashboard/dashboard-ops-reverse-proxy.md#use-tidb-dashboard-behind-a-reverse-proxy)のポートで外部ネットワークに安全にサービスを提供することを推奨します。 +TiDB Dashboardにアクセスする必要がある場合は、 [リバースプロキシを設定する](/dashboard/dashboard-ops-reverse-proxy.md#use-tidb-dashboard-behind-a-reverse-proxy)のポートで外部ネットワークに安全にサービスを提供することを推奨します。 ## サードパーティのMySQL脆弱性スキャナーからの誤検知を解決する {#resolving-false-positives-from-third-party-mysql-vulnerability-scanners} diff --git a/best-practices/haproxy-best-practices.md b/best-practices/haproxy-best-practices.md index 5891a1fb13cc6..3e00a7a3deb1e 100644 --- a/best-practices/haproxy-best-practices.md +++ b/best-practices/haproxy-best-practices.md @@ -6,7 +6,7 @@ aliases: ['/ja/docs/dev/best-practices/haproxy-best-practices/','/ja/docs/dev/re # TiDB で HAProxy を使用するためのベストプラクティス {#best-practices-for-using-haproxy-in-tidb} -このドキュメントでは、TiDBにおける[HAプロキシ](https://github.com/haproxy/haproxy)の設定と使用に関するベストプラクティスについて説明します。HAProxyは、TCPベースのアプリケーションの負荷分散を提供します。TiDBクライアントからは、HAProxyが提供するフローティング仮想IPアドレスに接続するだけでデータを操作できるため、TiDBサーバーレイヤーでの負荷分散を実現できます。 +このドキュメントでは、TiDBにおける[HAProxy](https://github.com/haproxy/haproxy)の設定と使用に関するベストプラクティスについて説明します。HAProxyは、TCPベースのアプリケーションの負荷分散を提供します。TiDBクライアントからは、HAProxyが提供するフローティング仮想IPアドレスに接続するだけでデータを操作できるため、TiDBサーバーレイヤーでの負荷分散を実現できます。 ![HAProxy Best Practices in TiDB](/media/haproxy.jpg) diff --git a/best-practices/tidb-best-practices.md b/best-practices/tidb-best-practices.md index cac83f774a2c0..3d0311082a1ea 100644 --- a/best-practices/tidb-best-practices.md +++ b/best-practices/tidb-best-practices.md @@ -195,7 +195,7 @@ TiDB は[Grafana + Prometheus](/tidb-monitoring-framework.md)を使用してシ 監視に加えて、システムログを表示することもできます。TiDB の 3 つのコンポーネント、tidb-server、tikv-server、および pd-server には、それぞれ`--log-file`パラメータがあります。このパラメータがクラスタの起動時に構成されている場合、ログはパラメータで構成されたファイルに保存され、ログファイルは毎日自動的にアーカイブされます。 `--log-file`パラメータが構成されていない場合、ログは`stderr`に出力されます。 -TiDB 4.0 以降、TiDB は使いやすさを向上させるために[TiDBダッシュボード](/dashboard/dashboard-intro.md)UI を提供します。 TiDB ダッシュボードにアクセスするには、ブラウザで[http://${PD_IP}:${PD_PORT}/ダッシュボード](http://$%7BPD_IP%7D:$%7BPD_PORT%7D/dashboard)ダッシュボードにアクセスします。 TiDB ダッシュボードは、クラスターのステータスの表示、パフォーマンス分析、トラフィックの視覚化、クラスターの診断、ログ検索などの機能を提供します。 +TiDB 4.0 以降、TiDB は使いやすさを向上させるために[TiDB Dashboard](/dashboard/dashboard-intro.md)UI を提供します。 TiDB Dashboardにアクセスするには、ブラウザで[http://${PD_IP}:${PD_PORT}/dashboard](http://$%7BPD_IP%7D:$%7BPD_PORT%7D/dashboard)Dashboardにアクセスします。 TiDB Dashboardは、クラスターのステータスの表示、パフォーマンス分析、トラフィックの視覚化、クラスターの診断、ログ検索などの機能を提供します。 ### 文書 {#documentation} diff --git a/best-practices/uuid.md b/best-practices/uuid.md index 07c6ac39a96f6..fd99fdbc3e39c 100644 --- a/best-practices/uuid.md +++ b/best-practices/uuid.md @@ -56,8 +56,8 @@ CREATE TABLE `uuid_demo_2` ( Key Visualizer の詳細については、次のドキュメントを参照してください。 -- TiDB Self-Managedの場合は[キービジュアライザー](/dashboard/dashboard-key-visualizer.md) -- TiDB Cloudの場合は[キービジュアライザー](/tidb-cloud/tune-performance.md#key-visualizer) +- TiDB Self-Managedの場合は[Key Visualizer](/dashboard/dashboard-key-visualizer.md) +- TiDB Cloudの場合は[Key Visualizer](/tidb-cloud/tune-performance.md#key-visualizer) ## MySQLの互換性 {#mysql-compatibility} diff --git a/cached-tables.md b/cached-tables.md index a916e4c5b18d9..a90b2d8264389 100644 --- a/cached-tables.md +++ b/cached-tables.md @@ -229,7 +229,7 @@ Query OK, 0 rows affected (0.00 sec) キャッシュされたテーブルは次のシナリオでは使用**できません**。 -- 履歴データを読み取るためにシステム変数`tidb_snapshot`設定します。 +- 履歴データを読み取るためにシステム変数`tidb_snapshot`を設定します。 - 変更中は、データが再ロードされるまでキャッシュされたデータは無効になります。 ## TiDB移行ツールとの互換性 {#compatibility-with-tidb-migration-tools} diff --git a/command-line-flags-for-tidb-configuration.md b/command-line-flags-for-tidb-configuration.md index aec7b45dd8794..ebab1c71633d6 100644 --- a/command-line-flags-for-tidb-configuration.md +++ b/command-line-flags-for-tidb-configuration.md @@ -126,7 +126,7 @@ TiDBクラスタを起動する際には、コマンドラインオプション > **警告：** > -> `*` 、任意の IP アドレスのクライアントが自身の IP アドレスを報告できるようになるため、セキュリティリスクが生じる可能性があるため、注意して使用してください。また、 `*`使用すると、 `--proxy-protocol-fallbackable` `true`に設定しないと、TiDB に直接接続する内部コンポーネント（TiDB ダッシュボードなど）が利用できなくなる可能性があります。 +> `*` 、任意の IP アドレスのクライアントが自身の IP アドレスを報告できるようになるため、セキュリティリスクが生じる可能性があるため、注意して使用してください。また、 `*`使用すると、 `--proxy-protocol-fallbackable` `true`に設定しないと、TiDB に直接接続する内部コンポーネント（TiDB Dashboardなど）が利用できなくなる可能性があります。 > **注記：** > diff --git a/daily-check.md b/daily-check.md index 60ff5b1c02180..341f98d8bc6f1 100644 --- a/daily-check.md +++ b/daily-check.md @@ -7,11 +7,11 @@ summary: TiDBクラスタのパフォーマンス指標について学びまし 分散データベースであるTiDBは、その仕組みや監視項目において、スタンドアロンデータベースよりも複雑です。TiDBの運用と保守をより容易にするために、本ドキュメントではいくつかの主要なパフォーマンス指標を紹介します。 -## TiDBダッシュボードの主要指標 {#key-indicators-of-tidb-dashboard} +## TiDB Dashboardの主要指標 {#key-indicators-of-tidb-dashboard} -バージョン4.0以降、TiDBは新しい運用保守管理ツール[TiDBダッシュボード](/dashboard/dashboard-intro.md)を提供します。このツールはPDコンポーネントに統合されています。TiDBダッシュボードにはデフォルトのアドレス`http://${pd-ip}:${pd_port}/dashboard`からアクセスできます。 +バージョン4.0以降、TiDBは新しい運用保守管理ツール[TiDB Dashboard](/dashboard/dashboard-intro.md)を提供します。このツールはPDコンポーネントに統合されています。TiDB Dashboardにはデフォルトのアドレス`http://${pd-ip}:${pd_port}/dashboard`からアクセスできます。 -TiDBダッシュボードは、TiDBデータベースの運用と保守を簡素化します。単一のインターフェースから、TiDBクラスタ全体の稼働状況を確認できます。以下に、いくつかのパフォーマンス指標について説明します。 +TiDB Dashboardは、TiDBデータベースの運用と保守を簡素化します。単一のインターフェースから、TiDBクラスタ全体の稼働状況を確認できます。以下に、いくつかのパフォーマンス指標について説明します。 ### インスタンスパネル {#instance-panel} diff --git a/dashboard/continuous-profiling.md b/dashboard/continuous-profiling.md index 2df2d35091214..3612c4ec44b4b 100644 --- a/dashboard/continuous-profiling.md +++ b/dashboard/continuous-profiling.md @@ -1,9 +1,9 @@ --- title: TiDB Dashboard Instance Profiling - Continuous Profiling -summary: TiDBダッシュボードの継続的プロファイリングにより、専門家は各インスタンスからパフォーマンスデータを継続的に収集・分析し、高度なパフォーマンス問題を特定・解決することができます。手動プロファイリングよりも多くのデータを保存できるため、現在の問題と過去の問題の両方を分析できます。この機能はダッシュボードまたはブラウザからアクセスでき、必要に応じて有効化/無効化できます。パフォーマンスへの影響は最小限に抑えられるため、本番環境にも最適です。 +summary: TiDB Dashboardの継続的プロファイリングにより、専門家は各インスタンスからパフォーマンスデータを継続的に収集・分析し、高度なパフォーマンス問題を特定・解決することができます。手動プロファイリングよりも多くのデータを保存できるため、現在の問題と過去の問題の両方を分析できます。この機能はダッシュボードまたはブラウザからアクセスでき、必要に応じて有効化/無効化できます。パフォーマンスへの影響は最小限に抑えられるため、本番環境にも最適です。 --- -# TiDBダッシュボードインスタンスプロファイリング - 継続的なプロファイリング {#tidb-dashboard-instance-profiling-continuous-profiling} +# TiDB Dashboardインスタンスプロファイリング - 継続的なプロファイリング {#tidb-dashboard-instance-profiling-continuous-profiling} > **注記：** > @@ -38,11 +38,11 @@ summary: TiDBダッシュボードの継続的プロファイリングにより 継続的プロファイリング ページには、次のいずれかの方法でアクセスできます。 -- TiDB ダッシュボードにログインした後、左側のナビゲーション メニューで**[高度なデバッグ]** > **[インスタンスのプロファイリング]** > **[継続的なプロファイリング]**をクリックします。 +- TiDB Dashboardにログインした後、左側のナビゲーション メニューで**[高度なデバッグ]** > **[インスタンスのプロファイリング]** > **[継続的なプロファイリング]**をクリックします。 ![Access page](/media/dashboard/dashboard-conprof-access.png) -- ブラウザで[http://127.0.0.1:2379/ダッシュボード/#/継続的なプロファイリング](http://127.0.0.1:2379/dashboard/#/continuous_profiling)アクセスしてください。3 `127.0.0.1:2379`実際のPDインスタンスのアドレスとポートに置き換えてください。 +- ブラウザで[http://127.0.0.1:2379/dashboard/#/continuous_profiling](http://127.0.0.1:2379/dashboard/#/continuous_profiling)にアクセスしてください。`127.0.0.1:2379`を実際のPDインスタンスのアドレスとポートに置き換えてください。 ## 継続的なプロファイリングを有効にする {#enable-continuous-profiling} @@ -93,7 +93,7 @@ summary: TiDBダッシュボードの継続的プロファイリングにより **1. 継続的なプロファイリングを有効にできず、UI に「必要なコンポーネントNgMonitoring が開始されていません」と表示されます**。 -[TiDBダッシュボードFAQ](/dashboard/dashboard-faq.md#a-required-component-ngmonitoring-is-not-started-error-is-shown)参照。 +[TiDB Dashboard FAQ](/dashboard/dashboard-faq.md#a-required-component-ngmonitoring-is-not-started-error-is-shown)を参照してください。 **2. 継続的なプロファイリングを有効にするとパフォーマンスに影響はありますか?** diff --git a/dashboard/dashboard-access.md b/dashboard/dashboard-access.md index 4fc8f54162837..f5d388d49866a 100644 --- a/dashboard/dashboard-access.md +++ b/dashboard/dashboard-access.md @@ -1,42 +1,42 @@ --- title: Access TiDB Dashboard -summary: TiDBダッシュボードにアクセスするには、ブラウザで指定されたURLにアクセスしてください。複数のPDインスタンスの場合は、アドレスを任意のPDインスタンスのアドレスとポートに置き換えてください。Chrome、Firefox、またはEdgeブラウザ（最新バージョン）をご利用ください。TiDBルートアカウントまたはユーザー定義のSQLユーザーでサインインしてください。セッションは24時間有効です。言語は英語と中国語で切り替えられます。ログアウトするには、ユーザー名をクリックし、「ログアウト」ボタンをクリックしてください。 +summary: TiDB Dashboardにアクセスするには、ブラウザで指定されたURLにアクセスしてください。複数のPDインスタンスの場合は、アドレスを任意のPDインスタンスのアドレスとポートに置き換えてください。Chrome、Firefox、またはEdgeブラウザ（最新バージョン）をご利用ください。TiDBルートアカウントまたはユーザー定義のSQLユーザーでサインインしてください。セッションは24時間有効です。言語は英語と中国語で切り替えられます。ログアウトするには、ユーザー名をクリックし、「ログアウト」ボタンをクリックしてください。 --- -# TiDBダッシュボードにアクセスする {#access-tidb-dashboard} +# TiDB Dashboardにアクセスする {#access-tidb-dashboard} -TiDBダッシュボードにアクセスするには、ブラウザから[http://127.0.0.1:2379/ダッシュボード](http://127.0.0.1:2379/dashboard)アクセスしてください。3 `127.0.0.1:2379`実際のPDインスタンスのアドレスとポートに置き換えてください。 +TiDB Dashboardにアクセスするには、ブラウザから[http://127.0.0.1:2379/dashboard](http://127.0.0.1:2379/dashboard)にアクセスしてください。`127.0.0.1:2379`を実際のPDインスタンスのアドレスとポートに置き換えてください。 > **注記：** > -> TiDB v6.5.0以降およびTiDB Operator v1.4.0以降では、Kubernetes上にTiDB Dashboardを独立したPodとしてデプロイできます。TiDB Operatorを使用すると、このPodのIPアドレスにアクセスしてTiDB Dashboardを起動できます。詳細は[TiDB ダッシュボードをTiDB Operatorで独立してデプロイ](https://docs.pingcap.com/tidb-in-kubernetes/v1.6/get-started#deploy-tidb-dashboard-independently)参照してください。 +> TiDB v6.5.0以降およびTiDB Operator v1.4.0以降では、Kubernetes上にTiDB Dashboardを独立したPodとしてデプロイできます。TiDB Operatorを使用すると、このPodのIPアドレスにアクセスしてTiDB Dashboardを起動できます。詳細は[TiDB DashboardをTiDB Operatorで独立してデプロイ](https://docs.pingcap.com/tidb-in-kubernetes/v1.6/get-started#deploy-tidb-dashboard-independently)参照してください。 -## 複数のPDインスタンスがデプロイされている場合にTiDBダッシュボードにアクセスする {#access-tidb-dashboard-when-multiple-pd-instances-are-deployed} +## 複数のPDインスタンスがデプロイされている場合にTiDB Dashboardにアクセスする {#access-tidb-dashboard-when-multiple-pd-instances-are-deployed} -クラスターに複数の PD インスタンスがデプロイされていて、**すべての**PD インスタンスとポートに直接アクセスできる場合は、アドレス[http://127.0.0.1:2379/ダッシュボード/](http://127.0.0.1:2379/dashboard/)の`127.0.0.1:2379`**任意の**PD インスタンスのアドレスとポートに置き換えるだけです。 +クラスターに複数の PD インスタンスがデプロイされていて、**すべての**PD インスタンスとポートに直接アクセスできる場合は、アドレス[http://127.0.0.1:2379/dashboard/](http://127.0.0.1:2379/dashboard/)の`127.0.0.1:2379`**任意の**PD インスタンスのアドレスとポートに置き換えるだけです。 > **注記：** > -> ファイアウォールまたはリバースプロキシが設定されており、すべてのPDインスタンスに直接アクセスできない場合、TiDBダッシュボードにアクセスできない可能性があります。これは通常、ファイアウォールまたはリバースプロキシが正しく設定されていないことが原因です。複数のPDインスタンスがデプロイされている場合にファイアウォールまたはリバースプロキシを正しく設定する方法については、 [リバースプロキシの背後でTiDBダッシュボードを使用する](/dashboard/dashboard-ops-reverse-proxy.md)と[セキュリティTiDBダッシュボード](/dashboard/dashboard-ops-security.md)参照してください。 +> ファイアウォールまたはリバースプロキシが設定されており、すべてのPDインスタンスに直接アクセスできない場合、TiDB Dashboardにアクセスできない可能性があります。これは通常、ファイアウォールまたはリバースプロキシが正しく設定されていないことが原因です。複数のPDインスタンスがデプロイされている場合にファイアウォールまたはリバースプロキシを正しく設定する方法については、 [リバースプロキシの背後でTiDB Dashboardを使用する](/dashboard/dashboard-ops-reverse-proxy.md)と[TiDB Dashboardのセキュリティ保護](/dashboard/dashboard-ops-security.md)を参照してください。 ## ブラウザの互換性 {#browser-compatibility} -TiDB ダッシュボードは、比較的新しいバージョンの次の一般的なデスクトップ ブラウザーで使用できます。 +TiDB Dashboardは、比較的新しいバージョンの次の一般的なデスクトップ ブラウザーで使用できます。 -- クローム >= 77 +- Chrome >= 77 - Firefox >= 68 -- エッジ >= 17 +- Edge >= 17 > **注記：** > -> 上記のブラウザまたは以前のバージョンのブラウザ、あるいはその他のブラウザを使用して TiDB ダッシュボードにアクセスすると、一部の関数が正しく動作しない可能性があります。 +> 上記のブラウザまたは以前のバージョンのブラウザ、あるいはその他のブラウザを使用して TiDB Dashboardにアクセスすると、一部の機能が正しく動作しない可能性があります。 ## サインイン {#sign-in} -TiDB ダッシュボードにアクセスすると、ユーザー ログイン インターフェイスに移動します。 +TiDB Dashboardにアクセスすると、ユーザー ログイン インターフェイスに移動します。 -- TiDB `root`アカウントを使用して TiDB ダッシュボードにサインインできます。 -- TiDBダッシュボードには、シングルサインオン（SSO）経由でサインインすることもできます。詳細については、 [TiDBダッシュボードのSSOを構成する](/dashboard/dashboard-session-sso.md)ご覧ください。 +- TiDB `root`アカウントを使用して TiDB Dashboardにサインインできます。 +- TiDB Dashboardには、シングルサインオン（SSO）経由でサインインすることもできます。詳細については、 [TiDB DashboardのSSOを構成する](/dashboard/dashboard-session-sso.md)ご覧ください。 - [ユーザー定義のSQLユーザー](/dashboard/dashboard-user.md)を作成した場合は、このアカウントと対応するパスワードを使用してサインインできます。 次のいずれかの状況が存在する場合、ログインが失敗する可能性があります。 @@ -50,7 +50,7 @@ TiDB ダッシュボードにアクセスすると、ユーザー ログイン ## 言語を切り替える {#switch-language} -TiDB ダッシュボードでは次の言語がサポートされています。 +TiDB Dashboardでは次の言語がサポートされています。 - 英語 - 中国語（簡体字） diff --git a/dashboard/dashboard-cluster-info.md b/dashboard/dashboard-cluster-info.md index 54c3b6298e35a..a53f0515f900f 100644 --- a/dashboard/dashboard-cluster-info.md +++ b/dashboard/dashboard-cluster-info.md @@ -1,9 +1,9 @@ --- title: TiDB Dashboard Cluster Information Page -summary: TiDBダッシュボードのクラスタ情報ページでは、クラスタ全体のTiDB、TiKV、PD、 TiFlashコンポーネントの稼働状況、およびこれらのコンポーネントが配置されているホストの稼働状況を確認できます。このページにアクセスするには、TiDBダッシュボードにログインし、左側のナビゲーションメニューで「クラスタ情報」をクリックするか、ブラウザで特定のURLにアクセスしてください。このページには、インスタンス、ホスト、ディスクのリストが表示され、各コンポーネントの詳細情報と稼働状況が表示されます。 +summary: TiDB Dashboardのクラスタ情報ページでは、クラスタ全体のTiDB、TiKV、PD、 TiFlashコンポーネントの稼働状況、およびこれらのコンポーネントが配置されているホストの稼働状況を確認できます。このページにアクセスするには、TiDB Dashboardにログインし、左側のナビゲーションメニューで「クラスタ情報」をクリックするか、ブラウザで特定のURLにアクセスしてください。このページには、インスタンス、ホスト、ディスクのリストが表示され、各コンポーネントの詳細情報と稼働状況が表示されます。 --- -# TiDBダッシュボードのクラスタ情報ページ {#tidb-dashboard-cluster-information-page} +# TiDB Dashboardのクラスタ情報ページ {#tidb-dashboard-cluster-information-page} クラスター情報ページでは、クラスター全体の TiDB、TiKV、PD、 TiFlashコンポーネントの実行状態と、これらのコンポーネントが配置されているホストの実行状態を表示できます。 @@ -11,9 +11,9 @@ summary: TiDBダッシュボードのクラスタ情報ページでは、クラ クラスター情報ページにアクセスするには、次の 2 つの方法のいずれかを使用できます。 -- TiDB ダッシュボードにログインしたら、左側のナビゲーション メニューで**[クラスタ情報]**をクリックします。 +- TiDB Dashboardにログインしたら、左側のナビゲーション メニューで**[クラスタ情報]**をクリックします。 -- ブラウザで[http://127.0.0.1:2379/ダッシュボード/#/cluster_info/インスタンス](http://127.0.0.1:2379/dashboard/#/cluster_info/instance)アクセスしてください。3 `127.0.0.1:2379`実際のPDインスタンスのアドレスとポートに置き換えてください。 +- ブラウザで[http://127.0.0.1:2379/dashboard/#/cluster_info/instance](http://127.0.0.1:2379/dashboard/#/cluster_info/instance)にアクセスしてください。`127.0.0.1:2379`を実際のPDインスタンスのアドレスとポートに置き換えてください。 ## インスタンスリスト {#instance-list} @@ -44,7 +44,7 @@ summary: TiDBダッシュボードのクラスタ情報ページでは、クラ > **注記：** > -> - TiDB ダッシュボードの`Leaving` 、PD API によって返される`Offline` 、およびTiUPの`Pending Offline`同じステータスを示します。 +> - TiDB Dashboardの`Leaving` 、PD API によって返される`Offline` 、およびTiUPの`Pending Offline`同じステータスを示します。 > - テーブル内の一部の列は、インスタンスが起動している場合にのみ表示できます。 インスタンスのステータスはPDのスケジュール情報から取得されます。詳細については[情報収集](/tidb-scheduling.md#information-collection)参照してください。 diff --git a/dashboard/dashboard-diagnostics-access.md b/dashboard/dashboard-diagnostics-access.md index 7ddc67bb69e58..2cf9728fa95ba 100644 --- a/dashboard/dashboard-diagnostics-access.md +++ b/dashboard/dashboard-diagnostics-access.md @@ -1,11 +1,11 @@ --- title: TiDB Dashboard Cluster Diagnostic Page -summary: TiDBダッシュボードのクラスタ診断機能は、クラスタの問題を診断し、結果をWebページにまとめます。ダッシュボードまたはブラウザからこのページにアクセスできます。指定した期間の診断レポートと比較レポートを生成します。履歴レポートも利用可能です。 +summary: TiDB Dashboardのクラスタ診断機能は、クラスタの問題を診断し、結果をWebページにまとめます。ダッシュボードまたはブラウザからこのページにアクセスできます。指定した期間の診断レポートと比較レポートを生成します。履歴レポートも利用可能です。 --- -# TiDBダッシュボードのクラスタ診断ページ {#tidb-dashboard-cluster-diagnostics-page} +# TiDB Dashboardのクラスタ診断ページ {#tidb-dashboard-cluster-diagnostics-page} -TiDBダッシュボードのクラスタ診断機能は、指定された時間範囲内でクラスタに存在する可能性のある問題を診断し、診断結果とクラスタ関連の負荷監視情報を診断レポートにまとめます。この診断レポートはウェブページ形式で提供されます。ブラウザからページを保存した後、オフラインでページを閲覧したり、このページのリンクを配布したりできます。 +TiDB Dashboardのクラスタ診断機能は、指定された時間範囲内でクラスタに存在する可能性のある問題を診断し、診断結果とクラスタ関連の負荷監視情報を診断レポートにまとめます。この診断レポートはウェブページ形式で提供されます。ブラウザからページを保存した後、オフラインでページを閲覧したり、このページのリンクを配布したりできます。 > **注記：** > @@ -15,11 +15,11 @@ TiDBダッシュボードのクラスタ診断機能は、指定された時間 クラスター診断ページにアクセスするには、次のいずれかの方法を使用できます。 -- TiDB ダッシュボードにログインしたら、左側のナビゲーション メニューで**[クラスタ診断]**をクリックします。 +- TiDB Dashboardにログインしたら、左側のナビゲーション メニューで**[クラスタ診断]**をクリックします。 ![Access Cluster Diagnostics page](/media/dashboard/dashboard-diagnostics-access-v650.png) -- ブラウザで`http://127.0.0.1:2379/dashboard/#/diagnose`アクセスしてください。3 `127.0.0.1:2379`実際のPDアドレスとポート番号に置き換えてください。 +- ブラウザで`http://127.0.0.1:2379/dashboard/#/diagnose`にアクセスしてください。`127.0.0.1:2379`を実際のPDアドレスとポート番号に置き換えてください。 ## 診断レポートを生成する {#generate-diagnostic-report} diff --git a/dashboard/dashboard-diagnostics-report.md b/dashboard/dashboard-diagnostics-report.md index dc6848c66cdce..2b197560849fb 100644 --- a/dashboard/dashboard-diagnostics-report.md +++ b/dashboard/dashboard-diagnostics-report.md @@ -1,11 +1,11 @@ --- title: TiDB Dashboard Diagnostic Report -summary: TiDBダッシュボード診断レポートでは、基本情報、診断情報、負荷情報、概要情報、監視情報、構成情報など、診断レポートの内容を紹介します。また、比較レポートの詳細、DIFF_RATIOの説明、最大差異項目テーブルも含まれています。 +summary: TiDB Dashboard診断レポートでは、基本情報、診断情報、負荷情報、概要情報、監視情報、構成情報など、診断レポートの内容を紹介します。また、比較レポートの詳細、DIFF_RATIOの説明、最大差異項目テーブルも含まれています。 --- -# TiDBダッシュボード診断レポート {#tidb-dashboard-diagnostic-report} +# TiDB Dashboard診断レポート {#tidb-dashboard-diagnostic-report} -このドキュメントでは、診断レポートの内容と表示に関するヒントを紹介します。クラスター診断ページにアクセスしてレポートを生成するには、 [TiDBダッシュボードのクラスタ診断ページ](/dashboard/dashboard-diagnostics-access.md)参照してください。 +このドキュメントでは、診断レポートの内容と表示に関するヒントを紹介します。クラスター診断ページにアクセスしてレポートを生成するには、 [TiDB Dashboardのクラスタ診断ページ](/dashboard/dashboard-diagnostics-access.md)参照してください。 ## レポートを表示する {#view-report} @@ -256,9 +256,9 @@ TiDBには自動診断結果が組み込まれています。各フィールド TiDB のその他の監視テーブルは次のとおりです。 - 統計情報: TiDB 統計情報の関連する監視メトリックを表示します。 -- 遅いクエリ上位 10 件: レポートの時間範囲内で遅いクエリ上位 10 件の情報を表示します。 -- ダイジェストによるトップ 10 の低速クエリ グループ: SQL フィンガープリントに従って集計された、レポートの時間範囲内の上位 10 件の低速クエリ情報を表示します。 -- 異なるプランを持つ低速クエリ: レポートの時間範囲内で実行プランが変更される SQL ステートメント。 +- スロークエリ上位 10 件: レポートの時間範囲内でスロークエリ上位 10 件の情報を表示します。 +- ダイジェストによるトップ 10 のスロークエリ グループ: SQL フィンガープリントに従って集計された、レポートの時間範囲内の上位 10 件のスロークエリ情報を表示します。 +- 異なるプランを持つスロークエリ: レポートの時間範囲内で実行プランが変更される SQL ステートメント。 #### PD関連のモニタリング情報 {#pd-related-monitoring-information} @@ -327,11 +327,11 @@ TiKV モジュールの監視情報に関連するテーブルは次のとおり 上記の表では、 `t1`正常な時間範囲、つまり基準時間範囲です。3 `t2`異常な時間範囲です。 -遅いクエリに関連するテーブルは次のように表示されます。 +スロークエリに関連するテーブルは次のように表示されます。 -- `Slow Queries In Time Range t2` : `t2`にのみ表示され、 `t1`では表示されない低速クエリを表示します。 -- `Top 10 slow query in time range t1` : `t1`期間中に最も遅いクエリのトップ 10。 -- `Top 10 slow query in time range t2` : `t2`期間中に最も遅いクエリのトップ 10。 +- `Slow Queries In Time Range t2` : `t2`にのみ表示され、 `t1`では表示されないスロークエリを表示します。 +- `Top 10 slow query in time range t1` : `t1`期間中のスロークエリ トップ10。 +- `Top 10 slow query in time range t2` : `t2`期間中のスロークエリ トップ10。 ### DIFF_RATIOの紹介 {#diff-ratio-introduction} diff --git a/dashboard/dashboard-diagnostics-usage.md b/dashboard/dashboard-diagnostics-usage.md index 97787911fd462..8512682b93462 100644 --- a/dashboard/dashboard-diagnostics-usage.md +++ b/dashboard/dashboard-diagnostics-usage.md @@ -1,11 +1,11 @@ --- title: Locate Problems Using Diagnostic Report of TiDB Dashboard -summary: TiDBダッシュボードの診断レポートは、異なる時間範囲でのシステムパフォーマンスを比較することで、問題箇所の特定に役立ちます。QPSの低下、レイテンシーの増加、クエリの遅延といった問題を特定し、詳細な分析結果とSQL文を提供することで、さらなる調査に役立ちます。この比較レポートは、パフォーマンスの問題を迅速に特定し、対処するために不可欠です。 +summary: TiDB Dashboardの診断レポートは、異なる時間範囲でのシステムパフォーマンスを比較することで、問題箇所の特定に役立ちます。QPSの低下、レイテンシーの増加、クエリの遅延といった問題を特定し、詳細な分析結果とSQL文を提供することで、さらなる調査に役立ちます。この比較レポートは、パフォーマンスの問題を迅速に特定し、対処するために不可欠です。 --- -# TiDBダッシュボードの診断レポートを使用して問題を特定する {#locate-problems-using-diagnostic-report-of-tidb-dashboard} +# TiDB Dashboardの診断レポートを使用して問題を特定する {#locate-problems-using-diagnostic-report-of-tidb-dashboard} -このドキュメントでは、TiDB ダッシュボードの診断レポートを使用して問題を特定する方法を紹介します。 +このドキュメントでは、TiDB Dashboardの診断レポートを使用して問題を特定する方法を紹介します。 ## 比較診断 {#comparison-diagnostics} @@ -15,7 +15,7 @@ summary: TiDBダッシュボードの診断レポートは、異なる時間範 ![QPS example](/media/dashboard/dashboard-diagnostics-usage1.png) -`go-ycsb` `2020-03-10 13:24:30`テストの結果は上の画像に示されています。3でQPSが急激に低下し始めたことがわかります。3分後、QPSは正常に戻り始めました。TiDBダッシュボードの診断レポートを使用して原因を特定できます。 +`go-ycsb` `2020-03-10 13:24:30`テストの結果は上の画像に示されています。3でQPSが急激に低下し始めたことがわかります。3分後、QPSは正常に戻り始めました。TiDB Dashboardの診断レポートを使用して原因を特定できます。 次の 2 つの時間範囲でシステムを比較するレポートを生成します。 @@ -37,7 +37,7 @@ T2: `2020-03-10 13:24:30` ～ `2020-03-10 13:27:30` 。この範囲ではQPSが - `tidb_kv_write_num` : P999 TiDB トランザクションで書き込まれた KV の数は 7.61 倍に増加しました。 - `tikv_cop_scan_keys_total_nun` : TiKVコプロセッサーによってスキャンされるキー/値の数が 3 つの TiKV インスタンスで大幅に改善されました。 - `pd_operator_step_finish_total_count`では、転属リーダー数が2.45倍に増加しており、異常時間帯のスケジュールが正常時間帯のスケジュールよりも高くなっていることがわかります。 -- このレポートは、遅いクエリが存在する可能性があることを示しており、SQL文を使用して遅いクエリを照会できることを示しています。SQL文の実行結果は次のとおりです。 +- このレポートは、スロークエリが存在する可能性があることを示しており、SQL文を使用してスロークエリを照会できることを示しています。SQL文の実行結果は次のとおりです。 ```sql SELECT * FROM (SELECT count(*), min(time), sum(query_time) AS sum_query_time, sum(Process_time) AS sum_process_time, sum(Wait_time) AS sum_wait_time, sum(Commit_time), sum(Request_count), sum(process_keys), sum(Write_keys), max(Cop_proc_max), min(query),min(prev_stmt), digest FROM information_schema.CLUSTER_SLOW_QUERY WHERE time >= '2020-03-10 13:24:30' AND time < '2020-03-10 13:27:30' AND Is_internal = false GROUP BY digest) AS t1 WHERE t1.digest NOT IN (SELECT digest FROM information_schema.CLUSTER_SLOW_QUERY WHERE time >= '2020-03-10 13:21:00' AND time < '2020-03-10 13:24:00' GROUP BY digest) ORDER BY t1.sum_query_time DESC limit 10\G @@ -77,7 +77,7 @@ T2: `2020-03-08 01:46:30` ～ `2020-03-08 01:51:30` 。この範囲ではQPSが ![Comparison diagnostics](/media/dashboard/dashboard-diagnostics-usage4.png) -診断結果は例1と同様です。上の画像の最後の行は、遅いクエリが存在する可能性があることを示しており、TiDBログ内の高負荷なクエリをSQL文で照会できることを示しています。SQL文の実行結果は次のとおりです。 +診断結果は例1と同様です。上の画像の最後の行は、スロークエリが存在する可能性があることを示しており、TiDBログ内の高負荷なクエリをSQL文で照会できることを示しています。SQL文の実行結果は次のとおりです。 ```sql > SELECT * FROM information_schema.cluster_log WHERE type='tidb' AND time >= '2020-03-08 01:46:30' AND time < '2020-03-08 01:51:30' AND level = 'warn' AND message LIKE '%expensive_query%'\G @@ -96,7 +96,7 @@ MESSAGE | [expensivequery.go:167] [expensive_query] [cost_time=60.085949605s] [ ![QPS results](/media/dashboard/dashboard-diagnostics-usage5.png) -`go-ycsb` `2020-05-22 22:14:00`テストの結果は上の画像に示されています。3でQPSが急激に低下し始めたことがわかります。3分後、QPSは正常に戻り始めました。TiDBダッシュボードの比較診断レポートを使用して、原因を特定できます。 +`go-ycsb` `2020-05-22 22:14:00`テストの結果は上の画像に示されています。3でQPSが急激に低下し始めたことがわかります。3分後、QPSは正常に戻り始めました。TiDB Dashboardの比較診断レポートを使用して、原因を特定できます。 次の 2 つの時間範囲でシステムを比較するレポートを生成します。 diff --git a/dashboard/dashboard-faq.md b/dashboard/dashboard-faq.md index c27cc9e9672d7..cff3050e93c2b 100644 --- a/dashboard/dashboard-faq.md +++ b/dashboard/dashboard-faq.md @@ -1,27 +1,27 @@ --- title: TiDB Dashboard FAQs -summary: このドキュメントは、TiDBダッシュボードに関するよくある質問をまとめたものです。アクセス関連、UI関連、そして導入に関する問題を網羅し、それぞれの解決策をご案内しています。さらにサポートが必要な場合は、PingCAPまたはコミュニティからサポートを受けることができます。 +summary: このドキュメントは、TiDB Dashboardに関するよくある質問をまとめたものです。アクセス関連、UI関連、そして導入に関する問題を網羅し、それぞれの解決策をご案内しています。さらにサポートが必要な場合は、PingCAPまたはコミュニティからサポートを受けることができます。 --- -# TiDBダッシュボードに関するよくある質問 {#tidb-dashboard-faqs} +# TiDB Dashboardに関するよくある質問 {#tidb-dashboard-faqs} -このドキュメントは、TiDBダッシュボードに関するよくある質問（FAQ）と回答をまとめたものです。指示通りに実行しても問題が見つからない場合、または問題が解決しない場合は、PingCAPまたはコミュニティにお[サポートを受ける](/support.md)ください。 +このドキュメントは、TiDB Dashboardに関するよくある質問（FAQ）と回答をまとめたものです。指示通りに実行しても問題が見つからない場合、または問題が解決しない場合は、PingCAPまたはコミュニティから[サポートを受ける](/support.md)ください。 ## アクセスに関するよくあるFAQ {#access-related-faq} -### ファイアウォールまたはリバースプロキシが設定されている場合、TiDBダッシュボード以外の内部アドレスにリダイレクトされます {#when-the-firewall-or-reverse-proxy-is-configured-i-am-redirected-to-an-internal-address-other-than-tidb-dashboard} +### ファイアウォールまたはリバースプロキシが設定されている場合、TiDB Dashboard以外の内部アドレスにリダイレクトされます {#when-the-firewall-or-reverse-proxy-is-configured-i-am-redirected-to-an-internal-address-other-than-tidb-dashboard} -クラスター内に複数のPlacement Driver（PD）インスタンスがデプロイされている場合、TiDBダッシュボードサービスを実際に実行するPDインスタンスは1つだけです。このPDインスタンスではなく他のPDインスタンスにアクセスすると、ブラウザは別のアドレスにリダイレクトします。TiDBダッシュボードへのアクセス用にファイアウォールまたはリバースプロキシが適切に設定されていない場合、ダッシュボードにアクセスした際に、ファイアウォールまたはリバースプロキシによって保護されている内部アドレスにリダイレクトされる可能性があります。 +クラスター内に複数のPlacement Driver（PD）インスタンスがデプロイされている場合、TiDB Dashboardサービスを実際に実行するPDインスタンスは1つだけです。このPDインスタンスではなく他のPDインスタンスにアクセスすると、ブラウザは別のアドレスにリダイレクトします。TiDB Dashboardへのアクセス用にファイアウォールまたはリバースプロキシが適切に設定されていない場合、ダッシュボードにアクセスした際に、ファイアウォールまたはリバースプロキシによって保護されている内部アドレスにリダイレクトされる可能性があります。 -- 複数の PD インスタンスを使用した TiDB ダッシュボードの動作原理については、 [TiDB ダッシュボードのマルチ PD インスタンスの展開](/dashboard/dashboard-ops-deploy.md)参照してください。 -- リバース プロキシを正しく構成する方法については、 [リバースプロキシ経由でTiDBダッシュボードを使用する](/dashboard/dashboard-ops-reverse-proxy.md)参照してください。 -- ファイアウォールを正しく構成する方法については、 [セキュリティTiDBダッシュボード](/dashboard/dashboard-ops-security.md)参照してください。 +- 複数の PD インスタンスを使用した TiDB Dashboardの動作原理については、 [TiDB Dashboardのマルチ PD インスタンスの展開](/dashboard/dashboard-ops-deploy.md)参照してください。 +- リバース プロキシを正しく構成する方法については、 [リバースプロキシ経由でTiDB Dashboardを使用する](/dashboard/dashboard-ops-reverse-proxy.md)参照してください。 +- ファイアウォールを正しく構成する方法については、 [TiDB Dashboardのセキュリティ保護](/dashboard/dashboard-ops-security.md)を参照してください。 -### TiDBダッシュボードがデュアルネットワークインターフェースカード（NIC）で展開されている場合、別のNICを使用してTiDBダッシュボードにアクセスすることはできません。 {#when-tidb-dashboard-is-deployed-with-dual-network-interface-cards-nics-tidb-dashboard-cannot-be-accessed-using-another-nic} +### TiDB Dashboardがデュアルネットワークインターフェースカード（NIC）で展開されている場合、別のNICを使用してTiDB Dashboardにアクセスすることはできません。 {#when-tidb-dashboard-is-deployed-with-dual-network-interface-cards-nics-tidb-dashboard-cannot-be-accessed-using-another-nic} -セキュリティ上の理由から、PD上のTiDBダッシュボードは、デプロイメント時に指定されたIPアドレスのみを監視します（つまり、1つのNICのみを監視します）。1 `0.0.0.0`のNICのみを監視するわけではありません。そのため、ホストに複数のNICがインストールされている場合、別のNICを使用してTiDBダッシュボードにアクセスすることはできません。 +セキュリティ上の理由から、PD上のTiDB Dashboardは、デプロイメント時に指定されたIPアドレスのみを監視します（つまり、1つのNICのみを監視します）。`0.0.0.0`ですべてのNICを監視するわけではありません。そのため、ホストに複数のNICがインストールされている場合、別のNICを使用してTiDB Dashboardにアクセスすることはできません。 -`tiup cluster`または`tiup playground`コマンドを使用して TiDB をデプロイした場合、現時点ではこの問題を解決できません。リバースプロキシを使用して、TiDB ダッシュボードを別の NIC に安全に公開することをお勧めします。詳細は[リバースプロキシの背後で TiDB ダッシュボードを使用する](/dashboard/dashboard-ops-reverse-proxy.md)参照してください。 +`tiup cluster`または`tiup playground`コマンドを使用して TiDB をデプロイした場合、現時点ではこの問題を解決できません。リバースプロキシを使用して、TiDB Dashboardを別の NIC に安全に公開することをお勧めします。詳細は[リバースプロキシの背後で TiDB Dashboardを使用する](/dashboard/dashboard-ops-reverse-proxy.md)参照してください。 ## UIに関するよくあるFAQ {#ui-related-faq} @@ -29,7 +29,7 @@ summary: このドキュメントは、TiDBダッシュボードに関するよ **概要**ページの**QPS**と**レイテンシの**セクションには、Prometheusがデプロイされたクラスターが必要です。そうでない場合、エラーが表示されます。この問題を解決するには、クラスターにPrometheusインスタンスをデプロイしてください。 -Prometheusインスタンスをデプロイしてもこの問題が引き続き発生する場合は、デプロイメントツール（TiUPまたはTiDB Operator）が古く、ツールがメトリクスアドレスを自動的に報告しないため、TiDBダッシュボードでメトリクスをクエリできないことが原因である可能性があります。デプロイメントツールを最新バージョンにアップグレードして、もう一度お試しください。 +Prometheusインスタンスをデプロイしてもこの問題が引き続き発生する場合は、デプロイメントツール（TiUPまたはTiDB Operator）が古く、ツールがメトリクスアドレスを自動的に報告しないため、TiDB Dashboardでメトリクスをクエリできないことが原因である可能性があります。デプロイメントツールを最新バージョンにアップグレードして、もう一度お試しください。 デプロイメントツールがTiUPの場合は、以下の手順に従って問題を解決してください。その他のデプロイメントツールについては、それぞれのツールのドキュメントを参照してください。 @@ -48,15 +48,15 @@ Prometheusインスタンスをデプロイしてもこの問題が引き続き tiup cluster start CLUSTER_NAME ``` - クラスタが起動している場合でも、このコマンドを実行してください。このコマンドはクラスタ内の通常のアプリケーションには影響を与えませんが、メトリクスアドレスを更新してレポートするため、TiDBダッシュボードに監視メトリクスが正常に表示されるようになります。 + クラスタが起動している場合でも、このコマンドを実行してください。このコマンドはクラスタ内の通常のアプリケーションには影響を与えませんが、メトリクスアドレスを更新してレポートするため、TiDB Dashboardに監視メトリクスが正常に表示されるようになります。 ### スロークエリページにinvalid connectionエラーが表示されます {#an-code-invalid-connection-code-error-is-shown-on-the-strong-slow-queries-strong-page} -原因として考えられるのは、TiDBのプリペアドプランキャッシュ機能を有効にしていることです。これは実験的機能であるため、有効にすると特定のTiDBバージョンでプリペアドプランキャッシュが正常に機能しない可能性があり、TiDBダッシュボード（およびその他のアプリケーション）でこの問題が発生する可能性があります。プリペアドプランキャッシュを無効にするには、システム変数[`tidb_enable_prepared_plan_cache = OFF`](/system-variables.md#tidb_enable_prepared_plan_cache-new-in-v610)設定します。 +原因として考えられるのは、TiDBのプリペアドプランキャッシュ機能を有効にしていることです。これは実験的機能であるため、有効にすると特定のTiDBバージョンでプリペアドプランキャッシュが正常に機能しない可能性があり、TiDB Dashboard（およびその他のアプリケーション）でこの問題が発生する可能性があります。プリペアドプランキャッシュを無効にするには、システム変数[`tidb_enable_prepared_plan_cache = OFF`](/system-variables.md#tidb_enable_prepared_plan_cache-new-in-v610)を設定します。 ### required component NgMonitoring is not startedというエラーが表示されます {#a-code-required-component-ngmonitoring-is-not-started-code-error-is-shown} -NgMonitoringは、TiDB v5.4.0以降のバージョンに組み込まれた高度な監視コンポーネントで、**継続的プロファイリング**や**Top SQL**などのTiDBダッシュボード機能をサポートします。TiUPの新しいバージョンを使用してクラスターをデプロイまたはアップグレードすると、NgMonitoringが自動的にデプロイされます。TiDB Operatorを使用してデプロイされたクラスターの場合は、 [継続的なプロファイリングを有効にする](https://docs.pingcap.com/tidb-in-kubernetes/v1.6/access-dashboard/#enable-continuous-profiling)を参照してTiUPを手動でデプロイできます。 +NgMonitoringは、TiDB v5.4.0以降のバージョンに組み込まれた高度な監視コンポーネントで、**継続的プロファイリング**や**Top SQL**などのTiDB Dashboard機能をサポートします。TiUPの新しいバージョンを使用してクラスターをデプロイまたはアップグレードすると、NgMonitoringが自動的にデプロイされます。TiDB Operatorを使用してデプロイされたクラスターの場合は、 [継続的なプロファイリングを有効にする](https://docs.pingcap.com/tidb-in-kubernetes/v1.6/access-dashboard/#enable-continuous-profiling)を参照してTiUPを手動でデプロイできます。 Web ページに`required component NgMonitoring is not started`が表示されている場合は、次のようにしてデプロイメントの問題をトラブルシューティングできます。 @@ -125,9 +125,9 @@ tiup update playground ### スロークエリページにunknown fieldエラーが表示されます {#an-code-unknown-field-code-error-is-shown-on-the-strong-slow-queries-strong-page} -クラスターのアップグレード後に**「スロークエリ」**ページにエラー`unknown field`が表示される場合、そのエラーはTiDBダッシュボードのサーバーフィールド（更新される可能性があります）とユーザー設定フィールド（ブラウザキャッシュ内）の差異に起因する互換性の問題に関連しています。この問題は修正されています。クラスターのバージョンがv5.0.3またはv4.0.14より前の場合は、以下の手順に従ってブラウザキャッシュをクリアしてください。 +クラスターのアップグレード後に**「スロークエリ」**ページにエラー`unknown field`が表示される場合、そのエラーはTiDB Dashboardのサーバーフィールド（更新される可能性があります）とユーザー設定フィールド（ブラウザキャッシュ内）の差異に起因する互換性の問題に関連しています。この問題は修正されています。クラスターのバージョンがv5.0.3またはv4.0.14より前の場合は、以下の手順に従ってブラウザキャッシュをクリアしてください。 -1. TiDB ダッシュボード ページを開きます。 +1. TiDB Dashboard ページを開きます。 2. 開発者ツールを開きます。ブラウザによって開発者ツールの開き方が異なります。**メニューバー**をクリックした後、以下の手順に従ってください。 @@ -139,6 +139,6 @@ tiup update playground ![Opening DevTools from Chrome's main menu](/media/dashboard/dashboard-faq-devtools.png) -3. **アプリケーション**パネルを選択し、**ローカルストレージ**メニューを展開して、 **TiDBダッシュボードページのドメイン**を選択します。「**すべてクリア」**ボタンをクリックします。 +3. **アプリケーション**パネルを選択し、**ローカルストレージ**メニューを展開して、 **TiDB Dashboardページのドメイン**を選択します。「**すべてクリア」**ボタンをクリックします。 ![Clear the Local Storage](/media/dashboard/dashboard-faq-devtools-application.png) diff --git a/dashboard/dashboard-intro.md b/dashboard/dashboard-intro.md index 80cafdc3a01cd..9d5e30ac4cc8e 100644 --- a/dashboard/dashboard-intro.md +++ b/dashboard/dashboard-intro.md @@ -1,61 +1,61 @@ --- title: TiDB Dashboard Introduction -summary: TiDBダッシュボードは、TiDBクラスタの監視、診断、管理のためのWeb UIです。クラスタ全体の稼働状況、コンポーネントとホストのステータス、トラフィック分布、SQL文の実行情報、スロークエリ、クラスタ診​​断、ログ検索、リソース制御、プロファイリングデータ収集などを表示します。 +summary: TiDB Dashboardは、TiDBクラスタの監視、診断、管理のためのWeb UIです。クラスタ全体の稼働状況、コンポーネントとホストのステータス、トラフィック分布、SQL文の実行情報、スロークエリ、クラスタ診​​断、ログ検索、リソース制御、プロファイリングデータ収集などを表示します。 --- -# TiDBダッシュボードの紹介 {#tidb-dashboard-introduction} +# TiDB Dashboardの紹介 {#tidb-dashboard-introduction} -TiDBダッシュボードは、TiDBクラスターの監視、診断、管理のためのWeb UIで、バージョン4.0以降で利用可能です。PDコンポーネントに組み込まれているため、別途導入する必要はありません。 +TiDB Dashboardは、TiDBクラスターの監視、診断、管理のためのWeb UIで、バージョン4.0以降で利用可能です。PDコンポーネントに組み込まれているため、別途導入する必要はありません。 > **注記：** > -> TiDB v6.5.0以降およびTiDB Operator v1.4.0以降では、TiDB DashboardをKubernetes上の独立したPodとしてデプロイできます。詳細については、 [TiDB ダッシュボードをTiDB Operatorで独立してデプロイ](https://docs.pingcap.com/tidb-in-kubernetes/v1.6/get-started#deploy-tidb-dashboard-independently)参照してください。 +> TiDB v6.5.0以降およびTiDB Operator v1.4.0以降では、TiDB DashboardをKubernetes上の独立したPodとしてデプロイできます。詳細については、 [TiDB DashboardをTiDB Operatorで独立してデプロイ](https://docs.pingcap.com/tidb-in-kubernetes/v1.6/get-started#deploy-tidb-dashboard-independently)参照してください。 ![TiDB Dashboard interface](/media/dashboard/dashboard-intro.gif) -TiDB ダッシュボードは[GitHub](https://github.com/pingcap-incubator/tidb-dashboard)でオープンソース化されています。 +TiDB Dashboardは[GitHub](https://github.com/pingcap-incubator/tidb-dashboard)でオープンソース化されています。 -このドキュメントでは、TiDBダッシュボードの主な機能を紹介します。詳細については、以下のセクションのリンクをクリックしてください。 +このドキュメントでは、TiDB Dashboardの主な機能を紹介します。詳細については、以下のセクションのリンクをクリックしてください。 ## TiDBクラスタの全体的な実行ステータスを表示します {#show-the-overall-running-status-of-the-tidb-cluster} -TiDB ダッシュボードを使用すると、TiDB クラスターの 1 秒あたりのクエリ数 (QPS)、実行時間、最も多くのリソースを消費する SQL ステートメントの種類などの概要情報を確認できます。 +TiDB Dashboardを使用すると、TiDB クラスターの 1 秒あたりのクエリ数 (QPS)、実行時間、最も多くのリソースを消費する SQL ステートメントの種類などの概要情報を確認できます。 -詳細は[TiDBダッシュボードの概要](/dashboard/dashboard-overview.md)参照。 +詳細は[TiDB Dashboardの概要](/dashboard/dashboard-overview.md)参照。 ## コンポーネントとホストの実行ステータスを表示する {#show-the-running-status-of-components-and-hosts} -TiDB ダッシュボードを使用すると、クラスター全体の TiDB、TiKV、PD、 TiFlashコンポーネントの実行状態と、これらのコンポーネントが配置されているホストの実行状態を表示できます。 +TiDB Dashboardを使用すると、クラスター全体の TiDB、TiKV、PD、 TiFlashコンポーネントの実行状態と、これらのコンポーネントが配置されているホストの実行状態を表示できます。 -詳細は[TiDBダッシュボードのクラスタ情報ページ](/dashboard/dashboard-cluster-info.md)参照。 +詳細は[TiDB Dashboardのクラスタ情報ページ](/dashboard/dashboard-cluster-info.md)参照。 ## 読み取りおよび書き込みトラフィックの分布と傾向を表示します {#show-distribution-and-trends-of-read-and-write-traffic} -TiDBダッシュボードのKey Visualizer機能は、クラスター全体の読み取り/書き込みトラフィックの経時的な変化をヒートマップ形式で視覚的に表示します。この機能を利用することで、アプリケーションモードの変化をタイムリーに把握したり、パフォーマンスの不均一性を示すホットスポットの問題を特定したりすることができます。 +TiDB DashboardのKey Visualizer機能は、クラスター全体の読み取り/書き込みトラフィックの経時的な変化をヒートマップ形式で視覚的に表示します。この機能を利用することで、アプリケーションモードの変化をタイムリーに把握したり、パフォーマンスの不均一性を示すホットスポットの問題を特定したりすることができます。 -詳細は[キービジュアライザーページ](/dashboard/dashboard-key-visualizer.md)参照。 +詳細は[Key Visualizerページ](/dashboard/dashboard-key-visualizer.md)を参照。 ## すべてのSQL文の実行情報のリストを表示します {#show-a-list-of-execution-information-of-all-sql-statements} すべてのSQL文の実行情報は、「SQL文」ページに表示されます。このページでは、すべてのステージにおける実行時間と合計実行回数を確認できます。これにより、最もリソースを消費しているSQLクエリを分析して特定し、クラスター全体のパフォーマンスを向上させることができます。 -詳細は[TiDBダッシュボードのSQLステートメントページ](/dashboard/dashboard-statement-list.md)参照。 +詳細は[TiDB DashboardのSQLステートメントページ](/dashboard/dashboard-statement-list.md)参照。 -## 遅いクエリの詳細な実行情報を知る {#learn-the-detailed-execution-information-of-slow-queries} +## スロークエリの詳細な実行情報を知る {#learn-the-detailed-execution-information-of-slow-queries} -TiDBダッシュボードの「スロークエリ」ページには、実行に時間のかかるすべてのSQL文のリスト（SQLテキストと実行情報を含む）が表示されます。このページは、スロークエリやパフォーマンスジッターの原因を特定するのに役立ちます。 +TiDB Dashboardの「スロークエリ」ページには、実行に時間のかかるすべてのSQL文のリスト（SQLテキストと実行情報を含む）が表示されます。このページは、スロークエリやパフォーマンスジッターの原因を特定するのに役立ちます。 -詳細は[遅いクエリページ](/dashboard/dashboard-slow-query.md)参照。 +詳細は[スロークエリページ](/dashboard/dashboard-slow-query.md)を参照。 ## 一般的なクラスターの問題を診断し、レポートを生成する {#diagnose-common-cluster-problems-and-generate-reports} -TiDB ダッシュボードの診断機能は、クラスター内に一般的なリスク (不一致な構成など) や問題が存在するかどうかを自動的に判断し、レポートを生成して操作の提案を行ったり、異なる時間範囲で各クラスター メトリックの状態を比較して、起こりうる問題を分析したりします。 +TiDB Dashboardの診断機能は、クラスター内に一般的なリスク (不一致な構成など) や問題が存在するかどうかを自動的に判断し、レポートを生成して操作の提案を行ったり、異なる時間範囲で各クラスター メトリックの状態を比較して、起こりうる問題を分析したりします。 -詳細は[TiDBダッシュボードのクラスタ診​​断ページ](/dashboard/dashboard-diagnostics-access.md)参照。 +詳細は[TiDB Dashboardのクラスタ診​​断ページ](/dashboard/dashboard-diagnostics-access.md)参照。 ## すべてのコンポーネントのクエリログ {#query-logs-of-all-components} -TiDB ダッシュボードの [ログの検索] ページでは、クラスター内で実行中のすべてのインスタンスのログをキーワード、時間範囲、その他の条件ですばやく検索し、これらのログをパッケージ化してローカル マシンにダウンロードできます。 +TiDB Dashboardの [ログの検索] ページでは、クラスター内で実行中のすべてのインスタンスのログをキーワード、時間範囲、その他の条件ですばやく検索し、これらのログをパッケージ化してローカル マシンにダウンロードできます。 詳細は[検索ログページ](/dashboard/dashboard-log-search.md)参照。 diff --git a/dashboard/dashboard-key-visualizer.md b/dashboard/dashboard-key-visualizer.md index 92fb076cfe0dd..3dfe329b8c46f 100644 --- a/dashboard/dashboard-key-visualizer.md +++ b/dashboard/dashboard-key-visualizer.md @@ -1,21 +1,21 @@ --- title: Key Visualizer Page -summary: TiDBダッシュボードのKey Visualizerページでは、TiDBクラスタ内のトラフィックのホットスポットを分析およびトラブルシューティングできます。トラフィックの変化を時間経過とともに視覚的に表示し、特定の期間またはリージョン範囲を拡大表示できます。また、明るさの調整、指標の選択、ヒートマップの更新などの設定も行えます。一般的なヒートマップの種類を特定し、ホットスポットの問題に対処するためのソリューションを提供します。 +summary: TiDB DashboardのKey Visualizerページでは、TiDBクラスタ内のトラフィックのホットスポットを分析およびトラブルシューティングできます。トラフィックの変化を時間経過とともに視覚的に表示し、特定の期間またはリージョン範囲を拡大表示できます。また、明るさの調整、指標の選択、ヒートマップの更新などの設定も行えます。一般的なヒートマップの種類を特定し、ホットスポットの問題に対処するためのソリューションを提供します。 --- -# キービジュアライザーページ {#key-visualizer-page} +# Key Visualizerページ {#key-visualizer-page} -TiDBダッシュボードのKey Visualizerページは、TiDBの使用状況を分析し、トラフィックのホットスポットをトラブルシューティングするために使用します。このページでは、一定期間にわたるTiDBクラスタのトラフィックを視覚的に表示します。 +TiDB DashboardのKey Visualizerページは、TiDBの使用状況を分析し、トラフィックのホットスポットをトラブルシューティングするために使用します。このページでは、一定期間にわたるTiDBクラスタのトラフィックを視覚的に表示します。 -## アクセスキービジュアライザーページ {#access-key-visualizer-page} +## アクセスKey Visualizerページ {#access-key-visualizer-page} Key Visualizer ページにアクセスするには、次の 2 つの方法のいずれかを使用できます。 -- TiDB ダッシュボードにログインしたら、左側のナビゲーション メニューで**Key Visualizer**をクリックします。 +- TiDB Dashboardにログインしたら、左側のナビゲーション メニューで**Key Visualizer**をクリックします。 ![Access Key Visualizer](/media/dashboard/dashboard-keyviz-access-v650.png) -- ブラウザで[http://127.0.0.1:2379/ダッシュボード/#/keyviz](http://127.0.0.1:2379/dashboard/#/keyviz)アクセスしてください。3 `127.0.0.1:2379`実際のPDインスタンスのアドレスとポートに置き換えてください。 +- ブラウザで[http://127.0.0.1:2379/dashboard/#/keyviz](http://127.0.0.1:2379/dashboard/#/keyviz)にアクセスしてください。`127.0.0.1:2379`を実際のPDインスタンスのアドレスとポートに置き換えてください。 ## インターフェースのデモンストレーション {#interface-demonstration} @@ -58,7 +58,7 @@ TiDBデータベースを使用する場合、ホットスポット問題が発 TiDB クラスターには最大数十万のリージョンが含まれる場合があります。これほど多くのリージョンを画面に表示するのは困難です。そのため、各ヒートマップでは、これらのリージョンを 1,500 個の連続した範囲に圧縮し、各範囲を「バケット」と呼びます。ヒートマップでは、負荷の高いインスタンスに重点を置く必要があるため、Key Visualizer はトラフィックの少ない多数のリージョンを 1 つのバケットに圧縮し、トラフィックの多いリージョンも 1 つのバケットに表示するリージョンがあります。 -## キービジュアライザーを使用する {#use-key-visualizer} +## Key Visualizerを使用する {#use-key-visualizer} このセクションでは、Key Visualizer の使い方を紹介します。 diff --git a/dashboard/dashboard-log-search.md b/dashboard/dashboard-log-search.md index 4560152c9a691..378ff90e516bf 100644 --- a/dashboard/dashboard-log-search.md +++ b/dashboard/dashboard-log-search.md @@ -1,15 +1,15 @@ --- title: TiDB Dashboard Log Search Page -summary: TiDBダッシュボードのログ検索ページでは、ログの検索、結果のプレビュー、ログのダウンロードが可能です。ログイン後、このページにアクセスし、検索期間、ログレベル、キーワード、コンポーネントを指定できます。検索結果ページには、パラメータオプション、検索の進行状況、検索結果が表示されます。選択したログのダウンロード、実行中のタスクのキャンセル、失敗したタスクの再試行が可能です。検索履歴リストには過去の検索の詳細が表示され、不要な履歴を削除できます。 +summary: TiDB Dashboardのログ検索ページでは、ログの検索、結果のプレビュー、ログのダウンロードが可能です。ログイン後、このページにアクセスし、検索期間、ログレベル、キーワード、コンポーネントを指定できます。検索結果ページには、パラメータオプション、検索の進行状況、検索結果が表示されます。選択したログのダウンロード、実行中のタスクのキャンセル、失敗したタスクの再試行が可能です。検索履歴リストには過去の検索の詳細が表示され、不要な履歴を削除できます。 --- -# TiDBダッシュボードログ検索ページ {#tidb-dashboard-log-search-page} +# TiDB Dashboardログ検索ページ {#tidb-dashboard-log-search-page} -TiDB ダッシュボードのログ検索ページでは、すべてのノードのログを検索し、検索結果をプレビューしたり、ログをダウンロードしたりできます。 +TiDB Dashboardのログ検索ページでは、すべてのノードのログを検索し、検索結果をプレビューしたり、ログをダウンロードしたりできます。 ## ページにアクセスする {#access-the-page} -TiDB ダッシュボードにログインした後、 **「ログの検索」**をクリックしてこのログ検索ホームページに入ることができます。 +TiDB Dashboardにログインした後、 **「ログの検索」**をクリックしてこのログ検索ホームページに入ることができます。 ![Log Search Page](/media/dashboard/dashboard-log-search-home.png) diff --git a/dashboard/dashboard-metrics-relation.md b/dashboard/dashboard-metrics-relation.md index 4640b7ab4d1eb..8326c879521f1 100644 --- a/dashboard/dashboard-metrics-relation.md +++ b/dashboard/dashboard-metrics-relation.md @@ -1,15 +1,15 @@ --- title: TiDB Dashboard Metrics Relation Graph -summary: TiDBダッシュボードに、TiDBクラスタ内の各内部プロセスの所要時間を把握するのに役立つメトリクス関係グラフという機能が導入されました。ログイン後、ユーザーはグラフにアクセスし、各監視メトリクスの所要時間がクエリ総所要時間に対する割合を確認できます。各ボックス領域は監視メトリクスを表し、総所要時間やクエリ総所要時間に対する割合などの情報を提供します。グラフにはノード間の親子関係も表示されるため、各監視メトリクスの関係を理解するのに役立ちます。 +summary: TiDB Dashboardに、TiDBクラスタ内の各内部プロセスの所要時間を把握するのに役立つメトリクス関係グラフという機能が導入されました。ログイン後、ユーザーはグラフにアクセスし、各監視メトリクスの所要時間がクエリ総所要時間に対する割合を確認できます。各ボックス領域は監視メトリクスを表し、総所要時間やクエリ総所要時間に対する割合などの情報を提供します。グラフにはノード間の親子関係も表示されるため、各監視メトリクスの関係を理解するのに役立ちます。 --- -# TiDBダッシュボードメトリクス関係グラフ {#tidb-dashboard-metrics-relation-graph} +# TiDB Dashboardメトリクス関係グラフ {#tidb-dashboard-metrics-relation-graph} -TiDBダッシュボードのメトリクス関係グラフは、v4.0.7で導入された機能です。この機能は、TiDBクラスタ内の各内部プロセスの実行時間に関する監視データの関係グラフを表示します。これにより、各プロセスの実行時間とそれらの関係を迅速に把握できるようになります。 +TiDB Dashboardのメトリクス関係グラフは、v4.0.7で導入された機能です。この機能は、TiDBクラスタ内の各内部プロセスの実行時間に関する監視データの関係グラフを表示します。これにより、各プロセスの実行時間とそれらの関係を迅速に把握できるようになります。 ## アクセスグラフ {#access-graph} -TiDB ダッシュボードにログイン後、左側のナビゲーション メニューで**[クラスタ診断]**をクリックすると、メトリック関係グラフを生成するページが表示されます。 +TiDB Dashboardにログイン後、左側のナビゲーション メニューで**[クラスタ診断]**をクリックすると、メトリック関係グラフを生成するページが表示されます。 ![Metrics relation graph homepage](/media/dashboard/dashboard-metrics-relation-home-v650.png) diff --git a/dashboard/dashboard-monitoring.md b/dashboard/dashboard-monitoring.md index 14de0cbccd0fe..1a3590911de80 100644 --- a/dashboard/dashboard-monitoring.md +++ b/dashboard/dashboard-monitoring.md @@ -1,15 +1,15 @@ --- title: TiDB Dashboard Monitoring Page -summary: TiDBダッシュボードのモニタリングページでは、パフォーマンスを効率的に分析し、データベースのボトルネックを特定できます。主要なメトリクスには、データベース時間、SQL実行時間、QPS、接続数、TiDBおよびTiKVのCPU使用率、接続アイドル時間、解析・コンパイル・実行時間、TiDB KVリクエスト時間、TiKV gRPC時間、PD TSO待機/RPC時間、storage非同期書き込み時間、保存時間、適用時間、ログ追加時間、ログコミット時間、ログ適用時間などがあります。 +summary: TiDB Dashboardのモニタリングページでは、パフォーマンスを効率的に分析し、データベースのボトルネックを特定できます。主要なメトリクスには、データベース時間、SQL実行時間、QPS、接続数、TiDBおよびTiKVのCPU使用率、接続アイドル時間、解析・コンパイル・実行時間、TiDB KVリクエスト時間、TiKV gRPC時間、PD TSO待機/RPC時間、storage非同期書き込み時間、保存時間、適用時間、ログ追加時間、ログコミット時間、ログ適用時間などがあります。 --- -# TiDBダッシュボード監視ページ {#tidb-dashboard-monitoring-page} +# TiDB Dashboard監視ページ {#tidb-dashboard-monitoring-page} モニタリングページでは、TiDB v6.1.0で導入されたパフォーマンス分析およびチューニングツールである「パフォーマンス概要」ダッシュボードを表示できます。「パフォーマンス概要」ダッシュボードを使用すると、パフォーマンスを効率的に分析し、ユーザー応答時間のボトルネックがデータベースにあるかどうかを確認できます。ボトルネックがデータベースにある場合は、データベース時間の概要、ワークロードプロファイル、SQLレイテンシーの内訳を表示することで、データベース内のボトルネックを特定できます。詳細は[パフォーマンス分析とチューニング](/performance-tuning-methods.md)ご覧ください。 ## ページにアクセスする {#access-the-page} -TiDBダッシュボードにログインし、左側のナビゲーションバーから**「モニタリング」**をクリックします。パフォーマンス概要ダッシュボードが表示されます。 +TiDB Dashboardにログインし、左側のナビゲーションバーから**「モニタリング」**をクリックします。パフォーマンス概要ダッシュボードが表示されます。 ![Monitoring page](/media/dashboard/dashboard-monitoring.png) diff --git a/dashboard/dashboard-ops-deploy.md b/dashboard/dashboard-ops-deploy.md index c1482e0cc439c..23599f2b4bb43 100644 --- a/dashboard/dashboard-ops-deploy.md +++ b/dashboard/dashboard-ops-deploy.md @@ -1,15 +1,15 @@ --- title: Deploy TiDB Dashboard -summary: TiDBダッシュボードは、v4.0以降のPDに組み込まれています。追加のデプロイメントは不要です。Kubernetes上に独立してデプロイすることも可能です。複数のPDインスタンスがデプロイされている場合、ダッシュボードとして機能するのは1つだけです。「tiup cluster display」コマンドを使用して、ダッシュボードの機能を確認してください。ダッシュボードの無効化と有効化は「tiup ctl」コマンドを使用して行うことができます。 +summary: TiDB Dashboardは、v4.0以降のPDに組み込まれています。追加のデプロイメントは不要です。Kubernetes上に独立してデプロイすることも可能です。複数のPDインスタンスがデプロイされている場合、ダッシュボードとして機能するのは1つだけです。「tiup cluster display」コマンドを使用して、ダッシュボードの機能を確認してください。ダッシュボードの無効化と有効化は「tiup ctl」コマンドを使用して行うことができます。 --- -# TiDBダッシュボードをデプロイ {#deploy-tidb-dashboard} +# TiDB Dashboardをデプロイ {#deploy-tidb-dashboard} -TiDBダッシュボードUIは、v4.0以降のバージョンのPDコンポーネントに組み込まれているため、追加のデプロイメントは必要ありません。標準のTiDBクラスターをデプロイするだけで、TiDBダッシュボードが利用可能になります。 +TiDB Dashboard UIは、v4.0以降のバージョンのPDコンポーネントに組み込まれているため、追加のデプロイメントは必要ありません。標準のTiDBクラスターをデプロイするだけで、TiDB Dashboardが利用可能になります。 > **注記：** > -> TiDB v6.5.0以降およびTiDB Operator v1.4.0以降では、TiDB DashboardをKubernetes上の独立したPodとしてデプロイできます。詳細については、 [TiDB ダッシュボードをTiDB Operatorで独立してデプロイ](https://docs.pingcap.com/tidb-in-kubernetes/v1.6/get-started#deploy-tidb-dashboard-independently)参照してください。 +> TiDB v6.5.0以降およびTiDB Operator v1.4.0以降では、TiDB DashboardをKubernetes上の独立したPodとしてデプロイできます。詳細については、 [TiDB DashboardをTiDB Operatorで独立してデプロイ](https://docs.pingcap.com/tidb-in-kubernetes/v1.6/get-started#deploy-tidb-dashboard-independently)参照してください。 標準の TiDB クラスターをデプロイする方法については、次のドキュメントを参照してください。 @@ -19,25 +19,25 @@ TiDBダッシュボードUIは、v4.0以降のバージョンのPDコンポー > **注記：** > -> v4.0 より前の TiDB クラスターに TiDB ダッシュボードをデプロイすることはできません。 +> v4.0 より前の TiDB クラスターに TiDB Dashboardをデプロイすることはできません。 ## 複数のPDインスタンスを使用したデプロイメント {#deployment-with-multiple-pd-instances} -クラスターに複数の PD インスタンスがデプロイされている場合、これらのインスタンスのうち 1 つだけが TiDB ダッシュボードとして機能します。 +クラスターに複数の PD インスタンスがデプロイされている場合、これらのインスタンスのうち 1 つだけが TiDB Dashboardとして機能します。 -PDインスタンスが初めて実行される際、インスタンスは自動的に相互にネゴシエーションを行い、TiDBダッシュボードを提供するインスタンスを1つ選択します。TiDBダッシュボードは他のPDインスタンスでは実行されません。PDインスタンスが再起動されたり、新しいPDインスタンスが追加された場合でも、TiDBダッシュボードサービスは選択されたPDインスタンスによって常に提供されます。ただし、TiDBダッシュボードを提供するPDインスタンスがクラスターから削除（スケールイン）された場合は、再ネゴシエーションが行われます。このネゴシエーションプロセスではユーザーの介入は必要ありません。 +PDインスタンスが初めて実行される際、インスタンスは自動的に相互にネゴシエーションを行い、TiDB Dashboardを提供するインスタンスを1つ選択します。TiDB Dashboardは他のPDインスタンスでは実行されません。PDインスタンスが再起動されたり、新しいPDインスタンスが追加された場合でも、TiDB Dashboardサービスは選択されたPDインスタンスによって常に提供されます。ただし、TiDB Dashboardを提供するPDインスタンスがクラスターから削除（スケールイン）された場合は、再ネゴシエーションが行われます。このネゴシエーションプロセスではユーザーの介入は必要ありません。 -TiDBダッシュボードを提供していないPDインスタンスにアクセスすると、ブラウザが自動的にリダイレクトされ、TiDBダッシュボードを提供するPDインスタンスへのアクセスが誘導されます。これにより、通常通りサービスにアクセスできるようになります。このプロセスは、以下の図に示されています。 +TiDB Dashboardを提供していないPDインスタンスにアクセスすると、ブラウザが自動的にリダイレクトされ、TiDB Dashboardを提供するPDインスタンスへのアクセスが誘導されます。これにより、通常通りサービスにアクセスできるようになります。このプロセスは、以下の図に示されています。 ![Process Schematic](/media/dashboard/dashboard-ops-multiple-pd.png) > **注記：** > -> TiDB ダッシュボードを提供する PD インスタンスは、PD リーダーではない可能性があります。 +> TiDB Dashboardを提供する PD インスタンスは、PD リーダーではない可能性があります。 -### 実際にTiDBダッシュボードを提供しているPDインスタンスを確認する {#check-the-pd-instance-that-actually-serves-tidb-dashboard} +### 実際にTiDB Dashboardを提供しているPDインスタンスを確認する {#check-the-pd-instance-that-actually-serves-tidb-dashboard} -TiUPを使用してデプロイされた実行中のクラスターの場合、 `tiup cluster display`コマンドを使用して、TiDB ダッシュボードを提供している PD インスタンスを確認できます。3 `CLUSTER_NAME`クラスター名に置き換えてください。 +TiUPを使用してデプロイされた実行中のクラスターの場合、 `tiup cluster display`コマンドを使用して、TiDB Dashboardを提供している PD インスタンスを確認できます。3 `CLUSTER_NAME`クラスター名に置き換えてください。 ```bash tiup cluster display CLUSTER_NAME --dashboard @@ -62,9 +62,9 @@ http://192.168.0.123:2379/dashboard/ > > -### TiDBダッシュボードを提供するために別のPDインスタンスに切り替える {#switch-to-another-pd-instance-to-serve-tidb-dashboard} +### TiDB Dashboardを提供するために別のPDインスタンスに切り替える {#switch-to-another-pd-instance-to-serve-tidb-dashboard} -TiUPを使用してデプロイされた実行中のクラスターの場合、 `tiup ctl:v pd`コマンドを使用して、TiDB ダッシュボードを提供する PD インスタンスを変更したり、無効になっている場合に TiDB ダッシュボードを提供する PD インスタンスを再指定したりできます。 +TiUPを使用してデプロイされた実行中のクラスターの場合、 `tiup ctl:v pd`コマンドを使用して、TiDB Dashboardを提供する PD インスタンスを変更したり、無効になっている場合に TiDB Dashboardを提供する PD インスタンスを再指定したりできます。 ```bash tiup ctl:v pd -u http://127.0.0.1:2379 config set dashboard-address http://9.9.9.9:2379 @@ -73,9 +73,9 @@ tiup ctl:v pd -u http://127.0.0.1:2379 config set dashboard-add 上記のコマンドでは、 - `127.0.0.1:2379`任意の PD インスタンスの IP とポートに置き換えます。 -- `9.9.9.9:2379` TiDB ダッシュボード サービスを実行する新しい PD インスタンスの IP とポートに置き換えます。 +- `9.9.9.9:2379` TiDB Dashboard サービスを実行する新しい PD インスタンスの IP とポートに置き換えます。 -変更が有効になっているかどうかを確認するには、 `tiup cluster display`コマンドを使用します ( `CLUSTER_NAME`クラスター名に置き換えます)。 +変更が有効になっているかどうかを確認するには、 `tiup cluster display`コマンドを使用します ( `CLUSTER_NAME`をクラスター名に置き換えます)。 ```bash tiup cluster display CLUSTER_NAME --dashboard @@ -85,44 +85,44 @@ tiup cluster display CLUSTER_NAME --dashboard > > TiDB Dashboard を実行するインスタンスを変更すると、Key Visualize 履歴や検索履歴など、以前の TiDB Dashboard インスタンスに保存されたローカル データが失われます。 -## TiDBダッシュボードを無効にする {#disable-tidb-dashboard} +## TiDB Dashboardを無効にする {#disable-tidb-dashboard} -TiUPを使用してデプロイされた実行中のクラスターの場合は、 `tiup ctl:v pd`コマンドを使用して、すべての PD インスタンスで TiDB ダッシュボードを無効にします ( `127.0.0.1:2379`任意の PD インスタンスの IP とポートに置き換えます)。 +TiUPを使用してデプロイされた実行中のクラスターの場合は、 `tiup ctl:v pd`コマンドを使用して、すべての PD インスタンスで TiDB Dashboardを無効にします ( `127.0.0.1:2379`任意の PD インスタンスの IP とポートに置き換えます)。 ```bash tiup ctl:v pd -u http://127.0.0.1:2379 config set dashboard-address none ``` -TiDB ダッシュボードを無効にすると、どの PD インスタンスが TiDB ダッシュボード サービスを提供しているかの確認が失敗します。 +TiDB Dashboardを無効にすると、どの PD インスタンスが TiDB Dashboard サービスを提供しているかの確認が失敗します。 Error: TiDB Dashboard is disabled -ブラウザ経由で任意の PD インスタンスの TiDB ダッシュボード アドレスにアクセスしても失敗します。 +ブラウザ経由で任意の PD インスタンスの TiDB Dashboard アドレスにアクセスしても失敗します。 Dashboard is not started. -## TiDBダッシュボードを再度有効にする {#re-enable-tidb-dashboard} +## TiDB Dashboardを再度有効にする {#re-enable-tidb-dashboard} -TiUPを使用してデプロイされた実行中のクラスターの場合は、 `tiup ctl:v pd`コマンドを使用して、PD にインスタンスの再ネゴシエートを要求し、TiDB ダッシュボードを実行します ( `127.0.0.1:2379`任意の PD インスタンスの IP とポートに置き換えます)。 +TiUPを使用してデプロイされた実行中のクラスターの場合は、 `tiup ctl:v pd`コマンドを使用して、PD にインスタンスの再ネゴシエートを要求し、TiDB Dashboardを実行します ( `127.0.0.1:2379`任意の PD インスタンスの IP とポートに置き換えます)。 ```bash tiup ctl:v pd -u http://127.0.0.1:2379 config set dashboard-address auto ``` -上記のコマンドを実行した後、 `tiup cluster display`コマンドを使用して、PD によって自動的にネゴシエートされた TiDB ダッシュボード インスタンス アドレスを表示できます ( `CLUSTER_NAME`クラスター名に置き換えます)。 +上記のコマンドを実行した後、 `tiup cluster display`コマンドを使用して、PD によって自動的にネゴシエートされた TiDB Dashboard インスタンス アドレスを表示できます ( `CLUSTER_NAME`をクラスター名に置き換えます)。 ```bash tiup cluster display CLUSTER_NAME --dashboard ``` -TiDBダッシュボードを提供するPDインスタンスを手動で指定することで、TiDBダッシュボードを再度有効にすることもできます。1 [TiDBダッシュボードを提供するために別のPDインスタンスに切り替える](#switch-to-another-pd-instance-to-serve-tidb-dashboard)参照してください。 +TiDB Dashboardを提供するPDインスタンスを手動で指定することで、TiDB Dashboardを再度有効にすることもできます。[TiDB Dashboardを提供するために別のPDインスタンスに切り替える](#switch-to-another-pd-instance-to-serve-tidb-dashboard)参照してください。 > **警告：** > -> 新しく有効になった TiDB ダッシュボード インスタンスが、TiDB ダッシュボードを提供していた以前のインスタンスと異なる場合、Key Visualize 履歴や検索履歴など、以前の TiDB ダッシュボード インスタンスに保存されたローカル データは失われます。 +> 新しく有効になった TiDB Dashboard インスタンスが、TiDB Dashboardを提供していた以前のインスタンスと異なる場合、Key Visualize 履歴や検索履歴など、以前の TiDB Dashboard インスタンスに保存されたローカル データは失われます。 ## 次は何か {#what-s-next} -- TiDB ダッシュボード UI にアクセスしてログインする方法については、 [TiDBダッシュボードにアクセスする](/dashboard/dashboard-access.md)参照してください。 +- TiDB Dashboard UI にアクセスしてログインする方法については、 [TiDB Dashboardにアクセスする](/dashboard/dashboard-access.md)参照してください。 -- ファイアウォールの設定など、TiDB ダッシュボードのセキュリティを強化する方法については、 [セキュリティTiDBダッシュボード](/dashboard/dashboard-ops-security.md)参照してください。 +- ファイアウォールの設定など、TiDB Dashboardのセキュリティを強化する方法については、 [TiDB Dashboardのセキュリティ保護](/dashboard/dashboard-ops-security.md)を参照してください。 diff --git a/dashboard/dashboard-ops-reverse-proxy.md b/dashboard/dashboard-ops-reverse-proxy.md index 4d2859faa5f99..9890376254374 100644 --- a/dashboard/dashboard-ops-reverse-proxy.md +++ b/dashboard/dashboard-ops-reverse-proxy.md @@ -1,25 +1,25 @@ --- title: Use TiDB Dashboard behind a Reverse Proxy -summary: TiDBダッシュボードは、リバースプロキシを使用して安全に公開できます。これを行うには、TiDBダッシュボードの実際のアドレスを取得し、HAProxyまたはNGINXを使用してリバースプロキシを設定します。TiDBダッシュボードサービスのパスプレフィックスをカスタマイズすることもできます。セキュリティを強化するには、ファイアウォールの設定を検討してください。 +summary: TiDB Dashboardは、リバースプロキシを使用して安全に公開できます。これを行うには、TiDB Dashboardの実際のアドレスを取得し、HAProxyまたはNGINXを使用してリバースプロキシを設定します。TiDB Dashboardサービスのパスプレフィックスをカスタマイズすることもできます。セキュリティを強化するには、ファイアウォールの設定を検討してください。 --- -# リバースプロキシの背後でTiDBダッシュボードを使用する {#use-tidb-dashboard-behind-a-reverse-proxy} +# リバースプロキシの背後でTiDB Dashboardを使用する {#use-tidb-dashboard-behind-a-reverse-proxy} -リバース プロキシを使用すると、TiDB ダッシュボード サービスを内部ネットワークから外部に安全に公開できます。 +リバース プロキシを使用すると、TiDB Dashboard サービスを内部ネットワークから外部に安全に公開できます。 ## 手順 {#procedures} -### ステップ1: 実際のTiDBダッシュボードのアドレスを取得する {#step-1-get-the-actual-tidb-dashboard-address} +### ステップ1: 実際のTiDB Dashboardのアドレスを取得する {#step-1-get-the-actual-tidb-dashboard-address} -クラスター内に複数のPDインスタンスがデプロイされている場合、TiDBダッシュボードを実際に実行するのは1つのPDインスタンスのみです。そのため、リバースプロキシのアップストリームが正しいアドレスを指していることを確認する必要があります。このメカニズムの詳細については、 [複数のPDインスタンスを使用したデプロイメント](/dashboard/dashboard-ops-deploy.md#deployment-with-multiple-pd-instances)参照してください。 +クラスター内に複数のPDインスタンスがデプロイされている場合、TiDB Dashboardを実際に実行するのは1つのPDインスタンスのみです。そのため、リバースプロキシのアップストリームが正しいアドレスを指していることを確認する必要があります。このメカニズムの詳細については、 [複数のPDインスタンスを使用したデプロイメント](/dashboard/dashboard-ops-deploy.md#deployment-with-multiple-pd-instances)参照してください。 -デプロイメントにTiUPツールを使用する場合は、次のコマンドを実行して実際の TiDB ダッシュボード アドレスを取得します ( `CLUSTER_NAME`クラスター名に置き換えます)。 +デプロイメントにTiUPツールを使用する場合は、次のコマンドを実行して実際の TiDB Dashboard アドレスを取得します ( `CLUSTER_NAME`をクラスター名に置き換えます)。 ```shell tiup cluster display CLUSTER_NAME --dashboard ``` -出力は実際のTiDBダッシュボードのアドレスです。例を以下に示します。 +出力は実際のTiDB Dashboardのアドレスです。例を以下に示します。 ```bash http://192.168.0.123:2379/dashboard/ @@ -42,9 +42,9 @@ http://192.168.0.123:2379/dashboard/
HAProxyを使用する -[HAプロキシ](https://www.haproxy.org/)リバース プロキシとして使用する場合は、次の手順を実行します。 +[HAProxy](https://www.haproxy.org/)をリバースプロキシとして使用する場合は、次の手順を実行します。 -1. 例えば、TiDBダッシュボードのリバースプロキシを`8033`ポート（例）で使用します。HAProxy設定ファイルに以下の設定を追加します。 +1. 例えば、TiDB Dashboardのリバースプロキシを`8033`ポート（例）で使用します。HAProxy設定ファイルに以下の設定を追加します。 ```haproxy frontend tidb_dashboard_front @@ -56,15 +56,15 @@ http://192.168.0.123:2379/dashboard/ server tidb_dashboard 192.168.0.123:2379 ``` - `192.168.0.123:2379` 、 [ステップ1](#step-1-get-the-actual-tidb-dashboard-address)で取得した TiDB ダッシュボードの実際のアドレスの IP とポートに置き換えます。 + `192.168.0.123:2379` 、 [ステップ1](#step-1-get-the-actual-tidb-dashboard-address)で取得した TiDB Dashboardの実際のアドレスの IP とポートに置き換えます。 > **警告：** > - > **このパス内のサービスのみが**リバースプロキシの背後にあることを保証するには、 `use_backend`ディレクティブの`if`部分を保持する必要があります。そうしないと、セキュリティリスクが発生する可能性があります。7 [セキュリティTiDBダッシュボード](/dashboard/dashboard-ops-security.md)参照してください。 + > **このパス内のサービスのみが**リバースプロキシの背後にあることを保証するには、 `use_backend`ディレクティブの`if`部分を保持する必要があります。そうしないと、セキュリティリスクが発生する可能性があります。[TiDB Dashboardのセキュリティ保護](/dashboard/dashboard-ops-security.md)を参照してください。 2. 設定を有効にするには、HAProxy を再起動します。 -3. リバース プロキシが有効かどうかをテストします。HAProxy が配置されているマシンの`8033`ポートの`/dashboard/`アドレス ( `http://example.com:8033/dashboard/`など) にアクセスして、TiDB ダッシュボードにアクセスします。 +3. リバース プロキシが有効かどうかをテストします。HAProxy が配置されているマシンの`8033`ポートの`/dashboard/`アドレス ( `http://example.com:8033/dashboard/`など) にアクセスして、TiDB Dashboardにアクセスします。
@@ -72,7 +72,7 @@ http://192.168.0.123:2379/dashboard/ [NGINX](https://nginx.org/)リバース プロキシとして使用する場合は、次の手順を実行します。 -1. TiDBダッシュボードのリバースプロキシを`8033`ポート（例）で使用します。NGINX設定ファイルに以下の設定を追加します。 +1. TiDB Dashboardのリバースプロキシを`8033`ポート（例）で使用します。NGINX設定ファイルに以下の設定を追加します。 ```nginx server { @@ -83,11 +83,11 @@ http://192.168.0.123:2379/dashboard/ } ``` - `http://192.168.0.123:2379/dashboard/` 、 [ステップ1](#step-1-get-the-actual-tidb-dashboard-address)で取得した TiDB ダッシュボードの実際のアドレスに置き換えます。 + `http://192.168.0.123:2379/dashboard/` 、 [ステップ1](#step-1-get-the-actual-tidb-dashboard-address)で取得した TiDB Dashboardの実際のアドレスに置き換えます。 > **警告：** > - > `proxy_pass`ディレクティブの`/dashboard/`パスは必ず保持してください。これにより、このパスの下にあるサービスのみがリバースプロキシされます。そうしないと、セキュリティリスクが発生します。5 [セキュリティTiDBダッシュボード](/dashboard/dashboard-ops-security.md)参照してください。 + > `proxy_pass`ディレクティブの`/dashboard/`パスは必ず保持してください。これにより、このパスの下にあるサービスのみがリバースプロキシされます。そうしないと、セキュリティリスクが発生します。[TiDB Dashboardのセキュリティ保護](/dashboard/dashboard-ops-security.md)を参照してください。 2. 設定を有効にするには、NGINX をリロードします。 @@ -95,17 +95,17 @@ http://192.168.0.123:2379/dashboard/ sudo nginx -s reload ``` -3. リバース プロキシが有効かどうかをテストします。NGINX が配置されているマシンの`8033`ポートの`/dashboard/`アドレス ( `http://example.com:8033/dashboard/`など) にアクセスして、TiDB ダッシュボードにアクセスします。 +3. リバース プロキシが有効かどうかをテストします。NGINX が配置されているマシンの`8033`ポートの`/dashboard/`アドレス ( `http://example.com:8033/dashboard/`など) にアクセスして、TiDB Dashboardにアクセスします。 ## パスプレフィックスをカスタマイズする {#customize-path-prefix} -TiDBダッシュボードは、デフォルトで`/dashboard/`パス（例えば`http://example.com:8033/dashboard/` ）でサービスを提供します。これはリバースプロキシでも同様です。リバースプロキシを設定して、TiDBダッシュボードサービスにデフォルト以外のパス（例えば`http://example.com:8033/foo/`や`http://example.com:8033/` ）を提供するには、以下の手順を実行してください。 +TiDB Dashboardは、デフォルトで`/dashboard/`パス（例えば`http://example.com:8033/dashboard/` ）でサービスを提供します。これはリバースプロキシでも同様です。リバースプロキシを設定して、TiDB Dashboardサービスにデフォルト以外のパス（例えば`http://example.com:8033/foo/`や`http://example.com:8033/` ）を提供するには、以下の手順を実行してください。 -### ステップ1: PD構成を変更して、TiDBダッシュボードサービスのパスプレフィックスを指定します。 {#step-1-modify-pd-configuration-to-specify-the-path-prefix-of-tidb-dashboard-service} +### ステップ1: PD構成を変更して、TiDB Dashboardサービスのパスプレフィックスを指定します。 {#step-1-modify-pd-configuration-to-specify-the-path-prefix-of-tidb-dashboard-service} -PD設定の`[dashboard]`のカテゴリにある`public-path-prefix`設定項目を変更し、TiDBダッシュボードサービスのパスプレフィックスを指定します。この項目を変更した後、変更を有効にするにはPDインスタンスを再起動してください。 +PD設定の`[dashboard]`のカテゴリにある`public-path-prefix`設定項目を変更し、TiDB Dashboardサービスのパスプレフィックスを指定します。この項目を変更した後、変更を有効にするにはPDインスタンスを再起動してください。 たとえば、クラスターがTiUPを使用してデプロイされており、サービスを`http://example.com:8033/foo/`で実行する場合は、次の構成を指定できます。 @@ -127,7 +127,7 @@ server_configs: デプロイされたクラスターの場合: -1. クラスターの構成ファイルを編集モードで開きます ( `CLUSTER_NAME`クラスター名に置き換えます)。 +1. クラスターの構成ファイルを編集モードで開きます ( `CLUSTER_NAME`をクラスター名に置き換えます)。 ```shell tiup cluster edit-config CLUSTER_NAME @@ -169,7 +169,7 @@ server_configs: dashboard.public-path-prefix: /foo ``` -3. 変更した設定を有効にするには、すべての PD インスタンスに対してローリング再起動を実行します ( `CLUSTER_NAME`クラスター名に置き換えます)。 +3. 変更した設定を有効にするには、すべての PD インスタンスに対してローリング再起動を実行します ( `CLUSTER_NAME`をクラスター名に置き換えます)。 ```shell tiup cluster reload CLUSTER_NAME -R pd @@ -179,7 +179,7 @@ server_configs: -TiDB ダッシュボード サービスをルート パス ( `http://example.com:8033/`など) で実行する場合は、次の構成を使用します。 +TiDB Dashboard サービスをルート パス ( `http://example.com:8033/`など) で実行する場合は、次の構成を使用します。 ```yaml server_configs: @@ -189,7 +189,7 @@ server_configs: > **警告：** > -> 変更およびカスタマイズされたパスプレフィックスが有効になると、TiDBダッシュボードに直接アクセスできなくなります。TiDBダッシュボードにアクセスするには、パスプレフィックスに一致するリバースプロキシを経由する必要があります。 +> 変更およびカスタマイズされたパスプレフィックスが有効になると、TiDB Dashboardに直接アクセスできなくなります。TiDB Dashboardにアクセスするには、パスプレフィックスに一致するリバースプロキシを経由する必要があります。 ### ステップ2: リバースプロキシ構成を変更する {#step-2-modify-the-reverse-proxy-configuration} @@ -208,13 +208,13 @@ backend tidb_dashboard_back server tidb_dashboard 192.168.0.123:2379 ``` -`192.168.0.123:2379` 、 [ステップ1](#step-1-get-the-actual-tidb-dashboard-address)で取得した TiDB ダッシュボードの実際のアドレスの IP とポートに置き換えます。 +`192.168.0.123:2379` 、 [ステップ1](#step-1-get-the-actual-tidb-dashboard-address)で取得した TiDB Dashboardの実際のアドレスの IP とポートに置き換えます。 > **警告：** > -> **このパス内のサービスのみが**リバースプロキシの背後にあることを保証するには、 `use_backend`ディレクティブの`if`部分を保持する必要があります。そうしないと、セキュリティリスクが発生する可能性があります。7 [セキュリティTiDBダッシュボード](/dashboard/dashboard-ops-security.md)参照してください。 +> **このパス内のサービスのみが**リバースプロキシの背後にあることを保証するには、 `use_backend`ディレクティブの`if`部分を保持する必要があります。そうしないと、セキュリティリスクが発生する可能性があります。[TiDB Dashboardのセキュリティ保護](/dashboard/dashboard-ops-security.md)を参照してください。 -TiDB ダッシュボード サービスをルート パス ( `http://example.com:8033/`など) で実行する場合は、次の構成を使用します。 +TiDB Dashboard サービスをルート パス ( `http://example.com:8033/`など) で実行する場合は、次の構成を使用します。 ```haproxy frontend tidb_dashboard_front @@ -243,13 +243,13 @@ server { } ``` -`http://192.168.0.123:2379/dashboard/` 、 [ステップ1](#step-1-get-the-actual-tidb-dashboard-address)で取得した TiDB ダッシュボードの実際のアドレスに置き換えます。 +`http://192.168.0.123:2379/dashboard/` 、 [ステップ1](#step-1-get-the-actual-tidb-dashboard-address)で取得した TiDB Dashboardの実際のアドレスに置き換えます。 > **警告：** > -> `proxy_pass`ディレクティブの`/dashboard/`パスは必ず保持し**、このパス内のサービスのみが**リバースプロキシの背後にあるようにする必要があります。そうしないと、セキュリティリスクが発生する可能性があります。7 [セキュリティTiDBダッシュボード](/dashboard/dashboard-ops-security.md)参照してください。 +> `proxy_pass`ディレクティブの`/dashboard/`パスは必ず保持し**、このパス内のサービスのみが**リバースプロキシの背後にあるようにする必要があります。そうしないと、セキュリティリスクが発生する可能性があります。[TiDB Dashboardのセキュリティ保護](/dashboard/dashboard-ops-security.md)を参照してください。 -TiDB ダッシュボード サービスをルート パス ( `http://example.com:8033/`など) で実行する場合は、次の構成を使用します。 +TiDB Dashboard サービスをルート パス ( `http://example.com:8033/`など) で実行する場合は、次の構成を使用します。 ```nginx server { @@ -270,4 +270,4 @@ sudo nginx -s reload ## 次は何？ {#what-s-next} -ファイアウォールの設定など、TiDB ダッシュボードのセキュリティを強化する方法については、 [セキュリティTiDBダッシュボード](/dashboard/dashboard-ops-security.md)参照してください。 +ファイアウォールの設定など、TiDB Dashboardのセキュリティを強化する方法については、 [TiDB Dashboardのセキュリティ保護](/dashboard/dashboard-ops-security.md)を参照してください。 diff --git a/dashboard/dashboard-ops-security.md b/dashboard/dashboard-ops-security.md index 86928ad3ac31e..c6a3ffe5bfdab 100644 --- a/dashboard/dashboard-ops-security.md +++ b/dashboard/dashboard-ops-security.md @@ -1,33 +1,33 @@ --- title: Secure TiDB Dashboard -summary: TiDBダッシュボードでは、ルートユーザーに強力なパスワードを設定すること、最小権限ユーザーを作成すること、信頼できないアクセスをブロックするためのファイアウォールの使用など、強化されたセキュリティ対策が必要です。また、セキュリティをさらに強化するために、リバースプロキシを使用し、TLSを有効にすることも推奨されます。 +summary: TiDB Dashboardでは、ルートユーザーに強力なパスワードを設定すること、最小権限ユーザーを作成すること、信頼できないアクセスをブロックするためのファイアウォールの使用など、強化されたセキュリティ対策が必要です。また、セキュリティをさらに強化するために、リバースプロキシを使用し、TLSを有効にすることも推奨されます。 --- -# セキュリティTiDBダッシュボード {#secure-tidb-dashboard} +# TiDB Dashboardのセキュリティ保護 {#secure-tidb-dashboard} -TiDBダッシュボードにアクセスするにはサインインする必要がありますが、TiDBダッシュボードはデフォルトで信頼できるユーザーエンティティからのアクセスを想定して設計されています。外部ネットワークユーザーや信頼できないユーザーにTiDBダッシュボードへのアクセスを許可する場合は、セキュリティ上の脆弱性を回避するために以下の対策を講じてください。 +TiDB Dashboardにアクセスするにはサインインする必要がありますが、TiDB Dashboardはデフォルトで信頼できるユーザーエンティティからのアクセスを想定して設計されています。外部ネットワークユーザーや信頼できないユーザーにTiDB Dashboardへのアクセスを許可する場合は、セキュリティ上の脆弱性を回避するために以下の対策を講じてください。 ## TiDBユーザーのセキュリティを強化する {#enhance-security-of-tidb-users} ### TiDB rootユーザーに強力なパスワードを設定する {#set-a-strong-password-for-the-tidb-code-root-code-user} -TiDBダッシュボードのアカウントシステムは、 TiDB SQLユーザーのアカウントシステムと一致しています。デフォルトでは、TiDBの`root`ユーザーにはパスワードが設定されていないため、TiDBダッシュボードへのアクセスにはパスワード認証が不要です。これにより、悪意のある訪問者は、特権SQL文の実行を含む高い権限を取得できます。 +TiDB Dashboardのアカウントシステムは、 TiDB SQLユーザーのアカウントシステムと一致しています。デフォルトでは、TiDBの`root`ユーザーにはパスワードが設定されていないため、TiDB Dashboardへのアクセスにはパスワード認証が不要です。これにより、悪意のある訪問者は、特権SQL文の実行を含む高い権限を取得できます。 TiDB `root`ユーザーには強力なパスワードを設定することをお勧めします。詳細は[TiDB ユーザーアカウント管理](/user-account-management.md)ご覧ください。または、TiDB `root`ユーザーを無効にすることもできます。 -### TiDBダッシュボード用の最小権限ユーザーを作成する {#create-a-least-privileged-user-for-tidb-dashboard} +### TiDB Dashboard用の最小権限ユーザーを作成する {#create-a-least-privileged-user-for-tidb-dashboard} -TiDBダッシュボードのアカウントシステムは、 TiDB SQLのアカウントシステムと一致しています。TiDBダッシュボードにアクセスするユーザーは、 TiDB SQLユーザーの権限に基づいて認証および承認されます。そのため、TiDBダッシュボードでは限定的な権限、つまり読み取り専用権限のみが必要です。最小権限の原則に基づいてユーザーがTiDBダッシュボードにアクセスできるように設定することで、高い権限を持つユーザーのアクセスを回避できます。 +TiDB Dashboardのアカウントシステムは、 TiDB SQLのアカウントシステムと一致しています。TiDB Dashboardにアクセスするユーザーは、 TiDB SQLユーザーの権限に基づいて認証および認可されます。そのため、TiDB Dashboardでは限定的な権限、つまり読み取り専用権限のみが必要です。最小権限の原則に基づいてユーザーがTiDB Dashboardにアクセスできるように設定することで、高い権限を持つユーザーのアクセスを回避できます。 -TiDBダッシュボードにアクセスしてサインインするには、最小限の権限を持つSQLユーザーを作成することをお勧めします。これにより、高い権限を持つユーザーによるアクセスを回避し、セキュリティを向上できます。詳細は[TiDBダッシュボードのユーザー管理](/dashboard/dashboard-user.md)ご覧ください。 +TiDB Dashboardにアクセスしてサインインするには、最小限の権限を持つSQLユーザーを作成することをお勧めします。これにより、高い権限を持つユーザーによるアクセスを回避し、セキュリティを向上できます。詳細は[TiDB Dashboardのユーザー管理](/dashboard/dashboard-user.md)ご覧ください。 ## ファイアウォールを使用して信頼できないアクセスをブロックする {#use-a-firewall-to-block-untrusted-access} > **注記：** > -> TiDB v6.5.0以降およびTiDB Operator v1.4.0以降は、Kubernetes上にTiDB Dashboardを独立したPodとしてデプロイすることをサポートしています。TiDB Operatorを使用すると、このPodのIPアドレスにアクセスしてTiDB Dashboardを起動できます。このポートはPDの他の特権インターフェースとは通信しないため、外部から提供される場合は追加のファイアウォールは必要ありません。詳細については、 [TiDB ダッシュボードをTiDB Operatorで独立してデプロイ](https://docs.pingcap.com/tidb-in-kubernetes/v1.6/get-started#deploy-tidb-dashboard-independently)参照してください。 +> TiDB v6.5.0以降およびTiDB Operator v1.4.0以降は、Kubernetes上にTiDB Dashboardを独立したPodとしてデプロイすることをサポートしています。TiDB Operatorを使用すると、このPodのIPアドレスにアクセスしてTiDB Dashboardを起動できます。このポートはPDの他の特権インターフェースとは通信しないため、外部から提供される場合は追加のファイアウォールは必要ありません。詳細については、 [TiDB DashboardをTiDB Operatorで独立してデプロイ](https://docs.pingcap.com/tidb-in-kubernetes/v1.6/get-started#deploy-tidb-dashboard-independently)参照してください。 -TiDBダッシュボードはPDクライアントポート（デフォルトは[http://IP:2379/ダッシュボード/](http://IP:2379/dashboard/) ）を介してサービスを提供します。TiDBダッシュボードはID認証を必要としますが、PDクライアントポート上のPD内の他の特権インターフェース（例： [http://IP:2379/pd/api/v1/members](http://IP:2379/pd/api/v1/members) ）はID認証を必要とせず、特権操作を実行できます。したがって、PDクライアントポートを外部ネットワークに直接公開することは非常に危険です。 +TiDB DashboardはPDクライアントポート（デフォルトは[http://IP:2379/dashboard/](http://IP:2379/dashboard/) ）を介してサービスを提供します。TiDB DashboardはID認証を必要としますが、PDクライアントポート上のPD内の他の特権インターフェース（例： [http://IP:2379/pd/api/v1/members](http://IP:2379/pd/api/v1/members) ）はID認証を必要とせず、特権操作を実行できます。したがって、PDクライアントポートを外部ネットワークに直接公開することは非常に危険です。 以下の対策を講じることをお勧めします。 @@ -37,25 +37,25 @@ TiDBダッシュボードはPDクライアントポート（デフォルトは[h > > TiDB、TiKV、その他のコンポーネントは、PDクライアントポートを介してPDコンポーネントと通信する必要があるため、コンポーネント間の内部ネットワークへのアクセスをブロックしないでください。ブロックすると、クラスターが使用できなくなります。 -- リバース プロキシを構成して、別のポートで TiDB ダッシュボード サービスを外部ネットワークに安全に提供する方法の詳細については、 [リバースプロキシの背後で TiDB ダッシュボードを使用する](/dashboard/dashboard-ops-reverse-proxy.md)参照してください。 +- リバース プロキシを構成して、別のポートで TiDB Dashboard サービスを外部ネットワークに安全に提供する方法の詳細については、 [リバースプロキシの背後で TiDB Dashboardを使用する](/dashboard/dashboard-ops-reverse-proxy.md)参照してください。 -### 複数のPDインスタンスを展開するときにTiDBダッシュボードポートへのアクセスを開く方法 {#how-to-open-access-to-tidb-dashboard-port-when-deploying-multiple-pd-instances} +### 複数のPDインスタンスを展開するときにTiDB Dashboardポートへのアクセスを開く方法 {#how-to-open-access-to-tidb-dashboard-port-when-deploying-multiple-pd-instances} > **警告：** > > このセクションでは、テスト環境のみを対象とした、安全でないアクセスに対する解決策について説明します。本番環境では使用**しないでください**。 -テスト環境では、外部アクセス用に TiDB ダッシュボード ポートを開くようにファイアウォールを構成する必要がある場合があります。 +テスト環境では、外部アクセス用に TiDB Dashboard ポートを開くようにファイアウォールを構成する必要がある場合があります。 -複数のPDインスタンスがデプロイされている場合、TiDBダッシュボードは実際に1つのPDインスタンスのみで実行され、他のPDインスタンスにアクセスするとブラウザのリダイレクトが発生します。そのため、ファイアウォールに正しいIPアドレスが設定されていることを確認する必要があります。このメカニズムの詳細については、 [複数のPDインスタンスを使用したデプロイメント](/dashboard/dashboard-ops-deploy.md#deployment-with-multiple-pd-instances)参照してください。 +複数のPDインスタンスがデプロイされている場合、TiDB Dashboardは実際に1つのPDインスタンスのみで実行され、他のPDインスタンスにアクセスするとブラウザのリダイレクトが発生します。そのため、ファイアウォールに正しいIPアドレスが設定されていることを確認する必要があります。このメカニズムの詳細については、 [複数のPDインスタンスを使用したデプロイメント](/dashboard/dashboard-ops-deploy.md#deployment-with-multiple-pd-instances)参照してください。 -TiUPデプロイメント ツールを使用する場合、次のコマンドを実行すると、実際に TiDB ダッシュボードを実行している PD インスタンスのアドレスを表示できます ( `CLUSTER_NAME`クラスター名に置き換えます)。 +TiUPデプロイメント ツールを使用する場合、次のコマンドを実行すると、実際に TiDB Dashboardを実行している PD インスタンスのアドレスを表示できます ( `CLUSTER_NAME`をクラスター名に置き換えます)。 ```bash tiup cluster display CLUSTER_NAME --dashboard ``` -出力は実際の TiDB ダッシュボード アドレスです。 +出力は実際の TiDB Dashboard アドレスです。 > **注記：** > @@ -76,13 +76,13 @@ tiup cluster display CLUSTER_NAME --dashboard http://192.168.0.123:2379/dashboard/ ``` -この例では、ファイアウォールは、開いている IP `192.168.0.123`のポート`2379`への受信アクセスを設定する必要があり、TiDB ダッシュボードには[http://192.168.0.123:2379/ダッシュボード/](http://192.168.0.123:2379/dashboard/)経由でアクセスします。 +この例では、ファイアウォールは、開いている IP `192.168.0.123`のポート`2379`への受信アクセスを設定する必要があり、TiDB Dashboardには[http://192.168.0.123:2379/dashboard/](http://192.168.0.123:2379/dashboard/)経由でアクセスします。 -## TiDB ダッシュボード専用のリバース プロキシ {#reverse-proxy-only-for-tidb-dashboard} +## TiDB Dashboard専用のリバース プロキシ {#reverse-proxy-only-for-tidb-dashboard} -[ファイアウォールを使用して信頼できないアクセスをブロックする](#ファイアウォールを使用して信頼できないアクセスをブロックする)で述べたように、PDクライアントポートで提供されるサービスには、TiDBダッシュボード（ [http://IP:2379/ダッシュボード/](http://IP:2379/dashboard/)に配置）だけでなく、PD内の他の特権インターフェース（ [http://IP:2379/pd/api/v1/members](http://IP:2379/pd/api/v1/members)など）も含まれます。したがって、リバースプロキシを使用してTiDBダッシュボードを外部ネットワークに提供する場合は、外部ネットワークが**リバース**プロキシを介してPD内の特権インターフェースにアクセスできないように、ポート内のすべてのサービスで**はなく**、プレフィックスが`/dashboard`サービスのみを提供するようにしてください。 +[ファイアウォールを使用して信頼できないアクセスをブロックする](#ファイアウォールを使用して信頼できないアクセスをブロックする)で述べたように、PDクライアントポートで提供されるサービスには、TiDB Dashboard（ [http://IP:2379/dashboard/](http://IP:2379/dashboard/)に配置）だけでなく、PD内の他の特権インターフェース（ [http://IP:2379/pd/api/v1/members](http://IP:2379/pd/api/v1/members)など）も含まれます。したがって、リバースプロキシを使用してTiDB Dashboardを外部ネットワークに提供する場合は、外部ネットワークが**リバース**プロキシを介してPD内の特権インターフェースにアクセスできないように、ポート内のすべてのサービスで**はなく**、プレフィックスが`/dashboard`サービスのみを提供するようにしてください。 -安全で推奨されるリバース プロキシ構成を確認するには、 [リバースプロキシの背後で TiDB ダッシュボードを使用する](/dashboard/dashboard-ops-reverse-proxy.md)参照することをお勧めします。 +安全で推奨されるリバース プロキシ構成を確認するには、 [リバースプロキシの背後で TiDB Dashboardを使用する](/dashboard/dashboard-ops-reverse-proxy.md)参照することをお勧めします。 ## リバースプロキシのTLSを有効にする {#enable-tls-for-reverse-proxy} diff --git a/dashboard/dashboard-overview.md b/dashboard/dashboard-overview.md index 90be5e3966b62..00feecd4bb95e 100644 --- a/dashboard/dashboard-overview.md +++ b/dashboard/dashboard-overview.md @@ -1,6 +1,6 @@ --- title: Overview Page -summary: TiDB概要ページには、クラスターのQPS、レイテンシー、上位SQL文、最近のスロークエリ、インスタンスステータス、監視/アラートリンクが表示されます。TiDBダッシュボードまたは左側のナビゲーションメニューからアクセスできます。QPSとレイテンシーにはPrometheusモニタリングが必要です。Top SQLとスロークエリには、SQL文とスロークエリログが有効になっている必要があります。インスタンスステータスには、インスタンスの総数と異常なインスタンスが表示されます。監視とアラートのリンクは、Grafanaダッシュボード、AlertManager、クラスター診断にリンクしています。 +summary: TiDB概要ページには、クラスターのQPS、レイテンシー、上位SQL文、最近のスロークエリ、インスタンスステータス、監視/アラートリンクが表示されます。TiDB Dashboardまたは左側のナビゲーションメニューからアクセスできます。QPSとレイテンシーにはPrometheusモニタリングが必要です。Top SQLとスロークエリには、SQL文とスロークエリログが有効になっている必要があります。インスタンスステータスには、インスタンスの総数と異常なインスタンスが表示されます。監視とアラートのリンクは、Grafanaダッシュボード、AlertManager、クラスター診断にリンクしています。 --- # 概要ページ {#overview-page} @@ -10,13 +10,13 @@ summary: TiDB概要ページには、クラスターのQPS、レイテンシー - クラスター全体の 1 秒あたりのクエリ数 (QPS)。 - クラスター全体のクエリのレイテンシー。 - 最近の期間に最も長い実行時間を累積した SQL ステートメント。 -- 最近の期間の実行時間がしきい値を超えた遅いクエリ。 +- 最近の期間の実行時間がしきい値を超えたスロークエリ。 - 各インスタンスのノード数とステータス。 - メッセージを監視および警告します。 ## ページにアクセスする {#access-the-page} -TiDB ダッシュボードにログインすると、デフォルトで概要ページが表示されます。または、左側のナビゲーション メニューで**[概要]**をクリックしてこのページにアクセスすることもできます。 +TiDB Dashboardにログインすると、デフォルトで概要ページが表示されます。または、左側のナビゲーション メニューで**[概要]**をクリックしてこのページにアクセスすることもできます。 ![Enter overview page](/media/dashboard/dashboard-overview-access-v650.png) @@ -52,15 +52,15 @@ TiDB ダッシュボードにログインすると、デフォルトで概要ペ > > この機能は、SQL ステートメント機能が有効になっているクラスターでのみ使用できます。 -## 最近の遅いクエリ {#recent-slow-queries} +## 最近のスロークエリ {#recent-slow-queries} -デフォルトでは、この領域には、過去 30 分間のクラスター全体の最新の 10 件の低速クエリが表示されます。 +デフォルトでは、この領域には、過去 30 分間のクラスター全体の最新の 10 件のスロークエリが表示されます。 ![Recent slow queries](/media/dashboard/dashboard-overview-slow-query.png) デフォルトでは、実行時間が300ミリ秒を超えるSQLクエリはスロークエリとしてカウントされ、テーブルに表示されます。このしきい値は、 [`tidb_slow_log_threshold`](/system-variables.md#tidb_slow_log_threshold)変数または[`instance.tidb_slow_log_threshold`](/tidb-configuration-file.md#tidb_slow_log_threshold) TiDBパラメータを変更することで変更できます。 -この領域に表示される内容は、より詳細な[遅いクエリページ](/dashboard/dashboard-slow-query.md)内容と一致しています。 **「最近のスロークエリ」**というタイトルをクリックすると、完全なリストが表示されます。この表の列の詳細については、 [遅いクエリページ](/dashboard/dashboard-slow-query.md)をご覧ください。 +この領域に表示される内容は、より詳細な[スロークエリページ](/dashboard/dashboard-slow-query.md)内容と一致しています。 **「最近のスロークエリ」**というタイトルをクリックすると、完全なリストが表示されます。この表の列の詳細については、 [スロークエリページ](/dashboard/dashboard-slow-query.md)をご覧ください。 > **注記：** > diff --git a/dashboard/dashboard-profiling.md b/dashboard/dashboard-profiling.md index 41f4951885f12..5845dc1baf950 100644 --- a/dashboard/dashboard-profiling.md +++ b/dashboard/dashboard-profiling.md @@ -1,9 +1,9 @@ --- title: TiDB Dashboard Instance Profiling - Manual Profiling -summary: 手動プロファイリングを使用すると、TiDB、TiKV、PD、 TiFlashインスタンスの現在のパフォーマンスデータをオンデマンドで収集できます。エキスパートはCPUやメモリなどのリソース消費量の詳細を分析し、進行中のパフォーマンス問題を特定できます。このページには、TiDBダッシュボードまたはブラウザからアクセスできます。対象インスタンスを選択してプロファイリングを開始し、必要に応じて期間を変更します。リアルタイムの進行状況を確認し、プロファイリング完了後にパフォーマンスデータをダウンロードできます。詳細な操作については、プロファイリング履歴を確認する。 +summary: 手動プロファイリングを使用すると、TiDB、TiKV、PD、 TiFlashインスタンスの現在のパフォーマンスデータをオンデマンドで収集できます。エキスパートはCPUやメモリなどのリソース消費量の詳細を分析し、進行中のパフォーマンス問題を特定できます。このページには、TiDB Dashboardまたはブラウザからアクセスできます。対象インスタンスを選択してプロファイリングを開始し、必要に応じて期間を変更します。リアルタイムの進行状況を確認し、プロファイリング完了後にパフォーマンスデータをダウンロードできます。詳細な操作については、プロファイリング履歴を確認する。 --- -# TiDB ダッシュボードインスタンスプロファイリング - 手動プロファイリング {#tidb-dashboard-instance-profiling-manual-profiling} +# TiDB Dashboardインスタンスプロファイリング - 手動プロファイリング {#tidb-dashboard-instance-profiling-manual-profiling} > **注記：** > @@ -13,7 +13,7 @@ summary: 手動プロファイリングを使用すると、TiDB、TiKV、PD、 これらのパフォーマンス データを使用すると、専門家はインスタンスの CPU やメモリなどの現在のリソース消費の詳細を分析し、CPU オーバーヘッドの増加、メモリ使用量の増加、プロセスの停止など、進行中の高度なパフォーマンスの問題を正確に特定できます。 -プロファイリングを開始すると、TiDBダッシュボードは一定期間（デフォルトでは30秒）現在のパフォーマンスデータを収集します。そのため、この機能はクラスターが現在直面している進行中の問題の分析にのみ使用でき、過去の問題には大きな影響を与えません。**いつでも**パフォーマンスデータを収集して分析したい場合は、 [継続的なプロファイリング](/dashboard/continuous-profiling.md)参照してください。 +プロファイリングを開始すると、TiDB Dashboardは一定期間（デフォルトでは30秒）現在のパフォーマンスデータを収集します。そのため、この機能はクラスターが現在直面している進行中の問題の分析にのみ使用でき、過去の問題には大きな影響を与えません。**いつでも**パフォーマンスデータを収集して分析したい場合は、 [継続的なプロファイリング](/dashboard/continuous-profiling.md)参照してください。 ## サポートされているパフォーマンスデータ {#supported-performance-data} @@ -25,7 +25,7 @@ summary: 手動プロファイリングを使用すると、TiDB、TiKV、PD、 - ヒープ: TiDB、TiKV、PDインスタンス上の各内部関数のメモリ消費量 - > TiDBはv7.5以降、TiKVヒーププロファイルをサポートしています。TiDBダッシュボードの実行環境ではPerl依存関係が必要です。依存関係がない場合、エラーが発生します。 + > TiDBはv7.5以降、TiKVヒーププロファイルをサポートしています。TiDB Dashboardの実行環境にはPerl実行環境が必要です。Perl実行環境がない場合、エラーが発生します。 - ミューテックス: TiDBおよびPDインスタンス上のミューテックスの競合状態 @@ -35,11 +35,11 @@ summary: 手動プロファイリングを使用すると、TiDB、TiKV、PD、 次のいずれかの方法でインスタンス プロファイリング ページにアクセスできます。 -- TiDB ダッシュボードにログインしたら、左側のナビゲーション メニューで**[高度なデバッグ]** > **[インスタンスのプロファイリング]** > **[手動プロファイリング]**をクリックします。 +- TiDB Dashboardにログインしたら、左側のナビゲーション メニューで**[高度なデバッグ]** > **[インスタンスのプロファイリング]** > **[手動プロファイリング]**をクリックします。 ![Access instance profiling page](/media/dashboard/dashboard-profiling-access.png) -- ブラウザで[http://127.0.0.1:2379/ダッシュボード/#/インスタンスプロファイリング](http://127.0.0.1:2379/dashboard/#/instance_profiling)アクセスしてください。3 `127.0.0.1:2379`実際のPDインスタンスのアドレスとポートに置き換えてください。 +- ブラウザで[http://127.0.0.1:2379/dashboard/#/instance_profiling](http://127.0.0.1:2379/dashboard/#/instance_profiling)にアクセスしてください。`127.0.0.1:2379`を実際のPDインスタンスのアドレスとポートに置き換えてください。 ## プロファイリングを開始 {#start-profiling} diff --git a/dashboard/dashboard-resource-manager.md b/dashboard/dashboard-resource-manager.md index 0ea040e48782a..f9cc9cb36df40 100644 --- a/dashboard/dashboard-resource-manager.md +++ b/dashboard/dashboard-resource-manager.md @@ -1,9 +1,9 @@ --- title: TiDB Dashboard Resource Manager Page -summary: TiDBダッシュボードのリソースマネージャページは、クラスタ管理者がリソースグループを作成し、クォータを設定することでリソース分離を実装するのに役立ちます。クラスタ容量を推定し、リソース消費量を監視するための方法を提供します。このページには、TiDBダッシュボードまたはブラウザからアクセスできます。このページには、構成、容量推定、およびメトリックのセクションがあります。容量推定方法には、ハードウェアの展開と実際のワークロードが含まれます。監視メトリックには、消費されたRUの合計、リソースグループによる消費RU、TiDB CPUクォータと使用量、TiKV CPUクォータと使用量、TiKV IO MBpsが含まれます。 +summary: TiDB Dashboardのリソースマネージャページは、クラスタ管理者がリソースグループを作成し、クォータを設定することでリソース分離を実装するのに役立ちます。クラスタ容量を推定し、リソース消費量を監視するための方法を提供します。このページには、TiDB Dashboardまたはブラウザからアクセスできます。このページには、構成、容量推定、およびメトリックのセクションがあります。容量推定方法には、ハードウェアの展開と実際のワークロードが含まれます。監視メトリックには、消費されたRUの合計、リソースグループによる消費RU、TiDB CPUクォータと使用量、TiKV CPUクォータと使用量、TiKV IO MBpsが含まれます。 --- -# TiDBダッシュボードリソースマネージャーページ {#tidb-dashboard-resource-manager-page} +# TiDB Dashboardリソースマネージャーページ {#tidb-dashboard-resource-manager-page} [リソース管理](/tidb-resource-control-ru-groups.md)機能を使用してリソース分離を実装するには、クラスタ管理者がリソースグループを作成し、各グループにクォータを設定する必要があります。リソースプランニングを行う前に、クラスタ全体の容量を把握しておく必要があります。このドキュメントでは、リソース制御に関する情報を参照することで、リソースプランニング前にクラスタの容量を見積もり、より効果的にリソースを割り当てることができます。 @@ -11,9 +11,9 @@ summary: TiDBダッシュボードのリソースマネージャページは、 リソース マネージャー ページにアクセスするには、次の 2 つの方法のいずれかを使用できます。 -- TiDB ダッシュボードにログインしたら、左側のナビゲーション メニューで**[リソース マネージャー] を**クリックします。 +- TiDB Dashboardにログインしたら、左側のナビゲーション メニューで**[リソース マネージャー] を**クリックします。 -- ブラウザで[http://127.0.0.1:2379/ダッシュボード/#/リソースマネージャー](http://127.0.0.1:2379/dashboard/#/resource_manager)アクセスしてください。3 `127.0.0.1:2379`実際のPDインスタンスのアドレスとポートに置き換えてください。 +- ブラウザで[http://127.0.0.1:2379/dashboard/#/resource_manager](http://127.0.0.1:2379/dashboard/#/resource_manager)にアクセスしてください。`127.0.0.1:2379`を実際のPDインスタンスのアドレスとポートに置き換えてください。 ## リソースマネージャーページ {#resource-manager-page} diff --git a/dashboard/dashboard-session-share.md b/dashboard/dashboard-session-share.md index 32d4eab727b03..293169a27fc46 100644 --- a/dashboard/dashboard-session-share.md +++ b/dashboard/dashboard-session-share.md @@ -1,15 +1,15 @@ --- title: Share TiDB Dashboard Sessions -summary: TiDBダッシュボードでは、ユーザーが現在のセッションを他のユーザーと共有できるため、ユーザーパスワードの入力は不要です。招待者は、特定の共有設定を含む認証コードを生成し、招待者に提供できます。招待者は、その認証コードを使用してパスワードなしでサインインできます。 +summary: TiDB Dashboardでは、ユーザーが現在のセッションを他のユーザーと共有できるため、ユーザーパスワードの入力は不要です。招待者は、特定の共有設定を含む認証コードを生成し、招待者に提供できます。招待者は、その認証コードを使用してパスワードなしでサインインできます。 --- -# TiDBダッシュボードセッションを共有する {#share-tidb-dashboard-sessions} +# TiDB Dashboardセッションを共有する {#share-tidb-dashboard-sessions} -TiDB ダッシュボードの現在のセッションを他のユーザーと共有して、他のユーザーがユーザー パスワードを入力せずに TiDB ダッシュボードにアクセスして操作できるようにすることができます。 +TiDB Dashboardの現在のセッションを他のユーザーと共有して、他のユーザーがユーザー パスワードを入力せずに TiDB Dashboardにアクセスして操作できるようにすることができます。 ## 招待者の手順 {#steps-for-the-inviter} -1. TiDB ダッシュボードにサインインします。 +1. TiDB Dashboardにサインインします。 2. 左側のサイドバーにあるユーザー名をクリックして、設定ページにアクセスします。 @@ -37,11 +37,11 @@ TiDB ダッシュボードの現在のセッションを他のユーザーと共 > **警告：** > - > 認証コードは安全に保管し、信頼できない人に送らないでください。そうしないと、あなたの許可なくTiDBダッシュボードにアクセスして操作できるようになります。 + > 認証コードは安全に保管し、信頼できない人に送らないでください。そうしないと、あなたの許可なくTiDB Dashboardにアクセスして操作できるようになります。 ## 招待された人の手順 {#steps-for-the-invitee} -1. TiDB ダッシュボードのサインイン ページで、 **[代替認証の使用] を**クリックします。 +1. TiDB Dashboardのサインイン ページで、 **[代替認証の使用] を**クリックします。 ![Sample Step](/media/dashboard/dashboard-session-share-signin-1-v650.png) diff --git a/dashboard/dashboard-session-sso.md b/dashboard/dashboard-session-sso.md index e5d9776f1bb51..cd289734a08a3 100644 --- a/dashboard/dashboard-session-sso.md +++ b/dashboard/dashboard-session-sso.md @@ -1,25 +1,25 @@ --- title: Configure SSO for TiDB Dashboard -summary: TiDBダッシュボードは、サインイン認証にOIDCベースのSSOをサポートしています。SSOを有効にするには、OIDCクライアントIDと検出URLを入力し、偽装を承認して設定を保存します。SSOを無効にするには、オプションの選択を解除して設定を更新します。SQLユーザーのパスワードが変更された場合は、パスワードを再入力してSSOを再度有効にしてください。設定後、「会社アカウントでサインイン」をクリックしてサインインプロセスを完了することで、SSO経由でサインインできます。Okta、Auth0、Casdoorを使用したSSO設定の例も提供されています。 +summary: TiDB Dashboardは、サインイン認証にOIDCベースのSSOをサポートしています。SSOを有効にするには、OIDCクライアントIDと検出URLを入力し、偽装を承認して設定を保存します。SSOを無効にするには、オプションの選択を解除して設定を更新します。SQLユーザーのパスワードが変更された場合は、パスワードを再入力してSSOを再度有効にしてください。設定後、「会社アカウントでサインイン」をクリックしてサインインプロセスを完了することで、SSO経由でサインインできます。Okta、Auth0、Casdoorを使用したSSO設定の例も提供されています。 --- -# TiDBダッシュボードのSSOを構成する {#configure-sso-for-tidb-dashboard} +# TiDB DashboardのSSOを構成する {#configure-sso-for-tidb-dashboard} -TiDBダッシュボードは、SQLベースの[OIDC](https://openid.net/connect/)サインオン（SSO）をサポートしています。TiDBダッシュボードのSSO機能を有効にすると、設定されたSSOサービスがサインイン認証に使用され、SQLユーザーのパスワードを入力せずにTiDBダッシュボードにアクセスできるようになります。 +TiDB Dashboardは、SQLベースの[OIDC](https://openid.net/connect/)サインオン（SSO）をサポートしています。TiDB DashboardのSSO機能を有効にすると、設定されたSSOサービスがサインイン認証に使用され、SQLユーザーのパスワードを入力せずにTiDB Dashboardにアクセスできるようになります。 ## OIDC SSO を構成する {#configure-oidc-sso} ### SSOを有効にする {#enable-sso} -1. TiDB ダッシュボードにサインインします。 +1. TiDB Dashboardにサインインします。 2. 左側のサイドバーにあるユーザー名をクリックして、設定ページにアクセスします。 -3. **[シングル サインオン]**セクションで、 **[有効にする] を選択して、TiDB ダッシュボードにサインインするときに SSO を使用します**。 +3. **[シングル サインオン]**セクションで、 **[有効にする] を選択して、TiDB Dashboardにサインインするときに SSO を使用します**。 > **注記：** > - > アカウントに`SYSTEM_VARIABLES_ADMIN`権限がない場合、 **「TiDBダッシュボードへのサインイン時にSSOを有効にする」**オプションは無効になります。権限の詳細については、 [TiDBダッシュボードのユーザー管理](/dashboard/dashboard-user.md)ご覧ください。 + > アカウントに`SYSTEM_VARIABLES_ADMIN`権限がない場合、 **「TiDB Dashboardへのサインイン時にSSOを有効にする」**オプションは無効になります。権限の詳細については、 [TiDB Dashboardのユーザー管理](/dashboard/dashboard-user.md)ご覧ください。 4. フォームの**OIDC クライアント ID**と**OIDC 検出 URL**フィールドに入力します。 @@ -30,7 +30,7 @@ TiDBダッシュボードは、SQLベースの[OIDC](https://openid.net/connect/ 5. **「偽装の承認」**をクリックし、SQL パスワードを入力します。 - TiDB ダッシュボードはこの SQL パスワードを保存し、SSO サインインが完了した後に通常の SQL サインインを偽装するために使用します。 + TiDB Dashboardはこの SQL パスワードを保存し、SSO サインインが完了した後に通常の SQL サインインを偽装するために使用します。 ![Sample Step](/media/dashboard/dashboard-session-sso-enable-1.png) @@ -46,7 +46,7 @@ TiDBダッシュボードは、SQLベースの[OIDC](https://openid.net/connect/ ![Sample Step](/media/dashboard/dashboard-session-sso-enable-3.png) -TiDB ダッシュボードで SSO サインインが有効になりました。 +TiDB Dashboardで SSO サインインが有効になりました。 > **注記：** > @@ -56,11 +56,11 @@ TiDB ダッシュボードで SSO サインインが有効になりました。 SSO を無効にすると、保存されている SQL パスワードが完全に消去されます。 -1. TiDB ダッシュボードにサインインします。 +1. TiDB Dashboardにサインインします。 2. 左側のサイドバーにあるユーザー名をクリックして、設定ページにアクセスします。 -3. **[シングル サインオン]**セクションで、 **[TiDB ダッシュボードにサインインするときに SSO を使用する] の**選択を解除します。 +3. **[シングル サインオン]**セクションで、 **[TiDB Dashboardにサインインするときに SSO を使用する] の**選択を解除します。 4. 設定を保存するには、 **[**更新] (Update) をクリックします。 @@ -70,7 +70,7 @@ SSO を無効にすると、保存されている SQL パスワードが完全 SQLユーザーのパスワードを変更すると、SSOサインインは失敗します。この場合、SQLパスワードを再入力することでSSOサインインを再開できます。 -1. TiDB ダッシュボードにサインインします。 +1. TiDB Dashboardにサインインします。 2. 左側のサイドバーにあるユーザー名をクリックして、設定ページにアクセスします。 @@ -82,19 +82,19 @@ SQLユーザーのパスワードを変更すると、SSOサインインは失 ## SSO経由でサインイン {#sign-in-via-sso} -TiDB ダッシュボードに SSO が設定されると、次の手順に従って SSO 経由でサインインできます。 +TiDB Dashboardに SSO が設定されると、次の手順に従って SSO 経由でサインインできます。 -1. TiDB ダッシュボードのサインイン ページで、 **[会社アカウントでサインイン] を**クリックします。 +1. TiDB Dashboardのサインイン ページで、 **[会社アカウントでサインイン] を**クリックします。 ![Sample Step](/media/dashboard/dashboard-session-sso-signin.png) 2. SSO サービスが設定されたシステムにサインインします。 -3. サインインを完了するために、TiDB ダッシュボードにリダイレクトされます。 +3. サインインを完了するために、TiDB Dashboardにリダイレクトされます。 -## 例 1: TiDB ダッシュボードの SSO サインインに Okta を使用する {#example-1-use-okta-for-tidb-dashboard-sso-sign-in} +## 例 1: TiDB Dashboardの SSO サインインに Okta を使用する {#example-1-use-okta-for-tidb-dashboard-sso-sign-in} -[Okta](https://www.okta.com/)はOIDC SSOアイデンティティサービスであり、TiDBダッシュボードのSSO機能と互換性があります。以下の手順では、OktaをTiDBダッシュボードのSSOプロバイダーとして使用できるように、OktaとTiDBダッシュボードを設定する方法を説明します。 +[Okta](https://www.okta.com/)はOIDC SSOアイデンティティサービスであり、TiDB DashboardのSSO機能と互換性があります。以下の手順では、OktaをTiDB DashboardのSSOプロバイダーとして使用できるように、OktaとTiDB Dashboardを設定する方法を説明します。 ### ステップ1: Oktaを構成する {#step-1-configure-okta} @@ -120,7 +120,7 @@ TiDB ダッシュボードに SSO が設定されると、次の手順に従っ http://DASHBOARD_IP:PORT/dashboard/?sso_callback=1 - `DASHBOARD_IP:PORT` 、ブラウザで TiDB ダッシュボードにアクセスするために使用する実際のドメイン (または IP アドレス) とポートに置き換えます。 + `DASHBOARD_IP:PORT` 、ブラウザで TiDB Dashboardにアクセスするために使用する実際のドメイン (または IP アドレス) とポートに置き換えます。 8. **サインアウトリダイレクト URI を**次のように入力します。 @@ -134,7 +134,7 @@ TiDB ダッシュボードに SSO が設定されると、次の手順に従っ ![Sample Step](/media/dashboard/dashboard-session-sso-okta-4.png) -### ステップ2: OIDC情報を取得し、TiDBダッシュボードに入力します {#step-2-obtain-oidc-information-and-fill-in-tidb-dashboard} +### ステップ2: OIDC情報を取得し、TiDB Dashboardに入力します {#step-2-obtain-oidc-information-and-fill-in-tidb-dashboard} 1. Okta で作成したアプリケーション統合で、 **[サインオン]**をクリックします。 @@ -144,15 +144,15 @@ TiDB ダッシュボードに SSO が設定されると、次の手順に従っ ![Sample Step 2](/media/dashboard/dashboard-session-sso-okta-info-2.png) -3. TiDBダッシュボードの設定ページを開き、 **OIDCクライアントID**に前の手順で取得した**Issuer**を入力し、 **OIDCディスカバリURL**に**Audience**を入力します。その後、認証を完了し、設定を保存します。例： +3. TiDB Dashboardの設定ページを開き、 **OIDCクライアントID**に前の手順で取得した**Issuer**を入力し、 **OIDCディスカバリURL**に**Audience**を入力します。その後、認証を完了し、設定を保存します。例： ![Sample Step 3](/media/dashboard/dashboard-session-sso-okta-info-3.png) -これで、TiDB ダッシュボードはサインインに Okta SSO を使用するように構成されました。 +これで、TiDB Dashboardはサインインに Okta SSO を使用するように構成されました。 -## 例2: TiDBダッシュボードのSSOサインインにAuth0を使用する {#example-2-use-auth0-for-tidb-dashboard-sso-sign-in} +## 例2: TiDB DashboardのSSOサインインにAuth0を使用する {#example-2-use-auth0-for-tidb-dashboard-sso-sign-in} -Oktaと同様に、 [オーソ0](https://auth0.com/)もOIDC SSOアイデンティティサービスを提供します。以下の手順では、Auth0をTiDBダッシュボードのSSOプロバイダーとして使用できるように、Auth0とTiDBダッシュボードを設定する方法について説明します。 +Oktaと同様に、 [オーソ0](https://auth0.com/)もOIDC SSOアイデンティティサービスを提供します。以下の手順では、Auth0をTiDB DashboardのSSOプロバイダーとして使用できるように、Auth0とTiDB Dashboardを設定する方法について説明します。 ### ステップ1: Auth0を構成する {#step-1-configure-auth0} @@ -164,7 +164,7 @@ Oktaと同様に、 [オーソ0](https://auth0.com/)もOIDC SSOアイデンテ ![Create Application](/media/dashboard/dashboard-session-sso-auth0-create-app.png) - ポップアップダイアログで、**名前**を入力します（例：「TiDBダッシュボード」）。**アプリケーションの種類を選択**で**「シングルページWebアプリケーション」を**選択します。 **「作成」**をクリックします。 + ポップアップダイアログで、**名前**を入力します（例：「TiDB Dashboard」）。**アプリケーションの種類を選択**で**「シングルページWebアプリケーション」を**選択します。 **「作成」**をクリックします。 4. **[設定]**をクリックします。 @@ -174,7 +174,7 @@ Oktaと同様に、 [オーソ0](https://auth0.com/)もOIDC SSOアイデンテ http://DASHBOARD_IP:PORT/dashboard/?sso_callback=1 - `DASHBOARD_IP:PORT` 、ブラウザで TiDB ダッシュボードにアクセスするために使用する実際のドメイン (または IP アドレス) とポートに置き換えます。 + `DASHBOARD_IP:PORT` 、ブラウザで TiDB Dashboardにアクセスするために使用する実際のドメイン (または IP アドレス) とポートに置き換えます。 6. **許可されたログアウト URL**を次のように入力します。 @@ -186,19 +186,19 @@ Oktaと同様に、 [オーソ0](https://auth0.com/)もOIDC SSOアイデンテ 7. その他の設定はデフォルト値のままにして、 **「変更を保存」**をクリックします。 -### ステップ2: OIDC情報を取得し、TiDBダッシュボードに入力します {#step-2-obtain-oidc-information-and-fill-in-tidb-dashboard} +### ステップ2: OIDC情報を取得し、TiDB Dashboardに入力します {#step-2-obtain-oidc-information-and-fill-in-tidb-dashboard} -1. Auth0 の**[設定]**タブの**基本情報**の**クライアント****ID を、TiDB ダッシュボードの OIDC クライアント**ID に入力します。 +1. Auth0 の**[設定]**タブの**基本情報**の**クライアント****ID を、TiDB Dashboardの OIDC クライアント**ID に入力します。 2. **OIDC検出URL**に、**ドメイン**フィールドの値の先頭に`https://` 、末尾に`/`入力します（例： `https://example.us.auth0.com/` ）。認証を完了し、設定を保存します。 ![Settings](/media/dashboard/dashboard-session-sso-auth0-settings-3.png) -これで、TiDB ダッシュボードはサインインに Auth0 SSO を使用するように構成されました。 +これで、TiDB Dashboardはサインインに Auth0 SSO を使用するように構成されました。 -## 例3: TiDBダッシュボードのSSOサインインにCasdoorを使用する {#example-3-use-casdoor-for-tidb-dashboard-sso-sign-in} +## 例3: TiDB DashboardのSSOサインインにCasdoorを使用する {#example-3-use-casdoor-for-tidb-dashboard-sso-sign-in} -[Casdoor](https://casdoor.org/) 、独自のホストに導入できるオープンソースのSSOプラットフォームです。TiDBダッシュボードのSSO機能と互換性があります。以下の手順では、CasdoorをTiDBダッシュボードのSSOプロバイダーとして使用できるように、CasdoorとTiDBダッシュボードを設定する方法について説明します。 +[Casdoor](https://casdoor.org/) 、独自のホストに導入できるオープンソースのSSOプラットフォームです。TiDB DashboardのSSO機能と互換性があります。以下の手順では、CasdoorをTiDB DashboardのSSOプロバイダーとして使用できるように、CasdoorとTiDB Dashboardを設定する方法について説明します。 ### ステップ1：Casdoorを設定する {#step-1-configure-casdoor} @@ -214,7 +214,7 @@ Oktaと同様に、 [オーソ0](https://auth0.com/)もOIDC SSOアイデンテ http://DASHBOARD_IP:PORT/dashboard/?sso_callback=1 - `DASHBOARD_IP:PORT` 、ブラウザで TiDB ダッシュボードにアクセスするために使用する実際のドメイン (または IP アドレス) とポートに置き換えます。 + `DASHBOARD_IP:PORT` 、ブラウザで TiDB Dashboardにアクセスするために使用する実際のドメイン (または IP アドレス) とポートに置き換えます。 ![Settings](/media/dashboard/dashboard-session-sso-casdoor-settings-2.png) @@ -222,12 +222,12 @@ Oktaと同様に、 [オーソ0](https://auth0.com/)もOIDC SSOアイデンテ 7. ページに表示されている**クライアント ID**を保存します。 -### ステップ2: OIDC情報を取得し、TiDBダッシュボードに入力します {#step-2-obtain-oidc-information-and-fill-in-tidb-dashboard} +### ステップ2: OIDC情報を取得し、TiDB Dashboardに入力します {#step-2-obtain-oidc-information-and-fill-in-tidb-dashboard} -1. 前の手順で保存した**クライアント ID**を TiDB ダッシュボードの**OIDC クライアント ID**に入力します。 +1. 前の手順で保存した**クライアント ID**を TiDB Dashboardの**OIDC クライアント ID**に入力します。 2. **OIDC検出URL**に、**ドメイン**フィールドの値の先頭に`https://` 、末尾に`/`入力します（例： `https://casdoor.example.com/` ）。認証を完了し、設定を保存します。 ![Settings](/media/dashboard/dashboard-session-sso-casdoor-settings-3.png) -これで、TiDB ダッシュボードはサインインに Casdoor SSO を使用するように構成されました。 +これで、TiDB Dashboardはサインインに Casdoor SSO を使用するように構成されました。 diff --git a/dashboard/dashboard-slow-query.md b/dashboard/dashboard-slow-query.md index 63df0d34c27ba..edbd6a4582697 100644 --- a/dashboard/dashboard-slow-query.md +++ b/dashboard/dashboard-slow-query.md @@ -1,13 +1,13 @@ --- title: Slow Queries Page of TiDB Dashboard -summary: TiDBダッシュボードの「低速クエリ」ページでは、クラスタ内の低速クエリを検索して表示できます。実行時間が300ミリ秒を超えるクエリは低速とみなされます。ユーザーはしきい値を調整したり、ダッシュボードまたはブラウザからこのページにアクセスしたりできます。また、フィルタの変更、表示する列の追加、クエリのエクスポート、実行の詳細の表示も可能です。 +summary: TiDB Dashboardの「スロークエリ」ページでは、クラスタ内のスロークエリを検索して表示できます。実行時間が300ミリ秒を超えるクエリはスロークエリとみなされます。ユーザーはしきい値を調整したり、ダッシュボードまたはブラウザからこのページにアクセスしたりできます。また、フィルタの変更、表示する列の追加、クエリのエクスポート、実行の詳細の表示も可能です。 --- -# TiDBダッシュボードの低速クエリページ {#slow-queries-page-of-tidb-dashboard} +# TiDB Dashboardのスロークエリページ {#slow-queries-page-of-tidb-dashboard} -TiDBダッシュボードの「低速クエリ」ページでは、クラスタ内のすべての低速クエリを検索して表示できます。 +TiDB Dashboardの「スロークエリ」ページでは、クラスタ内のすべてのスロークエリを検索して表示できます。 -デフォルトでは、実行時間が300ミリ秒を超えるSQLクエリはスロークエリとみなされます。これらのクエリは[スロークエリログ](/identify-slow-queries.md)に記録され、TiDBダッシュボードから検索できます。スロークエリのしきい値は、セッション変数[`tidb_slow_log_threshold`](/system-variables.md#tidb_slow_log_threshold)またはTiDBパラメータ[`instance.tidb_slow_log_threshold`](/tidb-configuration-file.md#tidb_slow_log_threshold)で調整できます。 +デフォルトでは、実行時間が300ミリ秒を超えるSQLクエリはスロークエリとみなされます。これらのクエリは[スロークエリログ](/identify-slow-queries.md)に記録され、TiDB Dashboardから検索できます。スロークエリのしきい値は、セッション変数[`tidb_slow_log_threshold`](/system-variables.md#tidb_slow_log_threshold)またはTiDBパラメータ[`instance.tidb_slow_log_threshold`](/tidb-configuration-file.md#tidb_slow_log_threshold)で調整できます。 > **注記：** > @@ -15,17 +15,17 @@ TiDBダッシュボードの「低速クエリ」ページでは、クラスタ ## ページにアクセスしてください {#access-the-page} -低速クエリページにアクセスするには、以下の2つの方法のいずれかを使用できます。 +スロークエリページにアクセスするには、以下の2つの方法のいずれかを使用できます。 -- TiDBダッシュボードにログイン後、左側のナビゲーションメニューにある**「低速クエリ」**をクリックします。 +- TiDB Dashboardにログイン後、左側のナビゲーションメニューにある**「スロークエリ」**をクリックします。 -- ブラウザで[http://127.0.0.1:2379/dashboard/#/slow_query](http://127.0.0.1:2379/dashboard/#/slow_query)にアクセスしてください。 `127.0.0.1:2379`実際の PD アドレスとポートに置き換えてください。 +- ブラウザで[http://127.0.0.1:2379/dashboard/#/slow_query](http://127.0.0.1:2379/dashboard/#/slow_query)にアクセスしてください。 `127.0.0.1:2379`を実際の PD アドレスとポートに置き換えてください。 スロー クエリ ページに表示されるすべてのデータは、TiDB スロー クエリ システム テーブルおよびスロー クエリ ログから取得されます。詳細については[スロークエリログ](/identify-slow-queries.md)を参照してください。 ### フィルターを変更する {#change-filters} -低速クエリは、時間範囲、関連データベース、SQLキーワード、SQLタイプ、表示する低速クエリの数に基づいてフィルタリングできます。下の画像では、デフォルトで直近30分間の低速クエリ100件が表示されています。 +スロークエリは、時間範囲、関連データベース、SQLキーワード、SQLタイプ、表示するスロークエリの数に基づいてフィルタリングできます。下の画像では、デフォルトで直近30分間のスロークエリ100件が表示されています。 ![Modify list filters](/media/dashboard/dashboard-slow-queries-list1-v620.png) @@ -35,9 +35,9 @@ TiDBダッシュボードの「低速クエリ」ページでは、クラスタ ![Show more columns](/media/dashboard/dashboard-slow-queries-list2-v620.png) -### 遅いクエリをローカルにエクスポートする {#export-slow-queries-locally} +### スロークエリをローカルに出力する {#export-slow-queries-locally} -ページ右上隅の☰（**その他**）をクリックすると、**エクスポート**オプションが表示されます。**エクスポートを**クリックすると、TiDB Dashboardは現在のリストにある低速クエリをCSVファイルとしてエクスポートします。 +ページ右上隅の☰（**その他**）をクリックすると、**エクスポート**オプションが表示されます。**エクスポートを**クリックすると、TiDB Dashboardは現在のリストにあるスロークエリをCSVファイルとしてエクスポートします。 ![Export slow queries locally](/media/dashboard/dashboard-slow-queries-export-v651.png) @@ -49,10 +49,10 @@ TiDBダッシュボードの「低速クエリ」ページでは、クラスタ ## 実行の詳細を表示する {#view-execution-details} -リスト内のいずれかの項目をクリックすると、以下の項目を含む、遅いクエリの詳細な実行情報が表示されます。 +リスト内のいずれかの項目をクリックすると、以下の項目を含む、スロークエリの詳細な実行情報が表示されます。 - クエリ：SQL文のテキスト（下図の領域1） -- 計画：遅いクエリの実行計画（下図の領域2） +- 計画：スロークエリの実行計画（下図の領域2） - その他のソート済みSQL実行情報（下図の領域3） ![View execution details](/media/dashboard/dashboard-slow-queries-detail1-v620.png) @@ -68,7 +68,7 @@ TiDBダッシュボードの「低速クエリ」ページでは、クラスタ ### 実行計画 {#execution-plans} -TiDB ダッシュボードでは、表、テキスト、グラフの 3 つの方法で実行計画を表示できます。実行計画の読み方については、[クエリ実行プランを理解する](/explain-overview.md)参照してください。 +TiDB Dashboardでは、表、テキスト、グラフの 3 つの方法で実行計画を表示できます。実行計画の読み方については、[クエリ実行プランを理解する](/explain-overview.md)参照してください。 #### 実行計画を表形式で表示 {#execution-plan-in-table-format} @@ -102,7 +102,7 @@ TiDB ダッシュボードでは、表、テキスト、グラフの 3 つの方 ### SQL実行の詳細 {#sql-execution-details} -基本的な情報、実行時間、コプロセッサーの読み取り、トランザクション、SQL文の低速クエリについては、対応するタブタイトルをクリックして、さまざまな情報を切り替えることができます。 +基本的な情報、実行時間、コプロセッサーの読み取り、トランザクション、SQL文のスロークエリについては、対応するタブタイトルをクリックして、さまざまな情報を切り替えることができます。 ![Show different execution information](/media/dashboard/dashboard-slow-queries-detail2-v620.png) diff --git a/dashboard/dashboard-statement-details.md b/dashboard/dashboard-statement-details.md index 44f9589bed1c3..60708616c333b 100644 --- a/dashboard/dashboard-statement-details.md +++ b/dashboard/dashboard-statement-details.md @@ -1,9 +1,9 @@ --- title: Statement Execution Details of TiDB Dashboard -summary: TiDBダッシュボードは、SQLテンプレートの概要、実行プラン一覧、プランバインディング機能など、SQL文の実行に関する詳細情報を提供します。v6.6.0以降では、高速プランバインディングにより、実行プランの迅速なバインディングと削除が可能になりました。ただし、この機能には制限があり、SUPER権限が必要です。プランの実行詳細には、SQLサンプル、完全な実行プラン情報、基本的な実行詳細が含まれます。実行プランは、表、テキスト、グラフ形式で視覚的に表示できます。追加のタブには、実行時間、コプロセッサー読み取り、トランザクション、スロークエリに関する情報が表示されます。 +summary: TiDB Dashboardは、SQLテンプレートの概要、実行プラン一覧、プランバインディング機能など、SQL文の実行に関する詳細情報を提供します。v6.6.0以降では、高速プランバインディングにより、実行プランの迅速なバインディングと削除が可能になりました。ただし、この機能には制限があり、SUPER権限が必要です。プランの実行詳細には、SQLサンプル、完全な実行プラン情報、基本的な実行詳細が含まれます。実行プランは、表、テキスト、グラフ形式で視覚的に表示できます。追加のタブには、実行時間、コプロセッサー読み取り、トランザクション、スロークエリに関する情報が表示されます。 --- -# TiDBダッシュボードのステートメント実行の詳細 {#statement-execution-details-of-tidb-dashboard} +# TiDB Dashboardのステートメント実行の詳細 {#statement-execution-details-of-tidb-dashboard} リスト内の任意の項目をクリックすると、SQL文の詳細ページに移動し、より詳細な情報が表示されます。この情報には、以下の部分が含まれます。 @@ -15,7 +15,7 @@ summary: TiDBダッシュボードは、SQLテンプレートの概要、実行 ## 高速プランバインディング {#fast-plan-binding} -TiDB v6.6.0以降、高速プランバインディング機能が導入されました。TiDBダッシュボードで、SQL文を特定の実行プランに素早くバインドできます。 +TiDB v6.6.0以降、高速プランバインディング機能が導入されました。TiDB Dashboardで、SQL文を特定の実行プランに素早くバインドできます。 ### 使用法 {#usage} @@ -56,7 +56,7 @@ TiDB v6.6.0以降、高速プランバインディング機能が導入されま - TiFlashにアクセスするクエリ - 3つ以上のテーブルを結合するクエリ -この機能を使用するには、SUPER権限が必要です。使用中に権限に関する問題が発生した場合は、 [TiDBダッシュボードのユーザー管理](/dashboard/dashboard-user.md)を参照して必要な権限を追加してください。 +この機能を使用するには、SUPER権限が必要です。使用中に権限に関する問題が発生した場合は、 [TiDB Dashboardのユーザー管理](/dashboard/dashboard-user.md)を参照して必要な権限を追加してください。 ## 計画の実行詳細 {#execution-details-of-plans} @@ -64,7 +64,7 @@ TiDB v6.6.0以降、高速プランバインディング機能が導入されま - SQLサンプル: プランに従って実際に実行された特定のSQL文のテキスト。時間範囲内で実行されたSQL文であれば、どれでもSQLサンプルとして使用できます。 - 実行計画: 実行計画に関する完全な情報が、表、グラフ、テキストで表示されます。実行計画の詳細については、 [クエリ実行プランを理解する](/explain-overview.md)参照してください。複数の実行計画を選択した場合は、そのうちの1つだけが表示されます。 -- SQL ステートメントの基本情報、実行時間、コプロセッサー読み取り、トランザクション、および低速クエリについては、対応するタブ タイトルをクリックして、さまざまな情報を切り替えることができます。 +- SQL ステートメントの基本情報、実行時間、コプロセッサー読み取り、トランザクション、およびスロークエリについては、対応するタブ タイトルをクリックして、さまざまな情報を切り替えることができます。 ![Execution details of plans](/media/dashboard/dashboard-statement-plans-detail.png) @@ -74,7 +74,7 @@ TiDB v6.6.0以降、高速プランバインディング機能が導入されま ### 実行計画 {#execution-plans} -TiDBダッシュボードでは、実行計画を表、テキスト、グラフの3つの方法で表示できます。実行計画の読み方については、 [クエリ実行プランを理解する](/explain-overview.md)ご覧ください。 +TiDB Dashboardでは、実行計画を表、テキスト、グラフの3つの方法で表示できます。実行計画の読み方については、 [クエリ実行プランを理解する](/explain-overview.md)ご覧ください。 #### 表形式の実行計画 {#execution-plan-in-table-format} @@ -108,7 +108,7 @@ TiDBダッシュボードでは、実行計画を表、テキスト、グラフ ### SQL実行の詳細 {#sql-execution-details} -SQL ステートメントの基本情報、実行時間、コプロセッサー読み取り、トランザクション、および低速クエリについては、対応するタブ タイトルをクリックして、さまざまな情報を切り替えることができます。 +SQL ステートメントの基本情報、実行時間、コプロセッサー読み取り、トランザクション、およびスロークエリについては、対応するタブ タイトルをクリックして、さまざまな情報を切り替えることができます。 ![Show different execution information](/media/dashboard/dashboard-slow-queries-detail2-v620.png) @@ -146,4 +146,4 @@ SQL実行の基本情報には、テーブル名、インデックス名、実 ![Slow Query](/media/dashboard/dashboard-statement-plans-slow-queries.png) -この領域に表示される情報は、スロークエリページと同じ構造です。詳細は[TiDBダッシュボードのスロークエリページ](/dashboard/dashboard-slow-query.md)ご覧ください。 +この領域に表示される情報は、スロークエリページと同じ構造です。詳細は[TiDB Dashboardのスロークエリページ](/dashboard/dashboard-slow-query.md)ご覧ください。 diff --git a/dashboard/dashboard-statement-list.md b/dashboard/dashboard-statement-list.md index 11c3f99e71cc0..a1a85728e5b6d 100644 --- a/dashboard/dashboard-statement-list.md +++ b/dashboard/dashboard-statement-list.md @@ -1,9 +1,9 @@ --- title: SQL Statements Page of TiDB Dashboard -summary: TiDBダッシュボードのSQLステートメントページには、クラスター内のすべてのSQLステートメントの実行ステータスが表示されます。このページでは、実行時間の長いSQLステートメントを分析でき、アクセス、フィルタリング、列の追加表示、並べ替え、設定の変更などのオプションが提供されます。また、保存するSQLステートメントの数を制限する機能も備えています。詳細については、TiDBダッシュボードのドキュメントをご覧ください。 +summary: TiDB DashboardのSQLステートメントページには、クラスター内のすべてのSQLステートメントの実行ステータスが表示されます。このページでは、実行時間の長いSQLステートメントを分析でき、アクセス、フィルタリング、列の追加表示、並べ替え、設定の変更などのオプションが提供されます。また、保存するSQLステートメントの数を制限する機能も備えています。詳細については、TiDB Dashboardのドキュメントをご覧ください。 --- -# TiDBダッシュボードのSQLステートメントページ {#sql-statements-page-of-tidb-dashboard} +# TiDB DashboardのSQLステートメントページ {#sql-statements-page-of-tidb-dashboard} SQL文ページには、クラスター内のすべてのSQL文の実行状況が表示されます。このページは、合計実行時間または単一の実行時間が長いSQL文を分析するためによく使用されます。 @@ -13,11 +13,11 @@ SQL文ページには、クラスター内のすべてのSQL文の実行状況 SQL ステートメントの概要ページにアクセスするには、次の 2 つの方法のいずれかを使用できます。 -- TiDB ダッシュボードにログインしたら、左側のナビゲーション メニューで**[SQL ステートメント]**をクリックします。 +- TiDB Dashboardにログインしたら、左側のナビゲーション メニューで**[SQL ステートメント]**をクリックします。 -- ブラウザで[http://127.0.0.1:2379/ダッシュボード/#/ステートメント](http://127.0.0.1:2379/dashboard/#/statement)アクセスしてください。3 `127.0.0.1:2379`実際のPDインスタンスのアドレスとポートに置き換えてください。 +- ブラウザで[http://127.0.0.1:2379/dashboard/#/statement](http://127.0.0.1:2379/dashboard/#/statement)にアクセスしてください。`127.0.0.1:2379`を実際のPDインスタンスのアドレスとポートに置き換えてください。 -SQL文の概要ページに表示されるすべてのデータは、TiDB文の概要テーブルから取得されます。テーブルの詳細については、 [TiDB ステートメント サマリー テーブル](/statement-summary-tables.md)参照してください。 +SQL文の概要ページに表示されるすべてのデータは、TiDB ステートメント サマリー テーブルから取得されます。テーブルの詳細については、 [TiDB ステートメント サマリー テーブル](/statement-summary-tables.md)を参照してください。 > **注記：** > @@ -66,10 +66,10 @@ SQL文の概要ページの上部で、表示するSQL実行の時間範囲を ### その他 {#others} -[`tidb_stmt_summary_max_stmt_count`](/system-variables.md#tidb_stmt_summary_max_stmt_count-new-in-v40) 、テーブル[ステートメント要約](/statement-summary-tables.md#statements_summary)と[ステートメント概要履歴](/statement-summary-tables.md#statements_summary_history)メモリに格納できるSQLダイジェストの合計数を制限します。この制限を超えると、TiDBは最近使用されていないSQL文をクリアします。クリアされたSQL文は、 `DIGEST`が`NULL`に設定された行として表されます。TiDBダッシュボードのSQL文ページでは、これらの行の情報は`Others`として表示されます。 +[`tidb_stmt_summary_max_stmt_count`](/system-variables.md#tidb_stmt_summary_max_stmt_count-new-in-v40) 、テーブル[ステートメント要約](/statement-summary-tables.md#statements_summary)と[ステートメント概要履歴](/statement-summary-tables.md#statements_summary_history)メモリに格納できるSQLダイジェストの合計数を制限します。この制限を超えると、TiDBは最近使用されていないSQL文をクリアします。クリアされたSQL文は、 `DIGEST`が`NULL`に設定された行として表されます。TiDB DashboardのSQL文ページでは、これらの行の情報は`Others`として表示されます。 ![Others](/media/dashboard/dashboard-statement-other-row.png) ## 次のステップ {#next-step} -SQL ステートメントの実行詳細を表示する方法の詳細については、 [TiDBダッシュボードのステートメント実行の詳細](/dashboard/dashboard-statement-details.md)参照してください。 +SQL ステートメントの実行詳細を表示する方法の詳細については、 [TiDB Dashboardのステートメント実行の詳細](/dashboard/dashboard-statement-details.md)参照してください。 diff --git a/dashboard/dashboard-user.md b/dashboard/dashboard-user.md index e409796a860d8..139b163ac36ac 100644 --- a/dashboard/dashboard-user.md +++ b/dashboard/dashboard-user.md @@ -1,24 +1,24 @@ --- title: TiDB Dashboard User Management -summary: TiDBダッシュボードは、TiDBと同じユーザー権限システムを採用しています。SQLユーザーがダッシュボードにアクセスするには、PROCESS、SHOW DATABASES、CONFIG、DASHBOARD_CLIENTなどの特定の権限が必要です。意図しない操作を防ぐため、必要な権限のみを持つユーザーを作成することをお勧めします。高い権限を持つユーザーもサインインできます。最小限の権限を持つSQLユーザーを作成するには、必要な権限を付与し、必要に応じてロールベースアクセス制御（RBAC）を使用してください。 +summary: TiDB Dashboardは、TiDBと同じユーザー権限システムを採用しています。SQLユーザーがダッシュボードにアクセスするには、PROCESS、SHOW DATABASES、CONFIG、DASHBOARD_CLIENTなどの特定の権限が必要です。意図しない操作を防ぐため、必要な権限のみを持つユーザーを作成することをお勧めします。高い権限を持つユーザーもサインインできます。最小限の権限を持つSQLユーザーを作成するには、必要な権限を付与し、必要に応じてロールベースアクセス制御（RBAC）を使用してください。 --- -# TiDBダッシュボードのユーザー管理 {#tidb-dashboard-user-management} +# TiDB Dashboardのユーザー管理 {#tidb-dashboard-user-management} -TiDBダッシュボードは、TiDBと同じユーザー権限システムとサインイン認証を使用します。TiDB SQLユーザーを制御・管理することで、TiDBダッシュボードへのアクセスを制限できます。このドキュメントでは、TiDB SQLユーザーがTiDBダッシュボードにアクセスするために必要な最小限の権限について説明し、最小限の権限を持つSQLユーザーの作成方法とRBACによる認証方法を例示します。 +TiDB Dashboardは、TiDBと同じユーザー権限システムとサインイン認証を使用します。TiDB SQLユーザーを制御・管理することで、TiDB Dashboardへのアクセスを制限できます。このドキュメントでは、TiDB SQLユーザーがTiDB Dashboardにアクセスするために必要な最小限の権限について説明し、最小限の権限を持つSQLユーザーの作成方法とRBACによる認証方法を例示します。 TiDB SQLユーザーを制御および管理する方法の詳細については、 [TiDB ユーザーアカウント管理](/user-account-management.md)参照してください。 ## 必要な権限 {#required-privileges} -- 接続された TiDBサーバーで[セキュリティ強化モード（SEM）](/system-variables.md#tidb_enable_enhanced_security)が有効になっていない場合に TiDB ダッシュボードにアクセスするには、SQL ユーザーに次の**すべての**権限が必要です。 +- 接続された TiDBサーバーで[セキュリティ強化モード（SEM）](/system-variables.md#tidb_enable_enhanced_security)が有効になっていない場合に TiDB Dashboardにアクセスするには、SQL ユーザーに次の**すべての**権限が必要です。 - プロセス - データベースを表示 - 設定 - ダッシュボードクライアント -- 接続された TiDBサーバーで[セキュリティ強化モード（SEM）](/system-variables.md#tidb_enable_enhanced_security)が有効になっているときに TiDB ダッシュボードにアクセスするには、SQL ユーザーに次の**すべての**権限が必要です。 +- 接続された TiDBサーバーで[セキュリティ強化モード（SEM）](/system-variables.md#tidb_enable_enhanced_security)が有効になっているときに TiDB Dashboardにアクセスするには、SQL ユーザーに次の**すべての**権限が必要です。 - プロセス - データベースを表示 @@ -28,26 +28,26 @@ TiDB SQLユーザーを制御および管理する方法の詳細については - 制限付きステータス管理者 - 制限付き変数管理者 -- TiDB ダッシュボードにサインインした後、インターフェイス上の構成を変更するには、SQL ユーザーに次の権限も必要です。 +- TiDB Dashboardにサインインした後、インターフェイス上の構成を変更するには、SQL ユーザーに次の権限も必要です。 - システム変数管理者 -- TiDB ダッシュボードにサインインした後、インターフェース上の[高速バインド実行プラン](/dashboard/dashboard-statement-details.md#fast-plan-binding)機能を使用するには、SQL ユーザーに次の権限も必要です。 +- TiDB Dashboardにサインインした後、インターフェース上の[高速バインド実行プラン](/dashboard/dashboard-statement-details.md#fast-plan-binding)機能を使用するには、SQL ユーザーに次の権限も必要です。 - システム変数管理者 - - 素晴らしい + - SUPER > **注記：** > -> `ALL PRIVILEGES`や`SUPER`といった高い権限を持つユーザーもTiDBダッシュボードにサインインできます。したがって、最小権限の原則を遵守するために、意図しない操作を防ぐために、必要な権限のみを持つユーザーを作成することを強くお勧めします。これらの権限の詳細については、 [権限管理](/privilege-management.md)参照してください。 +> `ALL PRIVILEGES`や`SUPER`といった高い権限を持つユーザーもTiDB Dashboardにサインインできます。したがって、最小権限の原則を遵守するために、意図しない操作を防ぐために、必要な権限のみを持つユーザーを作成することを強くお勧めします。これらの権限の詳細については、 [権限管理](/privilege-management.md)参照してください。 -SQL ユーザーが前述の権限要件を満たしていない場合、以下に示すように、ユーザーは TiDB ダッシュボードへのサインインに失敗します。 +SQL ユーザーが前述の権限要件を満たしていない場合、以下に示すように、ユーザーは TiDB Dashboardへのサインインに失敗します。 ![insufficient-privileges](/media/dashboard/dashboard-user-insufficient-privileges.png) -## 例: TiDB ダッシュボードにアクセスするための最小権限の SQL ユーザーを作成する {#example-create-a-least-privileged-sql-user-to-access-tidb-dashboard} +## 例: TiDB Dashboardにアクセスするための最小権限の SQL ユーザーを作成する {#example-create-a-least-privileged-sql-user-to-access-tidb-dashboard} -- 接続された TiDBサーバーで[セキュリティ強化モード（SEM）](/system-variables.md#tidb_enable_enhanced_security)が有効になっていない場合、TiDB ダッシュボードにサインインできる SQL ユーザー`dashboardAdmin`を作成するには、次の SQL ステートメントを実行します。 +- 接続された TiDBサーバーで[セキュリティ強化モード（SEM）](/system-variables.md#tidb_enable_enhanced_security)が有効になっていない場合、TiDB Dashboardにサインインできる SQL ユーザー`dashboardAdmin`を作成するには、次の SQL ステートメントを実行します。 ```sql CREATE USER 'dashboardAdmin'@'%' IDENTIFIED BY ''; @@ -63,7 +63,7 @@ SQL ユーザーが前述の権限要件を満たしていない場合、以下 GRANT SUPER ON *.* TO 'dashboardAdmin'@'%'; ``` -- 接続先のTiDBサーバーで[セキュリティ強化モード（SEM）](/system-variables.md#tidb_enable_enhanced_security)が有効になっている場合は、まずSEMを無効にし、以下のSQL文を実行して、TiDBダッシュボードにサインインできるSQLユーザー`dashboardAdmin`を作成します。ユーザーを作成したら、SEMを再度有効にします。 +- 接続先のTiDBサーバーで[セキュリティ強化モード（SEM）](/system-variables.md#tidb_enable_enhanced_security)が有効になっている場合は、まずSEMを無効にし、以下のSQL文を実行して、TiDB DashboardにサインインできるSQLユーザー`dashboardAdmin`を作成します。ユーザーを作成したら、SEMを再度有効にします。 ```sql CREATE USER 'dashboardAdmin'@'%' IDENTIFIED BY ''; @@ -82,11 +82,11 @@ SQL ユーザーが前述の権限要件を満たしていない場合、以下 GRANT SUPER ON *.* TO 'dashboardAdmin'@'%'; ``` -## 例: RBAC 経由で SQL ユーザーに TiDB ダッシュボードへのアクセスを許可する {#example-authorize-sql-user-to-access-tidb-dashboard-via-rbac} +## 例: RBAC 経由で SQL ユーザーに TiDB Dashboardへのアクセスを許可する {#example-authorize-sql-user-to-access-tidb-dashboard-via-rbac} -次の例は、 [ロールベースのアクセス制御（RBAC）](/role-based-access-control.md)メカニズムを通じて TiDB ダッシュボードにアクセスするためのロールとユーザーを作成する方法を示しています。 +次の例は、 [ロールベースのアクセス制御（RBAC）](/role-based-access-control.md)メカニズムを通じて TiDB Dashboardにアクセスするためのロールとユーザーを作成する方法を示しています。 -1. TiDB ダッシュボードのすべての権限要件を満たす`dashboard_access`ロールを作成します。 +1. TiDB Dashboardのすべての権限要件を満たす`dashboard_access`ロールを作成します。 ```sql CREATE ROLE 'dashboard_access'; @@ -106,8 +106,8 @@ SQL ユーザーが前述の権限要件を満たしていない場合、以下 SET DEFAULT ROLE dashboard_access to 'dashboardAdmin'@'%'; ``` -上記の手順を実行すると、 `dashboardAdmin`ユーザーを使用して TiDB ダッシュボードにサインインできるようになります。 +上記の手順を実行すると、 `dashboardAdmin`ユーザーを使用して TiDB Dashboardにサインインできるようになります。 -## TiDBダッシュボードにサインイン {#sign-in-to-tidb-dashboard} +## TiDB Dashboardにサインイン {#sign-in-to-tidb-dashboard} -TiDB ダッシュボードの権限要件を満たす SQL ユーザーを作成したら、このユーザーを TiDB ダッシュ[サインイン](/dashboard/dashboard-access.md#sign-in)に使用できます。 +TiDB Dashboardの権限要件を満たす SQL ユーザーを作成したら、このユーザーを TiDB ダッシュ[サインイン](/dashboard/dashboard-access.md#sign-in)に使用できます。 diff --git a/dashboard/top-sql.md b/dashboard/top-sql.md index 05d7a21bdbcf8..f3b347f3f139b 100644 --- a/dashboard/top-sql.md +++ b/dashboard/top-sql.md @@ -3,7 +3,7 @@ title: TiDB Dashboard Top SQL page summary: TiDB Dashboard Top SQLは、データベース内のSQLステートメントのCPUオーバーヘッドをリアルタイムで監視および可視化します。CPU負荷の高いステートメントを特定することでパフォーマンスの最適化を支援し、詳細な実行情報を提供します。パフォーマンス問題の分析に適しており、TiDB Dashboardまたはブラウザからアクセスできます。この機能はクラスタのパフォーマンスにわずかな影響を与えますが、現在、本番での利用が可能です。 --- -# TiDBダッシュボードのTop SQLページ {#tidb-dashboard-top-sql-page} +# TiDB DashboardのTop SQLページ {#tidb-dashboard-top-sql-page} Top SQLを使用すると、データベース内の各 SQL ステートメントの CPU オーバーヘッドをリアルタイムで監視し、視覚的に確認できるため、データベースのパフォーマンス問題の最適化と解決に役立ちます。Top Top SQL は、すべての TiDB および TiKV インスタンスから、任意の秒数における SQL ステートメントごとの CPU 負荷データを継続的に収集して保存します。収集されたデータは最大 30 日間保存できます。Top Top SQL は、視覚的なグラフと表を表示することで、特定の期間にわたって TiDB または TiKV インスタンスの高い CPU 負荷の原因となっている SQL ステートメントを迅速に特定できます。 @@ -32,11 +32,11 @@ Top SQLは、パフォーマンスの問題を分析するのに適していま 以下のいずれかの方法で、Top SQLページにアクセスできます。 -- TiDBダッシュボードにログイン後、左側のナビゲーションメニューにある**「Top SQL」**をクリックしてください。 +- TiDB Dashboardにログイン後、左側のナビゲーションメニューにある**「Top SQL」**をクリックしてください。 ![Top SQL](/media/dashboard/top-sql-access.png) -- ブラウザで[http://127.0.0.1:2379/dashboard/#/topsql](http://127.0.0.1:2379/dashboard/#/topsql)にアクセスしてください。 `127.0.0.1:2379`実際の PD インスタンスのアドレスとポートに置き換えてください。 +- ブラウザで[http://127.0.0.1:2379/dashboard/#/topsql](http://127.0.0.1:2379/dashboard/#/topsql)にアクセスしてください。 `127.0.0.1:2379`を実際の PD インスタンスのアドレスとポートに置き換えてください。 ## Top SQLを有効にする {#enable-top-sql} @@ -80,7 +80,7 @@ SET GLOBAL tidb_enable_top_sql = 1; ![Details](/media/dashboard/top-sql-details.png) -5. これらの最初の手がかりに基づいて、 [SQLステートメント](/dashboard/dashboard-statement-list.md)または[遅いクエリ](/dashboard/dashboard-slow-query.md)ページをさらに調査して、CPU 消費量の増加や SQL ステートメントの大規模なデータ スキャンの根本原因を見つけることができます。 +5. これらの最初の手がかりに基づいて、 [SQLステートメント](/dashboard/dashboard-statement-list.md)または[スロークエリ](/dashboard/dashboard-slow-query.md)ページをさらに調査して、CPU 消費量の増加や SQL ステートメントの大規模なデータ スキャンの根本原因を見つけることができます。 タイムピッカーで時間範囲を調整するか、グラフで時間範囲を選択することで、問題のより正確で詳細な分析を行うことができます。時間範囲を狭くすると、最大1秒単位の精度でより詳細なデータが得られます。 @@ -119,7 +119,7 @@ SET GLOBAL tidb_enable_top_sql = 0; **1.Top SQLを有効にできず、UI に「必要なコンポーネントNgMonitoring が開始されていません」と表示されます**。 -[TiDBダッシュボードに関するFAQ](/dashboard/dashboard-faq.md#a-required-component-ngmonitoring-is-not-started-error-is-shown)参照してください。 +[TiDB Dashboardに関するFAQ](/dashboard/dashboard-faq.md#a-required-component-ngmonitoring-is-not-started-error-is-shown)参照してください。 **2.Top SQLを有効にすると、パフォーマンスに影響が出ますか？** diff --git a/deploy-monitoring-services.md b/deploy-monitoring-services.md index d266aae1eaafe..a94375e5513f3 100644 --- a/deploy-monitoring-services.md +++ b/deploy-monitoring-services.md @@ -5,7 +5,7 @@ summary: TiDB クラスターの監視サービスをデプロイする方法を # TiDBクラスタの監視サービスをデプロイ {#deploy-monitoring-services-for-the-tidb-cluster} -このドキュメントは、TiDB 監視およびアラートサービスを手動でデプロイしたいユーザーを対象としています。TiUPを使用して TiDB クラスターをデプロイする場合、監視およびアラートサービスは自動的にデプロイされるため、手動でのデプロイは不要です。1 [TiDBダッシュボード](/dashboard/dashboard-intro.md) PDコンポーネントに組み込まれているため、別途デプロイする必要はありません。 +このドキュメントは、TiDB 監視およびアラートサービスを手動でデプロイしたいユーザーを対象としています。TiUPを使用して TiDB クラスターをデプロイする場合、監視およびアラートサービスは自動的にデプロイされるため、手動でのデプロイは不要です。1 [TiDB Dashboard](/dashboard/dashboard-intro.md) PDコンポーネントに組み込まれているため、別途デプロイする必要はありません。 ## PrometheusとGrafanaをデプロイ {#deploy-prometheus-and-grafana} @@ -235,7 +235,7 @@ PDサーバー、TiKVサーバー、および TiDBサーバーの Grafana ダッ > **注記：** > - > TiKV、PD、および TiDB ダッシュボードの場合、対応する JSON ファイルは`tikv_summary.json` 、 `tikv_details.json` 、 `tikv_trouble_shooting.json` 、 `pd.json` 、 `tidb.json` 、および`tidb_summary.json`です。 + > TiKV、PD、および TiDB Dashboardの場合、対応する JSON ファイルは`tikv_summary.json` 、 `tikv_details.json` 、 `tikv_trouble_shooting.json` 、 `pd.json` 、 `tidb.json` 、および`tidb_summary.json`です。 4. **[ロード]**をクリックします。 diff --git a/develop/dev-guide-troubleshoot-overview.md b/develop/dev-guide-troubleshoot-overview.md index 8000724accef4..eeebe80089f22 100644 --- a/develop/dev-guide-troubleshoot-overview.md +++ b/develop/dev-guide-troubleshoot-overview.md @@ -18,15 +18,15 @@ SQL クエリのパフォーマンスを向上させる場合は、 [SQL性能
-- [遅いクエリ](/tidb-cloud/tune-performance.md#slow-query) +- [スロークエリ](/tidb-cloud/tune-performance.md#slow-query) - [ステートメント分析](/tidb-cloud/tune-performance.md#statement-analysis) -- [キービジュアライザー](/tidb-cloud/tune-performance.md#key-visualizer) +- [Key Visualizer](/tidb-cloud/tune-performance.md#key-visualizer)
-- [遅いクエリを分析する](/analyze-slow-queries.md) +- [スロークエリを分析する](/analyze-slow-queries.md) - [Top SQLを使用してコストの高いクエリを特定する](/dashboard/top-sql.md)
diff --git a/develop/dev-guide-use-follower-read.md b/develop/dev-guide-use-follower-read.md index 00a77b0486ce2..557bc3fd4f9bc 100644 --- a/develop/dev-guide-use-follower-read.md +++ b/develop/dev-guide-use-follower-read.md @@ -21,7 +21,7 @@ TiDBは、 [リージョン](/tidb-storage.md#region)基本単位として、ク 次のいずれかを実行すると、アプリケーションにホットスポットリージョンがあるかどうかを視覚的に分析できます。 - TiDB Cloud: [TiDB Cloudコンソールのキー ビジュアライザー](/tidb-cloud/tune-performance.md#key-visualizer)に移動し、「メトリック選択ボックス」を`Read (bytes)`または`Read (keys)`に選択して、読み取りホットスポットが発生するかどうかを確認します。 -- TiDB Self-Managed: [TiDBダッシュボードのキービジュアライザー](/dashboard/dashboard-key-visualizer.md)に移動し、「メトリック選択ボックス」を`Read (bytes)`または`Read (keys)`に選択して、読み取りホットスポットが発生するかどうかを確認します。 +- TiDB Self-Managed: [TiDB DashboardのKey Visualizer](/dashboard/dashboard-key-visualizer.md)に移動し、「メトリック選択ボックス」を`Read (bytes)`または`Read (keys)`に選択して、読み取りホットスポットが発生するかどうかを確認します。 ホットスポットの問題が存在する場合は、 [TiDBホットスポットの問題の処理](/troubleshoot-hot-spot-issues.md)を参照してトラブルシューティングを行うことができます。これにより、アプリケーション レベルでのホットスポットの生成を回避することができます。 @@ -140,7 +140,7 @@ public static class AuthorDAO { - [Follower Read](/follower-read.md) - [ホットスポットの問題のトラブルシューティング](/troubleshoot-hot-spot-issues.md) - [TiDB Cloudコンソールのキー ビジュアライザー](/tidb-cloud/tune-performance.md#key-visualizer) -- [TiDB Self-Managed向けTiDBダッシュボードのキービジュアライザー](/dashboard/dashboard-key-visualizer.md) +- [TiDB Self-Managed向けTiDB DashboardのKey Visualizer](/dashboard/dashboard-key-visualizer.md) ## ヘルプが必要ですか? {#need-help} diff --git a/dr-multi-replica.md b/dr-multi-replica.md index e04315cd3a1a4..7a4de4637dd60 100644 --- a/dr-multi-replica.md +++ b/dr-multi-replica.md @@ -151,12 +151,12 @@ summary: 単一クラスターのマルチレプリカ災害復旧ソリュー ## クラスターを監視する {#monitor-the-cluster} -GrafanaまたはTiDBダッシュボードにアクセスすることで、TiKV、TiDB、PD、およびクラスター内のその他のコンポーネントのパフォーマンスメトリックを監視できます。コンポーネントのステータスに基づいて、DRスイッチオーバーを実行するかどうかを判断できます。詳細については、以下のドキュメントをご覧ください。 +GrafanaまたはTiDB Dashboardにアクセスすることで、TiKV、TiDB、PD、およびクラスター内のその他のコンポーネントのパフォーマンスメトリックを監視できます。コンポーネントのステータスに基づいて、DRスイッチオーバーを実行するかどうかを判断できます。詳細については、以下のドキュメントをご覧ください。 - [TiDBの主要な監視指標](/grafana-tidb-dashboard.md) - [TiKVの主要な監視指標](/grafana-tikv-dashboard.md) - [PDの主要なモニタリング指標](/grafana-pd-dashboard.md) -- [TiDBダッシュボード監視ページ](/dashboard/dashboard-monitoring.md) +- [TiDB Dashboard監視ページ](/dashboard/dashboard-monitoring.md) ## DRスイッチオーバーを実行する {#perform-a-dr-switchover} diff --git a/dynamic-config.md b/dynamic-config.md index 68a786f86057e..5bd8b6f4537ef 100644 --- a/dynamic-config.md +++ b/dynamic-config.md @@ -366,7 +366,7 @@ select @@tidb_slow_log_threshold; | ------------------------------------------------------- | -------------------------------------------- | ------------------------------------------------------------------------------------- | | `instance.tidb_enable_slow_log` | `tidb_enable_slow_log` | スローログを有効にするかどうかを制御します | | `instance.tidb_slow_log_threshold` | `tidb_slow_log_threshold` | スローログのしきい値を指定します | -| `instance.tidb_expensive_query_time_threshold` | `tidb_expensive_query_time_threshold` | 高価なクエリのしきい値を指定します | +| `instance.tidb_expensive_query_time_threshold` | `tidb_expensive_query_time_threshold` | 負荷の高いクエリのしきい値を指定します | | `instance.tidb_enable_collect_execution_info` | `tidb_enable_collect_execution_info` | オペレータの実行情報を記録するかどうかを制御します | | `instance.tidb_record_plan_in_slow_log` | `tidb_record_plan_in_slow_log` | 実行プランをスローログに記録するかどうかを制御します | | `instance.tidb_force_priority` | `tidb_force_priority` | この TiDB インスタンスから送信されるステートメントの優先順位を指定します | diff --git a/explore-htap.md b/explore-htap.md index 9d71663f4e489..bf705bfab3d5b 100644 --- a/explore-htap.md +++ b/explore-htap.md @@ -93,7 +93,7 @@ TiDBでは、クエリや書き込みリクエストに対してSQL文を入力 TiDBを使用する場合、TiDBクラスタの状態とパフォーマンス指標は、以下のいずれかの方法で監視できます。 -- [TiDBダッシュボード](/dashboard/dashboard-intro.md): TiDBクラスターの全体的な実行ステータスを確認し、読み取りおよび書き込みトラフィックの分布と傾向を分析し、遅いクエリの詳細な実行情報を知ることができます。 +- [TiDB Dashboard](/dashboard/dashboard-intro.md): TiDBクラスターの全体的な実行ステータスを確認し、読み取りおよび書き込みトラフィックの分布と傾向を分析し、スロークエリの詳細な実行情報を知ることができます。 - [監視システム（PrometheusおよびGrafana）](/grafana-overview-dashboard.md) : PD、TiDB、TiKV、 TiFlash、TiCDC、Node_exporterなどのTiDBクラスター関連コンポーネントの監視パラメータを確認できます。 TiDB クラスターおよびTiFlashクラスターのアラート ルールを確認するには、 [TiDBクラスタアラートルール](/alert-rules.md)および[TiFlashアラートルール](/tiflash/tiflash-alert-rules.md)を参照してください。 @@ -102,8 +102,8 @@ TiDB クラスターおよびTiFlashクラスターのアラート ルールを TiDBの使用中に問題が発生した場合は、以下のドキュメントを参照してください。 -- [遅いクエリを分析する](/analyze-slow-queries.md) -- [高額なクエリを特定する](/identify-expensive-queries.md) +- [スロークエリを分析する](/analyze-slow-queries.md) +- [負荷の高いクエリを特定する](/identify-expensive-queries.md) - [ホットスポットの問題をトラブルシューティングする](/troubleshoot-hot-spot-issues.md) - [TiDBクラスタのトラブルシューティングガイド](/troubleshoot-tidb-cluster.md) - [TiFlashクラスタのトラブルシューティング](/tiflash/troubleshoot-tiflash.md) diff --git a/faq/faq-overview.md b/faq/faq-overview.md index dfef1e8af4d3c..12eee5bacde11 100644 --- a/faq/faq-overview.md +++ b/faq/faq-overview.md @@ -7,4 +7,4 @@ summary: TiDB に関するよくある質問 (FAQ) をまとめています。 このドキュメントでは、TiDB に関するよくある質問 (FAQ) をまとめています。 -
カテゴリ関連文書
TiDBのアーキテクチャと原則TiDBアーキテクチャに関するFAQ
展開
データ移行
データのバックアップと復元バックアップと復元に関するよくある質問
SQL操作SQLに関するよくある質問
クラスタのアップグレードTiDB アップグレードに関する FAQ
クラスタ管理クラスタ管理に関するFAQ
監視と警告
高可用性と高信頼性
一般的なエラーコードエラーコードとトラブルシューティング
+
カテゴリ関連文書
TiDBのアーキテクチャと原則TiDBアーキテクチャに関するFAQ
展開
データ移行
データのバックアップと復元バックアップと復元に関するよくある質問
SQL操作SQLに関するよくある質問
クラスタのアップグレードTiDB アップグレードに関する FAQ
クラスタ管理クラスタ管理に関するFAQ
監視と警告
高可用性と高信頼性
一般的なエラーコードエラーコードとトラブルシューティング
diff --git a/glossary.md b/glossary.md index 8fbd2c5c5acd0..dcb59d3805dbc 100644 --- a/glossary.md +++ b/glossary.md @@ -81,7 +81,7 @@ RocksDBとTiKVでは、カラムファミリー（CF）は、データベース ### 継続的なプロファイリング {#continuous-profiling} -継続的プロファイリングは、システムコールレベルでのリソースオーバーヘッドを監視する方法です。継続的プロファイリングを使用すると、TiDB はパフォーマンスの問題をきめ細かく監視し、フレームグラフを使用して運用チームが根本原因を特定するのに役立ちます。詳細については、 [TiDBダッシュボードインスタンスプロファイリング - 継続的プロファイリング](/dashboard/continuous-profiling.md)参照してください。 +継続的プロファイリングは、システムコールレベルでのリソースオーバーヘッドを監視する方法です。継続的プロファイリングを使用すると、TiDB はパフォーマンスの問題をきめ細かく監視し、フレームグラフを使用して運用チームが根本原因を特定するのに役立ちます。詳細については、 [TiDB Dashboardインスタンスプロファイリング - 継続的プロファイリング](/dashboard/continuous-profiling.md)参照してください。 ### コプロセッサー {#coprocessor} @@ -264,7 +264,7 @@ PD Control (pd-ctl) は、TiDB クラスタ内の Placement Driver (PD) と対 ### Placement Driver（PD） {#placement-driver-pd} -Placement Driver(PD) は、メタデータの保存、トランザクション タイムスタンプの[タイムスタンプオラクル（TSO）](/tso.md) 、TiKV 上でのデータ配置の調整、および[TiDBダッシュボード](/dashboard/dashboard-overview.md)実行を担当する[TiDBアーキテクチャ](/tidb-architecture.md#placement-driver-pd-server)の中核コンポーネントです。詳細については、 [TiDBスケジューリング](/tidb-scheduling.md)参照してください。 +Placement Driver(PD) は、メタデータの保存、トランザクション タイムスタンプの[タイムスタンプオラクル（TSO）](/tso.md) 、TiKV 上でのデータ配置の調整、および[TiDB Dashboard](/dashboard/dashboard-overview.md)実行を担当する[TiDBアーキテクチャ](/tidb-architecture.md#placement-driver-pd-server)の中核コンポーネントです。詳細については、 [TiDBスケジューリング](/tidb-scheduling.md)参照してください。 ### 配置ルール {#placement-rules} diff --git a/identify-expensive-queries.md b/identify-expensive-queries.md index a30a194237ba7..8490012cd8ea6 100644 --- a/identify-expensive-queries.md +++ b/identify-expensive-queries.md @@ -1,6 +1,6 @@ --- title: Identify Expensive Queries -summary: TiDBは、実行時間またはメモリ使用量のしきい値を超えるステートメントに関する情報を出力することで、高負荷なクエリを特定するのに役立ちます。これにより、SQLパフォーマンスの診断と改善が可能になります。高負荷クエリログには、実行時間、メモリ使用量、ユーザー、データベース、TiKVコプロセッサーのタスク情報などの詳細が含まれます。このログは、ステートメントがリソースしきい値を超えるとすぐに情報を出力ため、低速クエリログとは異なります。 +summary: TiDBは、実行時間またはメモリ使用量のしきい値を超えるステートメントに関する情報を出力することで、高負荷なクエリを特定するのに役立ちます。これにより、SQLパフォーマンスの診断と改善が可能になります。高負荷クエリログには、実行時間、メモリ使用量、ユーザー、データベース、TiKVコプロセッサーのタスク情報などの詳細が含まれます。このログは、ステートメントがリソースしきい値を超えるとすぐに情報を出力ため、スロークエリログとは異なります。 --- # コストの高いクエリを特定する {#identify-expensive-queries} @@ -9,9 +9,9 @@ TiDBを使用すると、SQL実行中に高負荷なクエリを特定できる > **注記：** > -> 高価なクエリ ログは、次の点で[スロークエリログ](/identify-slow-queries.md)と異なります。TiDB は、ステートメントがリソース使用量 (実行時間またはメモリ使用量) のしきい値を超える**とすぐに**ステートメント情報を高価なクエリ ログに出力出力。一方、TiDB は、ステートメントの実行**後に**ステートメント情報を低速クエリ ログに出力。 +> 負荷の高いクエリ ログは、次の点で[スロークエリログ](/identify-slow-queries.md)と異なります。TiDB は、ステートメントがリソース使用量 (実行時間またはメモリ使用量) のしきい値を超える**とすぐに**ステートメント情報を負荷の高いクエリ ログに出力出力。一方、TiDB は、ステートメントの実行**後に**ステートメント情報をスロークエリ ログに出力。 -## 高価なクエリログの例 {#expensive-query-log-example} +## 負荷の高いクエリログの例 {#expensive-query-log-example} ```sql [expensivequery.go:145] [expensive_query] [cost_time=60.021998785s] [cop_time=0.022540151s] [process_time=28.448316643s] [wait_time=0.045507163s] [request_count=430] [total_keys=3538276] [process_keys=3537846] [num_cop_tasks=430] [process_avg_time=0.066158875s] [process_p90_time=0.140427865s] [process_max_time=0.27903656s] [process_max_addr=tikv-1-peer:20160] [wait_avg_time=0.00010583s] [wait_p90_time=0.000358794s] [wait_max_time=0.001218721s] [wait_max_addr=tikv-1-peer:20160] [stats=usertable:451469035823955972] [conn=1621098504] [user=root] [database=test] [table_ids="[104]"] [txn_start_ts=451469037501677571] [mem_max="621043469 Bytes (592.3 MB)"] [sql="insert /*+ SET_VAR(tidb_dml_type=bulk) */ into usertable_2 select * from usertable limit 5000000"] [session_alias=] ["affected rows"=3505282]] diff --git a/identify-slow-queries.md b/identify-slow-queries.md index cd8f8b2d7ff67..c07d86ba41d20 100644 --- a/identify-slow-queries.md +++ b/identify-slow-queries.md @@ -3,9 +3,9 @@ title: Identify Slow Queries summary: スロークエリログを使用して、問題のあるSQL文を特定してください。 --- -# 遅いクエリを特定する {#identify-slow-queries} +# スロークエリを特定する {#identify-slow-queries} -ユーザーが遅いクエリを特定し、SQL実行のパフォーマンスを分析および改善できるように、TiDBは実行時間が[`tidb_slow_log_threshold`](/system-variables.md#tidb_slow_log_threshold) （デフォルト値は300ミリ秒）を超えるステートメントを[スロークエリファイル](/tidb-configuration-file.md#slow-query-file)ファイル（デフォルト値は「tidb-slow.log」）に出力します。 +ユーザーがスロークエリを特定し、SQL実行のパフォーマンスを分析および改善できるように、TiDBは実行時間が[`tidb_slow_log_threshold`](/system-variables.md#tidb_slow_log_threshold) （デフォルト値は300ミリ秒）を超えるステートメントを[スロークエリファイル](/tidb-configuration-file.md#slow-query-file)ファイル（デフォルト値は「tidb-slow.log」）に出力します。 TiDBはデフォルトでスロークエリログを有効にしています。システム変数[`tidb_enable_slow_log`](/system-variables.md#tidb_enable_slow_log)変更することで、この機能を有効または無効にできます。 @@ -50,7 +50,7 @@ insert into t select * from t; > > スロークエリログ内の以下のすべての時間フィールドの単位は**「秒」**です。 -遅いクエリの基本： +スロークエリの基本： - `Time` : ログの印刷時間。 - `Query_time` : ステートメントの実行時間。 @@ -291,7 +291,7 @@ TiKVコプロセッサータスクフィールド： ### 推奨事項 {#recommendations} -- `tidb_slow_log_rules`単一しきい値方式に代わるように設計されています。多次元メトリック条件の組み合わせをサポートし、低速クエリのログ記録をより柔軟かつきめ細かく制御できます。 +- `tidb_slow_log_rules`単一しきい値方式に代わるように設計されています。多次元メトリック条件の組み合わせをサポートし、スロークエリのログ記録をより柔軟かつきめ細かく制御できます。 - TiDBノード1台（CPUコア16個、メモリ48GiB）とTiKVノード3台（それぞれCPUコア16個、メモリ48GiB）を備えた十分なリソースが確保されたテスト環境で、sysbenchテストを繰り返したところ、多次元スロークエリログルールによって30分以内に数百万件のスローログエントリが生成されても、パフォーマンスへの影響は小さいままであることが分かりました。しかし、ログの量が数千万件に達すると、TPSが大幅に低下し、レイテンシーが著しく増加します。そのため、業務ワークロードが高い場合や、CPUとメモリのリソースが限界に近い場合は、 `tidb_slow_log_rules`を慎重に設定して、ルールが広すぎるためにログが大量に発生するのを防いでください。ログ出力レートを制限する必要がある場合は、 [`tidb_slow_log_max_per_sec`](/system-variables.md#tidb_slow_log_max_per_sec-new-in-v856)を使用してスロットリングを行い、業務パフォーマンスへの影響を軽減してください。 @@ -308,7 +308,7 @@ TiKVコプロセッサータスクフィールド： - [`tidb_slow_log_max_per_sec`](/system-variables.md#tidb_slow_log_max_per_sec-new-in-v856) : 1 秒あたりに書き込めるスロークエリログエントリの最大数を設定します。デフォルト値は`0`です。この変数は v8.5.6 で導入されました。 - `0`という値は、1 秒あたりに書き込まれるスロークエリログエントリの数に制限がないことを意味します。 - `0`より大きい値を指定すると、TiDBは1秒あたりに指定された数のスロークエリログエントリを書き込みます。超過分のログエントリは破棄され、スロークエリログファイルには書き込まれません。 - - ルールベースの低速クエリログが頻繁にトリガーされるのを防ぐため、 `tidb_slow_log_rules`を有効にした後にこの変数を設定することをお勧めします。 + - ルールベースのスロークエリログが頻繁にトリガーされるのを防ぐため、 `tidb_slow_log_rules`を有効にした後にこの変数を設定することをお勧めします。 - [`tidb_query_log_max_len`](/system-variables.md#tidb_query_log_max_len) : スロークエリログに記録されるSQLステートメントの最大長を設定します。デフォルト値は4096バイトです。 @@ -387,13 +387,13 @@ TiDB 4.0 では、 `SLOW_QUERY`は、ローテーションされたスローロ TiDB 4.0 では、すべての TiDB ノードのスロー クエリ情報を照会するための[`CLUSTER_SLOW_QUERY`](/information-schema/information-schema-slow-query.md#cluster_slow_query-table)システム テーブルが追加されました。 `CLUSTER_SLOW_QUERY`テーブルのテーブル スキーマは`SLOW_QUERY`に`INSTANCE`列が追加されている点で`CLUSTER_SLOW_QUERY`テーブルのスキーマとは異なります。 `INSTANCE`列は、スロー クエリの行情報の TiDB ノード アドレスを表します。 `CLUSTER_SLOW_QUERY` 、 [`SLOW_QUERY`](/information-schema/information-schema-slow-query.md)と同様に使用できます。 -`CLUSTER_SLOW_QUERY`テーブルに対してクエリを実行すると、TiDB は他のノードからすべての低速クエリ情報を取得して 1 つの TiDB ノードで操作を実行するのではなく、計算と判断を他のノードにプッシュします。 +`CLUSTER_SLOW_QUERY`テーブルに対してクエリを実行すると、TiDB は他のノードからすべてのスロークエリ情報を取得して 1 つの TiDB ノードで操作を実行するのではなく、計算と判断を他のノードにプッシュします。 ## SLOW_QUERY / CLUSTER_SLOW_QUERY使用例 {#code-slow-query-code-code-cluster-slow-query-code-usage-examples} -### 上位N件の低速クエリ {#top-n-slow-queries} +### 上位N件のスロークエリ {#top-n-slow-queries} -ユーザーの遅いクエリ上位 2 件をクエリします。 `Is_internal=false` TiDB 内の遅いクエリを除外し、ユーザーの遅いクエリのみをクエリすることを意味します。 +ユーザーのスロークエリ上位 2 件をクエリします。 `Is_internal=false` TiDB 内のスロークエリを除外し、ユーザーのスロークエリのみをクエリすることを意味します。 ```sql select query_time, query @@ -412,9 +412,9 @@ limit 2; | 0.734982725 | select t0.c0, t1.c1 from t_slim t0, t_wide t1 where t0.c0=t1.c0; | +--------------+------------------------------------------------------------------+ -### testユーザーの上位N件の遅いクエリを照会する {#query-the-top-n-slow-queries-of-the-code-test-code-user} +### testユーザーの上位N件のスロークエリを照会する {#query-the-top-n-slow-queries-of-the-code-test-code-user} -次の例では、 `test`ユーザーによって実行された低速クエリが照会され、最初の 2 つの結果が実行時間の逆順に表示されます。 +次の例では、 `test`ユーザーによって実行されたスロークエリが照会され、最初の 2 つの結果が実行時間の逆順に表示されます。 ```sql select query_time, query, user @@ -433,7 +433,7 @@ limit 2; | 0.676408014 | select t0.c0, t1.c1 from t_slim t0, t_wide t1 where t0.c0=t1.c1; | test | +-------------+------------------------------------------------------------------+----------------+ -### 同じSQLフィンガープリントを持つ類似の低速クエリを検索する {#query-similar-slow-queries-with-the-same-sql-fingerprints} +### 同じSQLフィンガープリントを持つ類似のスロークエリを検索する {#query-similar-slow-queries-with-the-same-sql-fingerprints} 上位N個のSQL文を照会した後、同じフィンガープリントを使用して、同様の低速なクエリを引き続き照会します。 @@ -455,7 +455,7 @@ limit 2; | 0.302558006 | select * from t1 where a=1; | 4751cb6008fda383e22dacb601fde85425dc8f8cf669338d55d944bafb46a6fa | +-------------+-----------------------------+------------------------------------------------------------------+ -2. 同様の遅いクエリをフィンガープリントを使って照会する。 +2. 同様のスロークエリをフィンガープリントを使って照会する。 ```sql select query, query_time @@ -472,7 +472,7 @@ limit 2; | select * from t1 where a=2; | 0.401313532 | +-----------------------------+-------------+ -## 擬似統計statsを使用して、遅いクエリをクエリする {#query-slow-queries-with-pseudo-code-stats-code} +## 擬似統計statsを使用して、スロークエリをクエリする {#query-slow-queries-with-pseudo-code-stats-code} ```sql select query, query_time, stats @@ -493,7 +493,7 @@ where is_internal = false | select * from t1 join t2; | 0.931260518 | t1:407872303825682445,t2:pseudo | +-----------------------------+-------------+---------------------------------+ -### 実行プランが変更された遅いクエリ {#query-slow-queries-whose-execution-plan-is-changed} +### 実行プランが変更されたスロークエリ {#query-slow-queries-whose-execution-plan-is-changed} 同じカテゴリのSQL文の実行プランを変更すると、統計情報が古くなっているか、実際のデータ分布を正確に反映していないため、実行速度が低下します。実行プランが異なるSQL文を照会するには、次のSQL文を使用できます。 @@ -547,7 +547,7 @@ group by plan_digest\G └─HashAgg_8 cop 1 group by:sbtest.sbtest25.c, └─TableScan_11 cop 1.2440069558121831 table:sbtest25, range:[472745,472844], keep order:false -### クラスタ内の各TiDBノードにおける低速クエリの数を照会する {#query-the-number-of-slow-queries-for-each-tidb-node-in-a-cluster} +### クラスタ内の各TiDBノードにおけるスロークエリの数を照会する {#query-the-number-of-slow-queries-for-each-tidb-node-in-a-cluster} ```sql select instance, count(*) from information_schema.cluster_slow_query where time >= "2020-03-06 00:00:00" and time < now() group by instance; @@ -665,20 +665,20 @@ pt-query-digest --report tidb-slow.log ### ADMIN SHOW SLOWコマンド {#code-admin-show-slow-code-command} -TiDBログファイルに加えて、 `ADMIN SHOW SLOW`コマンドを実行することで、遅いクエリを特定できます。 +TiDBログファイルに加えて、 `ADMIN SHOW SLOW`コマンドを実行することで、スロークエリを特定できます。 ```sql ADMIN SHOW SLOW recent N ADMIN SHOW SLOW TOP [internal | all] N ``` -`recent N`は、最近の N 件の低速クエリレコードを表示します。例: +`recent N`は、最近の N 件のスロークエリレコードを表示します。例: ```sql ADMIN SHOW SLOW recent 10 ``` -`top N`は、最近 (数日以内) 実行されたクエリレコードのうち、最も実行速度の遅い N 件を表示します。 `internal`オプションが指定されている場合、返される結果はシステムによって実行された内部 SQL になります。 `all`オプションが指定されている場合、返される結果はユーザーの SQL と内部 SQL を組み合わせたものになります。それ以外の場合、このコマンドはユーザーの SQL から実行速度の遅いクエリレコードのみを返します。 +`top N`は、最近 (数日以内) 実行されたクエリレコードのうち、最も実行速度の遅い N 件を表示します。 `internal`オプションが指定されている場合、返される結果はシステムによって実行された内部 SQL になります。 `all`オプションが指定されている場合、返される結果はユーザーの SQL と内部 SQL を組み合わせたものになります。それ以外の場合、このコマンドはユーザーの SQL から実行速度のスロークエリレコードのみを返します。 ```sql ADMIN SHOW SLOW top 3 @@ -686,7 +686,7 @@ ADMIN SHOW SLOW top internal 3 ADMIN SHOW SLOW top all 5 ``` -TiDB はメモリが限られているため、低速クエリのレコードを限られた数しか保存しません。クエリ コマンドの`N`の値がレコード数より大きい場合、返されるレコード数は`N`より少なくなります。 +TiDB はメモリが限られているため、スロークエリのレコードを限られた数しか保存しません。クエリ コマンドの`N`の値がレコード数より大きい場合、返されるレコード数は`N`より少なくなります。 以下の表は出力の詳細を示しています。 diff --git a/information-schema/information-schema-metrics-summary.md b/information-schema/information-schema-metrics-summary.md index 850d944bc6b1e..886f89f94ee82 100644 --- a/information-schema/information-schema-metrics-summary.md +++ b/information-schema/information-schema-metrics-summary.md @@ -176,7 +176,7 @@ ORDER BY ratio DESC LIMIT 10; 上記のクエリ結果から、次の情報を取得できます。 -- 期間 t2 の`tib_slow_query_cop_process_total_time` (TiDB の遅いクエリでの時間消費量`cop process` ) は、期間 t1 の 5,865 倍になります。 +- 期間 t2 の`tib_slow_query_cop_process_total_time` (TiDB のスロークエリでの時間消費量`cop process` ) は、期間 t1 の 5,865 倍になります。 - 期間t2における`tidb_distsql_partial_scan_key_total_num` （TiDBの`distsql`が要求するスキャンキー数）は、期間t1の3,648倍です。期間t2における`tidb_slow_query_cop_wait_total_time` （コプロセッサーがTiDBのスロークエリのキューイングを要求する際の待機時間）は、期間t1の267倍です。 - 期間 t2 の`tikv_cop_total_response_size` (TiKVコプロセッサー要求結果のサイズ) は、期間 t1 の 192 倍になります。 - 期間 t2 (TiKVコプロセッサーによって要求されたスキャン) の`tikv_cop_scan_details` 、期間 t1 の 0 の 105 倍になります。 diff --git a/information-schema/information-schema-tidb-indexes.md b/information-schema/information-schema-tidb-indexes.md index 04b9ae290cb71..ded3e866328be 100644 --- a/information-schema/information-schema-tidb-indexes.md +++ b/information-schema/information-schema-tidb-indexes.md @@ -32,7 +32,7 @@ DESC tidb_indexes; `INDEX_ID`はTiDBが各インデックスに割り当てる一意のIDです。別のテーブルまたはAPIから取得した`INDEX_ID`と結合操作を行うために使用できます。 -たとえば、 [`SLOW_QUERY`テーブル](/information-schema/information-schema-slow-query.md)の遅いクエリに関係する`TABLE_ID`と`INDEX_ID`取得し、次の SQL ステートメントを使用して特定のインデックス情報を取得できます。 +たとえば、 [`SLOW_QUERY`テーブル](/information-schema/information-schema-slow-query.md)のスロークエリに関係する`TABLE_ID`と`INDEX_ID`取得し、次の SQL ステートメントを使用して特定のインデックス情報を取得できます。 ```sql SELECT diff --git a/information-schema/information-schema.md b/information-schema/information-schema.md index 12b69f2c5a1a7..2a24405bcc09f 100644 --- a/information-schema/information-schema.md +++ b/information-schema/information-schema.md @@ -138,7 +138,7 @@ summary: TiDBは、システムメタデータを表示するためのANSI標準 | [`METRICS_TABLES`](/information-schema/information-schema-metrics-tables.md) | `METRICS_SCHEMA`のテーブルの PromQL 定義を提供します。このテーブルはTiDB Cloudには適用されません。 | | [`PLACEMENT_POLICIES`](/information-schema/information-schema-placement-policies.md) | すべての配置ポリシーに関する情報を提供します。この表は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスでは利用できません。 | | [`SEQUENCES`](/information-schema/information-schema-sequences.md) | TiDBにおけるシーケンスの実装は、MariaDBをベースとしている。 | -| [`SLOW_QUERY`](/information-schema/information-schema-slow-query.md) | 現在の TiDBサーバーにおける低速クエリに関する情報を提供します。このテーブルは[TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスでは利用できません。 | +| [`SLOW_QUERY`](/information-schema/information-schema-slow-query.md) | 現在の TiDBサーバーにおけるスロークエリに関する情報を提供します。このテーブルは[TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスでは利用できません。 | | [`STATEMENTS_SUMMARY`](/statement-summary-tables.md) | MySQLのperformance_schemaステートメントのサマリーと同様です。このテーブルは、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスでは利用できません。 | | [`STATEMENTS_SUMMARY_HISTORY`](/statement-summary-tables.md) | MySQLのperformance_schemaステートメントのサマリー履歴に類似しています。このテーブルは、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスでは利用できません。 | | [`TABLE_STORAGE_STATS`](/information-schema/information-schema-table-storage-stats.md) | ストレージにおけるテーブルサイズに関する詳細情報を提供します。 | @@ -193,7 +193,7 @@ summary: TiDBは、システムメタデータを表示するためのANSI標準 | [`METRICS_TABLES`](https://docs.pingcap.com/tidb/stable/information-schema-metrics-tables) | `METRICS_SCHEMA`のテーブルの PromQL 定義を提供します。このテーブルはTiDB Cloudには適用されません。 | | [`PLACEMENT_POLICIES`](https://docs.pingcap.com/tidb/stable/information-schema-placement-policies) | すべての配置ポリシーに関する情報を提供します。この表は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスでは利用できません。 | | [`SEQUENCES`](/information-schema/information-schema-sequences.md) | TiDBにおけるシーケンスの実装は、MariaDBをベースとしている。 | -| [`SLOW_QUERY`](/information-schema/information-schema-slow-query.md) | 現在の TiDBサーバーにおける低速クエリに関する情報を提供します。このテーブルは[TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスでは利用できません。 | +| [`SLOW_QUERY`](/information-schema/information-schema-slow-query.md) | 現在の TiDBサーバーにおけるスロークエリに関する情報を提供します。このテーブルは[TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスでは利用できません。 | | [`STATEMENTS_SUMMARY`](/statement-summary-tables.md) | MySQLのperformance_schemaステートメントのサマリーと同様です。このテーブルは、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスでは利用できません。 | | [`STATEMENTS_SUMMARY_HISTORY`](/statement-summary-tables.md) | MySQLのperformance_schemaステートメントのサマリー履歴に類似しています。このテーブルは、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスでは利用できません。 | | [`TABLE_STORAGE_STATS`](/information-schema/information-schema-table-storage-stats.md) | ストレージにおけるテーブルサイズに関する詳細情報を提供します。 | diff --git a/latency-breakdown.md b/latency-breakdown.md index 662a8068a8b37..775a48da33831 100644 --- a/latency-breakdown.md +++ b/latency-breakdown.md @@ -16,7 +16,7 @@ summary: TiDB のレイテンシーと、実際の使用例でレイテンシー これらの分析により、 TiDB SQLクエリの実行時間コストに関する詳細な情報が得られます。これは、TiDBのクリティカルパス診断のガイドです。さらに、第[診断のユースケース](#diagnosis-use-cases)セクションでは、実際のユースケースにおけるレイテンシーの分析方法を紹介します。 -このドキュメントを読む前に、 [パフォーマンス分析とチューニング](/performance-tuning-methods.md)お読みください。レイテンシーをメトリクスに分解する際、特定の遅いクエリではなく、実行時間またはレイテンシーの平均値を計算することに注意してください。多くのメトリクスは、実行時間またはレイテンシーの分布を示すヒストグラムとして表示されます。平均レイテンシーを計算するには、以下の合計とカウントのカウンタを使用する必要があります。 +このドキュメントを読む前に、 [パフォーマンス分析とチューニング](/performance-tuning-methods.md)お読みください。レイテンシーをメトリクスに分解する際、特定のスロークエリではなく、実行時間またはレイテンシーの平均値を計算することに注意してください。多くのメトリクスは、実行時間またはレイテンシーの分布を示すヒストグラムとして表示されます。平均レイテンシーを計算するには、以下の合計とカウントのカウンタを使用する必要があります。 avg = ${metric_name}_sum / ${metric_name}_count @@ -863,7 +863,7 @@ tikv_raftstore_apply_log_duration_seconds = `SELECT`ステートメントがデータベース時間の大部分を占める場合、TiDB の読み取りクエリが遅いと想定できます。 -遅いクエリの実行プランは、TiDBダッシュボードの[Top SQL文](/dashboard/dashboard-overview.md#top-sql-statements)パネルに表示されます。遅い読み取りクエリの時間コストを調査するには、前述の説明に従って[ポイントゲット](#point-get) 、および[シンプルなコプロセッサクエリ](#table-scan--index-scan) [バッチポイント取得](#batch-point-get)できます。 +スロークエリの実行プランは、TiDB Dashboardの[Top SQL文](/dashboard/dashboard-overview.md#top-sql-statements)パネルに表示されます。遅い読み取りクエリの時間コストを調査するには、前述の説明に従って[ポイントゲット](#point-get) 、および[シンプルなコプロセッサクエリ](#table-scan--index-scan) [バッチポイント取得](#batch-point-get)できます。 ### 書き込みクエリが遅い {#slow-write-queries} @@ -872,4 +872,4 @@ tikv_raftstore_apply_log_duration_seconds = - 特定の TiKV インスタンスでこのメトリックが高い場合、ホットなリージョンで競合が発生している可能性があります。 - このメトリックがすべてのインスタンスにわたって高い場合、アプリケーションに競合が発生している可能性があります。 -アプリケーションからの競合の原因を確認した後、 [ロック](#lock)と[コミット](#commit)期間を分析することで、書き込みが遅いクエリを調査できます。 +アプリケーションからの競合の原因を確認した後、 [ロック](#lock)と[コミット](#commit)期間を分析することで、書き込みがスロークエリを調査できます。 diff --git a/pd-configuration-file.md b/pd-configuration-file.md index 53dfa84e1885d..386133df50dc9 100644 --- a/pd-configuration-file.md +++ b/pd-configuration-file.md @@ -506,13 +506,13 @@ pd-server関連のコンフィグレーション項目 ## dashboard {#code-dashboard-code} -[TiDBダッシュボード](/dashboard/dashboard-intro.md)内蔵 PD に関するコンフィグレーション項目です。 +[TiDB Dashboard](/dashboard/dashboard-intro.md)内蔵 PD に関するコンフィグレーション項目です。 ### disable-custom-prom-addr {#code-disable-custom-prom-addr-code} -- [TiDBダッシュボード](/dashboard/dashboard-intro.md)でカスタム Prometheus データ ソース アドレスの構成を無効にするかどうか。 +- [TiDB Dashboard](/dashboard/dashboard-intro.md)でカスタム Prometheus データ ソース アドレスの構成を無効にするかどうか。 - デフォルト値: `false` -- `true`に設定すると、TiDB ダッシュボードでカスタム Prometheus データ ソース アドレスを構成すると、TiDB ダッシュボードはエラーを報告します。 +- `true`に設定すると、TiDB Dashboardでカスタム Prometheus データ ソース アドレスを構成すると、TiDB Dashboardはエラーを報告します。 ### tidb-cacert-path {#code-tidb-cacert-path-code} @@ -531,17 +531,17 @@ pd-server関連のコンフィグレーション項目 ### public-path-prefix {#code-public-path-prefix-code} -- TiDB ダッシュボードがリバース プロキシの背後でアクセスされる場合、この項目はすべての Web リソースのパブリック URL パス プレフィックスを設定します。 +- TiDB Dashboardがリバース プロキシの背後でアクセスされる場合、この項目はすべての Web リソースのパブリック URL パス プレフィックスを設定します。 - デフォルト値: `/dashboard` -- リバースプロキシを経由せずにTiDBダッシュボードにアクセスする場合は、この設定項目を変更**しないで**ください。変更すると、アクセスの問題が発生する可能性があります。詳細は[リバースプロキシの背後で TiDB ダッシュボードを使用する](/dashboard/dashboard-ops-reverse-proxy.md)参照してください。 +- リバースプロキシを経由せずにTiDB Dashboardにアクセスする場合は、この設定項目を変更**しないで**ください。変更すると、アクセスの問題が発生する可能性があります。詳細は[リバースプロキシの背後で TiDB Dashboardを使用する](/dashboard/dashboard-ops-reverse-proxy.md)参照してください。 ### enable-telemetry {#code-enable-telemetry-code} > **警告：** > -> v8.1.0以降、TiDBダッシュボードのテレメトリ機能は削除され、この設定項目は機能しなくなりました。これは以前のバージョンとの互換性のためだけに残されています。 +> v8.1.0以降、TiDB Dashboardのテレメトリ機能は削除され、この設定項目は機能しなくなりました。これは以前のバージョンとの互換性のためだけに残されています。 -- v8.1.0 より前では、この構成項目は、TiDB ダッシュボードでテレメトリ収集を有効にするかどうかを制御します。 +- v8.1.0 より前では、この構成項目は、TiDB Dashboardでテレメトリ収集を有効にするかどうかを制御します。 - デフォルト値: `false` ## replication-mode {#code-replication-mode-code} diff --git a/performance-tuning-overview.md b/performance-tuning-overview.md index 5436ea1ae5448..4a38d9b2bb39d 100644 --- a/performance-tuning-overview.md +++ b/performance-tuning-overview.md @@ -110,13 +110,13 @@ summary: このドキュメントでは、ユーザー応答時間、スルー たとえ最大のボトルネックを調整することで最大の潜在的メリットが得られるソリューションであっても、そのソリューションのリスクとコストを評価する必要があることに注意してください。例えば、 - リソースが過負荷になっているシステムに対する最も簡単なチューニング目標ソリューションは、システムの容量を拡張することですが、実際には、拡張ソリューションはコストがかかりすぎて採用できない可能性があります。 -- ビジネスモジュール内の低速クエリが原因でモジュール全体のレスポンスが遅くなる場合、データベースを新しいバージョンにアップグレードすることで低速クエリの問題を解決できますが、これまでこの問題が発生していなかったモジュールにも影響が及ぶ可能性があります。そのため、この解決策は潜在的に高いリスクを伴う可能性があります。リスクの低い解決策としては、データベースのバージョンアップグレードを省略し、既存の低速クエリを現在のデータベースバージョンに合わせて書き換えることが挙げられます。 +- ビジネスモジュール内のスロークエリが原因でモジュール全体のレスポンスが遅くなる場合、データベースを新しいバージョンにアップグレードすることでスロークエリの問題を解決できますが、これまでこの問題が発生していなかったモジュールにも影響が及ぶ可能性があります。そのため、この解決策は潜在的に高いリスクを伴う可能性があります。リスクの低い解決策としては、データベースのバージョンアップグレードを省略し、既存のスロークエリを現在のデータベースバージョンに合わせて書き換えることが挙げられます。 ### ステップ5. チューニングソリューションを実装する {#step-5-implement-tuning-solutions} メリット、リスク、コストを考慮し、実装するチューニングソリューションを1つ以上選択してください。実装プロセスでは、本番システムへの変更について綿密な準備を行い、変更内容を詳細に記録する必要があります。 -チューニングソリューションのリスクを軽減し、そのメリットを検証するためには、テスト環境とステージング環境の両方で変更の検証と回帰テストを実施することをお勧めします。例えば、遅いクエリのチューニングソリューションとして、クエリアクセスパスを最適化するための新しいインデックスを作成する場合、新しいインデックスによって既存のデータ挿入ワークロードに明らかな書き込みホットスポットが生じず、他のモジュールの速度低下を招かないようにする必要があります。 +チューニングソリューションのリスクを軽減し、そのメリットを検証するためには、テスト環境とステージング環境の両方で変更の検証と回帰テストを実施することをお勧めします。例えば、スロークエリのチューニングソリューションとして、クエリアクセスパスを最適化するための新しいインデックスを作成する場合、新しいインデックスによって既存のデータ挿入ワークロードに明らかな書き込みホットスポットが生じず、他のモジュールの速度低下を招かないようにする必要があります。 ### ステップ6. チューニング結果を評価する {#step-6-evaluate-tuning-results} diff --git a/performance-tuning-practices.md b/performance-tuning-practices.md index f3c179f632440..4cf3b73d8e62a 100644 --- a/performance-tuning-practices.md +++ b/performance-tuning-practices.md @@ -5,7 +5,7 @@ summary: このドキュメントでは、OLTP ワークロードのパフォー # OLTPシナリオの性能チューニングの実践 {#performance-tuning-practices-for-oltp-scenarios} -TiDB は、TiDB ダッシュボードの[Top SQL](/dashboard/top-sql.md)と[継続的なプロファイリング](/dashboard/continuous-profiling.md)機能や、TiDB [パフォーマンス概要ダッシュボード](/grafana-performance-overview-dashboard.md)などの包括的なパフォーマンス診断および分析機能を提供します。 +TiDB は、TiDB Dashboardの[Top SQL](/dashboard/top-sql.md)と[継続的なプロファイリング](/dashboard/continuous-profiling.md)機能や、TiDB [パフォーマンス概要ダッシュボード](/grafana-performance-overview-dashboard.md)などの包括的なパフォーマンス診断および分析機能を提供します。 このドキュメントでは、これらの機能を組み合わせて使用​​し、7 つの異なるランタイム シナリオで同じ OLTP ワークロードのパフォーマンスを分析および比較する方法について説明します。これにより、TiDB のパフォーマンスを効率的に分析および調整するのに役立つパフォーマンス チューニング プロセスが示されます。 @@ -36,9 +36,9 @@ TiDB は、TiDB ダッシュボードの[Top SQL](/dashboard/top-sql.md)と[継 ### パフォーマンス分析 {#performance-analysis} -#### TiDBダッシュボード {#tidb-dashboard} +#### TiDB Dashboard {#tidb-dashboard} -下記のTiDBダッシュボードの「Top SQL」ページを見ると、非ビジネスSQLタイプ`SELECT @@session.tx_isolation`最も多くのリソースを消費していることがわかります。TiDBはこれらのタイプのSQL文を迅速に処理しますが、実行回数が最も多く、全体的なCPU消費時間も最も高くなります。 +下記のTiDB Dashboardの「Top SQL」ページを見ると、非ビジネスSQLタイプ`SELECT @@session.tx_isolation`最も多くのリソースを消費していることがわかります。TiDBはこれらのタイプのSQL文を迅速に処理しますが、実行回数が最も多く、全体的なCPU消費時間も最も高くなります。 ![dashboard-for-query-interface](/media/performance/case1.png) @@ -82,9 +82,9 @@ TiDB は、TiDB ダッシュボードの[Top SQL](/dashboard/top-sql.md)と[継 ### パフォーマンス分析 {#performance-analysis} -#### TiDBダッシュボード {#tidb-dashboard} +#### TiDB Dashboard {#tidb-dashboard} -下記の TiDB ダッシュボードのTop SQLページを見ると、最も多くのリソースを消費していた`SELECT @@session.tx_isolation`消えていることがわかります。 +下記の TiDB DashboardのTop SQLページを見ると、最も多くのリソースを消費していた`SELECT @@session.tx_isolation`消えていることがわかります。 ![dashboard-for-maxPerformance](/media/performance/case2.png) @@ -139,7 +139,7 @@ TiDB は、TiDB ダッシュボードの[Top SQL](/dashboard/top-sql.md)と[継 ### パフォーマンス分析 {#performance-analysis} -#### TiDBダッシュボード {#tidb-dashboard} +#### TiDB Dashboard {#tidb-dashboard} 次の TiDB のフレーム チャートから、Prepared Statement インターフェイスを有効にした後でも、 `CompileExecutePreparedStmt`と`Optimize`の CPU 消費量が依然として大きいことがわかります。 @@ -198,7 +198,7 @@ TiDB の平均 CPU 使用率は 874% から 936% に増加します。 ### パフォーマンス分析 {#performance-analysis} -#### TiDBダッシュボード {#tidb-dashboard} +#### TiDB Dashboard {#tidb-dashboard} TiDB CPU 使用率のフレーム チャートから、 `CompileExecutePreparedStmt`と`Optimize` CPU 消費量が大幅に増加していないことがわかります。CPU の 25% は`Prepare`コマンドによって消費されており、これには`PlanBuilder`や`parseSQL`などの Prepare の解析関連の関数が含まれています。 @@ -255,7 +255,7 @@ PreparseStmt CPU = 25% CPU 時間 = 12.75秒 ### パフォーマンス分析 {#performance-analysis} -#### TiDBダッシュボード {#tidb-dashboard} +#### TiDB Dashboard {#tidb-dashboard} 次の TiDB のフレーム チャートから、コマンド`Prepare`の高い CPU 消費がなくなったことがわかります。 @@ -361,7 +361,7 @@ RC Read を`set global tidb_rc_read_check_ts=on;`有効にした後、RC Read ### パフォーマンス分析 {#performance-analysis} -#### TiDBダッシュボード {#tidb-dashboard} +#### TiDB Dashboard {#tidb-dashboard} TiDB CPU のフレーム チャートには大きな変化はありません。 @@ -421,7 +421,7 @@ QPSは34.9kから40.9kに増加し、KVリクエストタイプはフェーズ`e useServerPrepStmts=true&cachePrepStmts=true&prepStmtCacheSize=1000&prepStmtCacheSqlLimit=20480&useConfigs=maxPerformance -- パフォーマンス分析とチューニングには、TiDB ダッシュボード (たとえば、 Top SQL機能や継続的なプロファイリング機能) とパフォーマンス概要ダッシュボードを使用することをお勧めします。 +- パフォーマンス分析とチューニングには、TiDB Dashboard (たとえば、 Top SQL機能や継続的なプロファイリング機能) とパフォーマンス概要ダッシュボードを使用することをお勧めします。 - [Top SQL](/dashboard/top-sql.md)機能を使用すると、実行中にデータベース内の各 SQL ステートメントの CPU 消費量を視覚的に監視および調査して、データベースのパフォーマンスの問題をトラブルシューティングできます。 - [継続的なプロファイリング](/dashboard/continuous-profiling.md)使用すると、TiDB、TiKV、PD の各インスタンスからパフォーマンスデータを継続的に収集できます。アプリケーションが TiDB とやり取りするために異なるインターフェースを使用する場合、TiDB の CPU 消費量に大きな差が生じます。 diff --git a/pessimistic-transaction.md b/pessimistic-transaction.md index 07c7bcee94ba9..68a100174b989 100644 --- a/pessimistic-transaction.md +++ b/pessimistic-transaction.md @@ -13,7 +13,7 @@ TiDBを従来のデータベースに近い形で利用できるようにし、 ## トランザクションモードを切り替える {#switch-transaction-mode} -トランザクションモードは、システム変数[`tidb_txn_mode`](/system-variables.md#tidb_txn_mode)設定することで変更できます。以下のコマンドは、クラスタ内で新しく作成されたセッションによって実行されるすべての明示的トランザクション（つまり、自動コミットされないトランザクション）を悲観的トランザクションモードに設定します。 +トランザクションモードは、システム変数[`tidb_txn_mode`](/system-variables.md#tidb_txn_mode)を設定することで変更できます。以下のコマンドは、クラスタ内で新しく作成されたセッションによって実行されるすべての明示的トランザクション（つまり、自動コミットされないトランザクション）を悲観的トランザクションモードに設定します。 ```sql SET GLOBAL tidb_txn_mode = 'pessimistic'; diff --git a/post-installation-check.md b/post-installation-check.md index d1a15dd3d3b56..305eb92f82816 100644 --- a/post-installation-check.md +++ b/post-installation-check.md @@ -5,11 +5,11 @@ summary: TiDB クラスターの実行ステータスを確認する方法を学 # クラスタのステータスを確認する {#check-cluster-status} -TiDBクラスタをデプロイした後、クラスタが正常に動作しているかどうかを確認する必要があります。このドキュメントでは、 TiUPコマンド[TiDBダッシュボード](/dashboard/dashboard-intro.md)とGrafanaを使用してクラスタの状態を確認する方法と、TiDBデータベースにログインして簡単なSQL操作を実行する方法を紹介します。 +TiDBクラスタをデプロイした後、クラスタが正常に動作しているかどうかを確認する必要があります。このドキュメントでは、 TiUPコマンド[TiDB Dashboard](/dashboard/dashboard-intro.md)とGrafanaを使用してクラスタの状態を確認する方法と、TiDBデータベースにログインして簡単なSQL操作を実行する方法を紹介します。 ## TiDBクラスタのステータスを確認する {#check-the-tidb-cluster-status} -このセクションでは、 TiUPコマンド[TiDBダッシュボード](/dashboard/dashboard-intro.md)および Grafana を使用して TiDB クラスターのステータスを確認する方法について説明します。 +このセクションでは、 TiUPコマンド[TiDB Dashboard](/dashboard/dashboard-intro.md)および Grafana を使用して TiDB クラスターのステータスを確認する方法について説明します。 ### TiUPを使用する {#use-tiup} @@ -21,9 +21,9 @@ tiup cluster display tidb-test 期待される出力: 各ノードの`Status`情報が`Up`の場合、クラスターは正常に実行されます。 -### TiDBダッシュボードを使用する {#use-tidb-dashboard} +### TiDB Dashboardを使用する {#use-tidb-dashboard} -1. `${pd-ip}:${pd-port}/dashboard`で TiDB ダッシュボードにログインします。ユーザー名とパスワードは TiDB `root`ユーザーと同じです。5 `root`パスワードを変更した場合は、変更後のパスワードを入力してください。デフォルトではパスワードは空です。 +1. `${pd-ip}:${pd-port}/dashboard`で TiDB Dashboardにログインします。ユーザー名とパスワードは TiDB `root`ユーザーと同じです。5 `root`パスワードを変更した場合は、変更後のパスワードを入力してください。デフォルトではパスワードは空です。 ![TiDB-Dashboard](/media/tiup/tidb-dashboard.png) diff --git a/privilege-management.md b/privilege-management.md index a234c77d9e7ce..9325d6e9855c5 100644 --- a/privilege-management.md +++ b/privilege-management.md @@ -238,7 +238,7 @@ SHOW GRANTS FOR `rw_user`@`192.168.%`; - `ROLE_ADMIN` - `CONNECTION_ADMIN` - `PLACEMENT_ADMIN`は、権限所有者が配置ポリシーを作成、変更、削除できるようにします。 -- `DASHBOARD_CLIENT`は、権限所有者が TiDB ダッシュボードにログインできるようにします。 +- `DASHBOARD_CLIENT`は、権限所有者が TiDB Dashboardにログインできるようにします。 - `RESTRICTED_TABLES_ADMIN`は、SEM が有効になっている場合に、権限所有者がシステム テーブルを表示できるようにします。 - `RESTRICTED_STATUS_ADMIN`を使用すると、SEM が有効になっているときに、権限所有者は[`SHOW [GLOBAL|SESSION] STATUS`](/sql-statements/sql-statement-show-status.md)ですべてのステータス変数を表示できます。 - `RESTRICTED_VARIABLES_ADMIN`は、SEM が有効になっている場合に、権限所有者がすべてのシステム変数を表示できるようにします。 diff --git a/quick-start-with-tidb.md b/quick-start-with-tidb.md index 0661430c16fa8..997ca9ebad1cc 100644 --- a/quick-start-with-tidb.md +++ b/quick-start-with-tidb.md @@ -122,7 +122,7 @@ summary: TiUP Playgroundを使ってTiDB Self-Managedを素早く使い始める - Prometheus: [http://127.0.0.1:9090](http://127.0.0.1:9090) 。 - - [TiDBダッシュボード](/dashboard/dashboard-intro.md): [http://127.0.0.1:2379/dashboard](http://127.0.0.1:2379/dashboard) 。デフォルトのユーザー名は`root`で、パスワードは空です。 + - [TiDB Dashboard](/dashboard/dashboard-intro.md): [http://127.0.0.1:2379/dashboard](http://127.0.0.1:2379/dashboard) 。デフォルトのユーザー名は`root`で、パスワードは空です。 - Grafana: [http://127.0.0.1:3000](http://127.0.0.1:3000) 。デフォルトのユーザー名とパスワードはどちらも`admin`です。 @@ -234,7 +234,7 @@ summary: TiUP Playgroundを使ってTiDB Self-Managedを素早く使い始める - Prometheus: [http://127.0.0.1:9090](http://127.0.0.1:9090) 。 - - [TiDBダッシュボード](/dashboard/dashboard-intro.md): [http://127.0.0.1:2379/dashboard](http://127.0.0.1:2379/dashboard) 。デフォルトのユーザー名は`root`で、パスワードは空です。 + - [TiDB Dashboard](/dashboard/dashboard-intro.md): [http://127.0.0.1:2379/dashboard](http://127.0.0.1:2379/dashboard) 。デフォルトのユーザー名は`root`で、パスワードは空です。 - Grafana: [http://127.0.0.1:3000](http://127.0.0.1:3000) 。デフォルトのユーザー名とパスワードはどちらも`admin`です。 @@ -449,7 +449,7 @@ TiDBクラスタの最小トポロジーは、以下のインスタンスで構 - Grafana: [http://{grafana-ip}:3000](http://%7Bgrafana-ip%7D:3000) 。デフォルトのユーザー名とパスワードはどちらも`admin`です。 - - TiDB [http://{pd-ip}:2379/dashboard](http://%7Bpd-ip%7D:2379/dashboard) [TiDBダッシュボード](/dashboard/dashboard-intro.md)。デフォルトのユーザー名は`root`で、パスワードは空です。 + - TiDB [http://{pd-ip}:2379/dashboard](http://%7Bpd-ip%7D:2379/dashboard) [TiDB Dashboard](/dashboard/dashboard-intro.md)。デフォルトのユーザー名は`root`で、パスワードは空です。 10. （オプション）クラスタ一覧とトポロジーを表示する。 diff --git a/releases/release-1.0.1.md b/releases/release-1.0.1.md index 86f8fcd8e0968..e052acf66d7a3 100644 --- a/releases/release-1.0.1.md +++ b/releases/release-1.0.1.md @@ -12,7 +12,7 @@ summary: TiDB 1.0.1は2017年11月1日にリリースされました。アップ - DDL ジョブのキャンセルをサポートします。 - `IN`式を最適化します。 - `Show`ステートメントの結果の型を修正します。 -- 遅いクエリを別のログ ファイルに記録することをサポートします。 +- スロークエリを別のログ ファイルに記録することをサポートします。 - バグを修正しました。 ## TiKV {#tikv} diff --git a/releases/release-1.0.5.md b/releases/release-1.0.5.md index 85af2ea5aa1d1..e715a068f85d7 100644 --- a/releases/release-1.0.5.md +++ b/releases/release-1.0.5.md @@ -1,6 +1,6 @@ --- title: TiDB 1.0.5 Release Notes -summary: TiDB 1.0.5は2017年12月26日にリリースされました。アップデートには、Auto_Increment IDの最大値の追加、goroutineリークの修正、低速クエリの別ファイルへの出力のサポート、TiKVからのTimeZone変数の読み込みなどが含まれています。PDの修正には、リーダーのバランス調整とブートストラップ中の潜在的なpanicの修正が含まれています。TiKVはCPU IDの取得速度の遅さを修正し、dynamic-level-bytesパラメータをサポートします。アップグレードの順序はPD -> TiKV -> TiDBです。 +summary: TiDB 1.0.5は2017年12月26日にリリースされました。アップデートには、Auto_Increment IDの最大値の追加、goroutineリークの修正、スロークエリの別ファイルへの出力のサポート、TiKVからのTimeZone変数の読み込みなどが含まれています。PDの修正には、リーダーのバランス調整とブートストラップ中の潜在的なpanicの修正が含まれています。TiKVはCPU IDの取得速度の遅さを修正し、dynamic-level-bytesパラメータをサポートします。アップグレードの順序はPD -> TiKV -> TiDBです。 --- # TiDB 1.0.5 リリースノート {#tidb-1-0-5-release-notes} @@ -11,7 +11,7 @@ summary: TiDB 1.0.5は2017年12月26日にリリースされました。アッ - [`Show Create Table`ステートメントに現在の Auto_Increment ID の最大値を追加します](https://github.com/pingcap/tidb/pull/5489) - [潜在的な goroutine リークを修正します](https://github.com/pingcap/tidb/pull/5486) -- [遅いクエリを別のファイルに出力することをサポートします](https://github.com/pingcap/tidb/pull/5484) +- [スロークエリを別のファイルに出力することをサポートします](https://github.com/pingcap/tidb/pull/5484) - [新しいセッションを作成するときに、TiKV から`TimeZone`変数を読み込みます](https://github.com/pingcap/tidb/pull/5479) - [スキーマ状態チェックをサポートし、 `Show Create Table`および`Analyze`ステートメントがパブリック テーブル/インデックスのみを処理するようにします](https://github.com/pingcap/tidb/pull/5474) - [`set transaction read only` `tx_read_only`変数に影響します](https://github.com/pingcap/tidb/pull/5491) diff --git a/releases/release-2.0.5.md b/releases/release-2.0.5.md index f26f08cf9dd7f..53f816d8bdf6d 100644 --- a/releases/release-2.0.5.md +++ b/releases/release-2.0.5.md @@ -18,7 +18,7 @@ summary: TiDB 2.0.5は2018年7月6日にリリースされ、システムの互 - `Load Data`文[＃6962](https://github.com/pingcap/tidb/pull/6962)で`\N` NULL として処理する - CBO [＃6953](https://github.com/pingcap/tidb/pull/6953)のコード構造を最適化する - サービス[＃6931](https://github.com/pingcap/tidb/pull/6931)を開始するときに監視メトリックを早めに報告する - - SQL文の改行を削除し、ユーザー情報を追加することで、遅いクエリの形式を最適化します[＃6920](https://github.com/pingcap/tidb/pull/6920) + - SQL文の改行を削除し、ユーザー情報を追加することで、スロークエリの形式を最適化します[＃6920](https://github.com/pingcap/tidb/pull/6920) - コメント[＃6858](https://github.com/pingcap/tidb/pull/6858)で複数のアスタリスクをサポート - バグ修正 - `KILL QUERY`常に SUPER 権限[＃7003](https://github.com/pingcap/tidb/pull/7003)必要となる問題を修正 diff --git a/releases/release-2.1-ga.md b/releases/release-2.1-ga.md index c0bfb4db5583c..7424a8c011874 100644 --- a/releases/release-2.1-ga.md +++ b/releases/release-2.1-ga.md @@ -99,7 +99,7 @@ summary: TiDB 2.1 GA は 2018 年 11 月 30 日にリリースされ、安定性 - [トランザクションが自動的に再試行されるかどうかを制御するには、 `tidb_disable_txn_auto_retry`システム変数を追加します](/system-variables.md#tidb_disable_txn_auto_retry) - - [`admin show slow`ステートメントを使用して遅いクエリを取得できるようにサポートします](/identify-slow-queries.md#admin-show-slow-command) + - [`admin show slow`ステートメントを使用してスロークエリを取得できるようにサポートします](/identify-slow-queries.md#admin-show-slow-command) - [`tidb_slow_log_threshold`環境変数を追加して、スローログのしきい値を自動的に設定します](/system-variables.md#tidb_slow_log_threshold) diff --git a/releases/release-2.1-rc.2.md b/releases/release-2.1-rc.2.md index 1de0a9eb62475..ca00369a99490 100644 --- a/releases/release-2.1-rc.2.md +++ b/releases/release-2.1-rc.2.md @@ -43,7 +43,7 @@ summary: TiDB 2.1 RC2は2018年9月14日にリリースされ、安定性、SQL - `USER1`シグナル[＃7587](https://github.com/pingcap/tidb/pull/7587)を使用してゴルーチン情報の表示をサポート - TiDBの起動中に内部SQLを高優先度に設定する[＃7616](https://github.com/pingcap/tidb/pull/7616) - 監視メトリクス[＃7631](https://github.com/pingcap/tidb/pull/7631)で内部SQLとユーザーSQLをフィルタリングするために異なるラベルを使用する - - 過去1週間の遅いクエリ上位30件をTiDBサーバー[＃7646](https://github.com/pingcap/tidb/pull/7646)に保存する + - 過去1週間のスロークエリ上位30件をTiDBサーバー[＃7646](https://github.com/pingcap/tidb/pull/7646)に保存する - TiDBクラスタ[＃7656](https://github.com/pingcap/tidb/pull/7656)のグローバルシステムタイムゾーンを設定する提案を提出する - 「GCの有効期間がトランザクション期間より短い」というエラーメッセージを充実させる[＃7658](https://github.com/pingcap/tidb/pull/7658) - TiDBクラスタ[＃7638](https://github.com/pingcap/tidb/pull/7638)を起動するときにグローバルシステムのタイムゾーンを設定する diff --git a/releases/release-2.1-rc.4.md b/releases/release-2.1-rc.4.md index f3cc002530c9d..30969aeb21fd3 100644 --- a/releases/release-2.1-rc.4.md +++ b/releases/release-2.1-rc.4.md @@ -26,7 +26,7 @@ summary: TiDB 2.1 RC4は2018年10月23日にリリースされ、安定性、SQL - 統計サンプリングプロセス[＃7982](https://github.com/pingcap/tidb/pull/7982)における値の最大長を制限する - サーバ - ラッチをリファクタリングしてトランザクションの競合の誤判断を回避し、同時トランザクションの実行パフォーマンスを向上させる[＃7711](https://github.com/pingcap/tidb/pull/7711) - - 一部のケースで遅いクエリを収集することによって発生するpanic問題を修正[＃7874](https://github.com/pingcap/tidb/pull/7847) + - 一部のケースでスロークエリを収集することによって発生するpanic問題を修正[＃7874](https://github.com/pingcap/tidb/pull/7847) - `LOAD DATA`文[＃8005](https://github.com/pingcap/tidb/pull/8005)で`ESCAPED BY`が空文字列の場合のpanic問題を修正 - 「コプロセッサエラー」ログ情報[＃8006](https://github.com/pingcap/tidb/pull/8006)を完了する - 互換性 diff --git a/releases/release-2.1.10.md b/releases/release-2.1.10.md index e05fd1bab33e7..9b7b9d37631e8 100644 --- a/releases/release-2.1.10.md +++ b/releases/release-2.1.10.md @@ -31,7 +31,7 @@ TiDB Ansible バージョン: 2.1.10 - `PERIOD_ADD` [＃10430](https://github.com/pingcap/tidb/pull/10430)のパラメータの有効性を確認する - TiDBの無効な`YEAR`文字列の動作がMySQL [＃10493](https://github.com/pingcap/tidb/pull/10493)と互換性がない問題を修正しました。 - `ALTER DATABASE`構文[＃10503](https://github.com/pingcap/tidb/pull/10503)サポートする -- 低速クエリステートメント[＃10536](https://github.com/pingcap/tidb/pull/10536)に`;`存在しない場合に`SLOW_QUERY`メモリエンジンがエラーを報告する問題を修正しました +- スロークエリステートメント[＃10536](https://github.com/pingcap/tidb/pull/10536)に`;`存在しない場合に`SLOW_QUERY`メモリエンジンがエラーを報告する問題を修正しました - パーティションテーブルでの`Add index`がキャンセルできないことがある問題を修正[＃10533](https://github.com/pingcap/tidb/pull/10533) - OOMpanic回復できないケースがある問題を修正[＃10545](https://github.com/pingcap/tidb/pull/10545) - テーブルメタデータを書き換えるDDL操作のセキュリティを強化する[＃10547](https://github.com/pingcap/tidb/pull/10547) diff --git a/releases/release-2.1.15.md b/releases/release-2.1.15.md index 2055ea4a9119c..4e0fc296fb39b 100644 --- a/releases/release-2.1.15.md +++ b/releases/release-2.1.15.md @@ -49,4 +49,4 @@ TiDB Lightning ## TiDB アンシブル {#tidb-ansible} -- TiDBダッシュボードに監視項目`parse duration`と`compile duration`追加して、SQL文の解析とコンパイルの実行にかかる時間を監視します[＃815](https://github.com/pingcap/tidb-ansible/pull/815) +- TiDB Dashboardに監視項目`parse duration`と`compile duration`追加して、SQL文の解析とコンパイルの実行にかかる時間を監視します[＃815](https://github.com/pingcap/tidb-ansible/pull/815) diff --git a/releases/release-2.1.16.md b/releases/release-2.1.16.md index 9015c17b4ea80..62e2e74248637 100644 --- a/releases/release-2.1.16.md +++ b/releases/release-2.1.16.md @@ -27,7 +27,7 @@ TiDB Ansible バージョン: 2.1.16 - タイムアウト[＃11487](https://github.com/pingcap/tidb/pull/11487)までにリージョン分散のスケジュールが完了していない場合に、エラーではなく、正常に分割されたリージョンの数と完了したパーセンテージを返す`SPLIT TABLE`ステートメントをサポートします。 - MySQL [＃11505](https://github.com/pingcap/tidb/pull/11505)との互換性を保つために、 `REGEXP BINARY`関数で大文字と小文字を区別する - `DATE_ADD` / `DATE_SUB`の結果の`YEAR`の値が 0 より小さいか[＃11477](https://github.com/pingcap/tidb/pull/11477)より大きい場合にオーバーフローするため、 `NULL`が正しく返されない問題を修正しました。 - - 遅いクエリテーブルに、実行が成功したかどうかを示すフィールドを`Succ`追加します[＃11412](https://github.com/pingcap/tidb/pull/11421) + - スロークエリテーブルに、実行が成功したかどうかを示すフィールドを`Succ`追加します[＃11412](https://github.com/pingcap/tidb/pull/11421) - SQL文に現在の時刻（ `CURRENT_TIMESTAMP`や`NOW`など）の計算が含まれる場合に、現在のタイムスタンプを複数回取得することによって発生するMySQLの非互換性の問題を修正しました[＃11392](https://github.com/pingcap/tidb/pull/11392) - AUTO_INCREMENT列がFLOATまたはDOUBLE型[＃11389](https://github.com/pingcap/tidb/pull/11389)処理できない問題を修正 - `CONVERT_TZ`関数が無効な引数[＃11357](https://github.com/pingcap/tidb/pull/11357)を受け入れたときに`NULL`が正しく返されない問題を修正しました diff --git a/releases/release-2.1.9.md b/releases/release-2.1.9.md index 72a24e95c4dba..043c9d85b815d 100644 --- a/releases/release-2.1.9.md +++ b/releases/release-2.1.9.md @@ -32,11 +32,11 @@ TiDB Ansible バージョン: 2.1.9 - `TableReader` & `IndexReader` & `IndexLookup` [＃10169](https://github.com/pingcap/tidb/pull/10169) - スロークエリログの改善 - 類似したSQL [＃10093](https://github.com/pingcap/tidb/pull/10093)区別するために`SQL Digest`加算する - - 低速クエリステートメントで使用される統計のバージョン情報を追加する[＃10220](https://github.com/pingcap/tidb/pull/10220) + - スロークエリステートメントで使用される統計のバージョン情報を追加する[＃10220](https://github.com/pingcap/tidb/pull/10220) - スロークエリログ[＃10246](https://github.com/pingcap/tidb/pull/10246)でステートメントのメモリ消費量を表示する - コプロセッサー関連情報の出力形式を調整し、pt-query-digest [＃10300](https://github.com/pingcap/tidb/pull/10300)で解析できるようにします。 - - 遅いクエリステートメント[＃10275](https://github.com/pingcap/tidb/pull/10275)の`#`文字の問題を修正 - - 遅いクエリステートメントのメモリテーブルにいくつかの情報列を追加する[＃10317](https://github.com/pingcap/tidb/pull/10317) + - スロークエリステートメント[＃10275](https://github.com/pingcap/tidb/pull/10275)の`#`文字の問題を修正 + - スロークエリステートメントのメモリテーブルにいくつかの情報列を追加する[＃10317](https://github.com/pingcap/tidb/pull/10317) - スロークエリログ[＃10310](https://github.com/pingcap/tidb/pull/10310)にトランザクションコミット時間を追加する - 一部の時間形式がpt-query-digest [＃10323](https://github.com/pingcap/tidb/pull/10323)で解析できない問題を修正 diff --git a/releases/release-3.0-beta.md b/releases/release-3.0-beta.md index 95dfb049d91ce..848d74c5caa67 100644 --- a/releases/release-3.0-beta.md +++ b/releases/release-3.0-beta.md @@ -37,7 +37,7 @@ summary: 2019年1月19日にリリースされたTiDB 3.0ベータ版は、安 - SQLエグゼキュータ - 空の`ON`条件[＃9037](https://github.com/pingcap/tidb/pull/9037)サポートするために`Merge Join`演算子を最適化する - ログを最適化し、 `EXECUTE`文[＃7684](https://github.com/pingcap/tidb/pull/7684)を実行するときに使用されるユーザー変数を出力します。 - - `COMMIT`文[＃7951](https://github.com/pingcap/tidb/pull/7951)遅いクエリ情報を出力するためにログを最適化します + - `COMMIT`文[＃7951](https://github.com/pingcap/tidb/pull/7951)スロークエリ情報を出力するためにログを最適化します - SQLチューニングプロセスを容易にする`EXPLAIN ANALYZE`機能をサポートする[＃7827](https://github.com/pingcap/tidb/pull/7827) - 多数の列を持つ幅の広いテーブルの書き込みパフォーマンスを最適化します[＃7935](https://github.com/pingcap/tidb/pull/7935) - サポート`admin show next_row_id` [＃8242](https://github.com/pingcap/tidb/pull/8242) diff --git a/releases/release-3.0-ga.md b/releases/release-3.0-ga.md index 2b60f95b626fc..6a793901363b9 100644 --- a/releases/release-3.0-ga.md +++ b/releases/release-3.0-ga.md @@ -90,7 +90,7 @@ TiDB Ansible バージョン: 3.0.0 - `ANALYZE` `USE`ステートメント`SET GLOBAL`権限チェック`SHOW PROCESSLIST`実行する - ロールベースのアクセス制御 (RBAC) をサポート (**Experimental**) - サーバ - - 遅いクエリ ログを最適化します。 + - スロークエリ ログを最適化します。 - ログ形式の再構築 - ログの内容を最適化する - メモリテーブルの`INFORMATION_SCHEMA.SLOW_QUERY`と`ADMIN SHOW SLOW`ステートメントを使用してスロー クエリ ログをクエリできるように、ログ クエリ メソッドを最適化します。 diff --git a/releases/release-3.0.0-rc.3.md b/releases/release-3.0.0-rc.3.md index b7b840bf61c1d..159453b7f196a 100644 --- a/releases/release-3.0.0-rc.3.md +++ b/releases/release-3.0.0-rc.3.md @@ -44,7 +44,7 @@ TiDB Ansible バージョン: 3.0.0-rc.3 - サーバ - GC [＃10683](https://github.com/pingcap/tidb/pull/10683)を修復する際に goroutine がリークする可能性がある問題を修正しました - - 低速クエリ[＃10693](https://github.com/pingcap/tidb/pull/10693)で`host`情報を表示することをサポート + - スロークエリ[＃10693](https://github.com/pingcap/tidb/pull/10693)で`host`情報を表示することをサポート - TiKV [＃10632](https://github.com/pingcap/tidb/pull/10632)と相互作用するアイドルリンクの再利用をサポート - RBAC [＃10738](https://github.com/pingcap/tidb/pull/10738)で`skip-grant-table`オプションを有効にするためのサポートを修正 - `pessimistic-txn`構成が無効になる問題を修正[＃10825](https://github.com/pingcap/tidb/pull/10825) diff --git a/releases/release-3.0.10.md b/releases/release-3.0.10.md index 1c87539784a64..d7043cd71610c 100644 --- a/releases/release-3.0.10.md +++ b/releases/release-3.0.10.md @@ -69,6 +69,6 @@ TiDB Ansible バージョン: 3.0.10 ## TiDB アンシブル {#tidb-ansible} - 一部のシナリオでPDリーダーの取得に失敗したためにコマンド実行が失敗する問題を修正[＃1121](https://github.com/pingcap/tidb-ansible/pull/1121) -- TiDBダッシュボード[＃1127](https://github.com/pingcap/tidb-ansible/pull/1127)に`Deadlock Detect Duration`監視項目を追加する -- TiDBダッシュボード[＃1132](https://github.com/pingcap/tidb-ansible/pull/1132)に`Statement Lock Keys Count`監視項目を追加する -- TiDBダッシュボード[＃1133](https://github.com/pingcap/tidb-ansible/pull/1133)に`Statement Pessimistic Retry Count`監視項目を追加する +- TiDB Dashboard[＃1127](https://github.com/pingcap/tidb-ansible/pull/1127)に`Deadlock Detect Duration`監視項目を追加する +- TiDB Dashboard[＃1132](https://github.com/pingcap/tidb-ansible/pull/1132)に`Statement Lock Keys Count`監視項目を追加する +- TiDB Dashboard[＃1133](https://github.com/pingcap/tidb-ansible/pull/1133)に`Statement Pessimistic Retry Count`監視項目を追加する diff --git a/releases/release-3.0.2.md b/releases/release-3.0.2.md index 32b486ab9f7d2..0ebdf21675765 100644 --- a/releases/release-3.0.2.md +++ b/releases/release-3.0.2.md @@ -131,14 +131,14 @@ TiDB Lightning - Spark [＃841](https://github.com/pingcap/tidb-ansible/pull/841)に`log4j`設定ファイルを追加する - Binlogが有効で Kafka または ZooKeeper が構成されている場合に Prometheus 構成ファイルが間違った形式で生成される問題を修正[＃844](https://github.com/pingcap/tidb-ansible/pull/844) - 生成されたTiDB構成ファイル[＃850](https://github.com/pingcap/tidb-ansible/pull/850)で`pessimistic-txn`構成パラメータが省略される問題を修正 -- TiDBダッシュボード[＃853](https://github.com/pingcap/tidb-ansible/pull/853)のメトリックを追加して最適化する -- TiDBダッシュボード[＃854](https://github.com/pingcap/tidb-ansible/pull/854)の各監視項目の説明を追加します +- TiDB Dashboard[＃853](https://github.com/pingcap/tidb-ansible/pull/853)のメトリックを追加して最適化する +- TiDB Dashboard[＃854](https://github.com/pingcap/tidb-ansible/pull/854)の各監視項目の説明を追加します - TiDB サマリーダッシュボードを追加して、クラスターのステータスをより適切に表示し、問題をトラブルシューティングします[＃855](https://github.com/pingcap/tidb-ansible/pull/855) - TiKVダッシュボード[＃857](https://github.com/pingcap/tidb-ansible/pull/857)のアロケータ統計監視項目を更新します。 - Node Exporterの警告式[＃860](https://github.com/pingcap/tidb-ansible/pull/860)の単位エラーを修正しました - TiSpark jarパッケージをv2.1.2にアップグレードする[＃862](https://github.com/pingcap/tidb-ansible/pull/862) - Ansible タスク機能[＃867](https://github.com/pingcap/tidb-ansible/pull/867)の説明を更新 -- TiDBダッシュボード[＃874](https://github.com/pingcap/tidb-ansible/pull/874)のローカルリーダーリクエスト監視項目の表現を更新します。 +- TiDB Dashboard[＃874](https://github.com/pingcap/tidb-ansible/pull/874)のローカルリーダーリクエスト監視項目の表現を更新します。 - 概要ダッシュボードの TiKV メモリ監視項目の表現を更新し、監視[＃879](https://github.com/pingcap/tidb-ansible/pull/879)が誤って表示される問題を修正しました。 - Kafka モード[＃878](https://github.com/pingcap/tidb-ansible/pull/878)でBinlogサポートを削除する - `rolling_update.yml`操作[＃887](https://github.com/pingcap/tidb-ansible/pull/887)を実行するときにPDがLeaderの転送に失敗する問題を修正しました diff --git a/releases/release-3.0.4.md b/releases/release-3.0.4.md index 0f443356a70b1..f648961a8318d 100644 --- a/releases/release-3.0.4.md +++ b/releases/release-3.0.4.md @@ -29,7 +29,7 @@ TiDB Ansible バージョン: 3.0.4 - 誤操作を避けるため、TiDBの列の`AUTO_INCREMENT`の属性の削除を禁止します。この属性を削除するには、 `tidb_allow_remove_auto_inc`のシステム変数を変更します。 - 修正された問題 - コメントされていない TiDB 固有の構文`PRE_SPLIT_REGIONS`データ複製中に下流データベースでエラーを引き起こす可能性がある問題を修正しました。 - - カーソルを使用して`PREPARE` + `EXECUTE`の結果を取得するときに、遅いクエリログが正しくないという TiDB の問題を修正しました。 + - カーソルを使用して`PREPARE` + `EXECUTE`の結果を取得するときに、スロークエリログが正しくないという TiDB の問題を修正しました。 - PDで隣接する小さいリージョンを結合できない問題を修正 - TiKV の問題を修正しました。アイドル状態のクラスターでファイル記述子がリークすると、プロセスの実行時間が長くなると TiKV プロセスが異常終了することがあります。 - 寄稿者 diff --git a/releases/release-4.0-ga.md b/releases/release-4.0-ga.md index d21c4bde8c26a..fb3e59514a927 100644 --- a/releases/release-4.0-ga.md +++ b/releases/release-4.0-ga.md @@ -50,7 +50,7 @@ TiDB バージョン: 4.0.0 - `ascii_bin`と`latin1_bin`エンコード[＃7919](https://github.com/tikv/tikv/pull/7919)の照合順序規則をサポート - PD - - 組み込み TiDB ダッシュボード[＃2457](https://github.com/pingcap/pd/pull/2457)リバース プロキシ リソース プレフィックスの指定をサポート + - 組み込み TiDB Dashboard[＃2457](https://github.com/pingcap/pd/pull/2457)リバース プロキシ リソース プレフィックスの指定をサポート - PDクライアントリージョン[＃2443](https://github.com/pingcap/pd/pull/2443)のインターフェースで`pending peer`と`down peer`情報を返すことをサポート - `Direction of hotspot move leader` `Direction of hotspot move peer` `Hot cache read entry number`監視項目[＃2448](https://github.com/pingcap/pd/pull/2448)追加する diff --git a/releases/release-4.0.0-rc.2.md b/releases/release-4.0.0-rc.2.md index 43d745c785c89..02f39faed5ca2 100644 --- a/releases/release-4.0.0-rc.2.md +++ b/releases/release-4.0.0-rc.2.md @@ -66,7 +66,7 @@ TiDB バージョン: 4.0.0-rc.2 - MySQLクライアント[＃17187](https://github.com/pingcap/tidb/pull/17187)にログインした後、TiDBサーバーのバージョン情報を表示する機能をサポート - `GROUP_CONCAT`関数[＃16990](https://github.com/pingcap/tidb/pull/16990)の`ORDER BY`節をサポートする - スローログに`Plan_from_cache`情報を表示して、ステートメントがプラン キャッシュ[＃17121](https://github.com/pingcap/tidb/pull/17121)にヒットしたかどうかを示すことをサポート - - TiDBダッシュボードにTiFlashマルチディスク構成の容量情報を表示できる機能を追加 + - TiDB DashboardにTiFlashマルチディスク構成の容量情報を表示できる機能を追加 - ダッシュボードでSQL文を使用してTiFlashログを照会する機能を追加 - TiKV @@ -170,7 +170,7 @@ TiDB バージョン: 4.0.0-rc.2 - pd-ctl [＃2399](https://github.com/pingcap/pd/pull/2399)の`region key`コマンドを使用するときに発生する`404`問題を修正しました - TSOとID割り当てのモニターメトリックがGrafanaダッシュボード[＃2405](https://github.com/pingcap/pd/pull/2405)に表示されない問題を修正 - pd-recoverがDockerイメージ[＃2406](https://github.com/pingcap/pd/pull/2406)に含まれていない問題を修正 - - データディレクトリのパスを絶対パスに解析して、TiDBダッシュボードにPD情報が正しく表示されない問題を修正しました[＃2420](https://github.com/pingcap/pd/pull/2420) + - データディレクトリのパスを絶対パスに解析して、TiDB DashboardにPD情報が正しく表示されない問題を修正しました[＃2420](https://github.com/pingcap/pd/pull/2420) - pd-ctl [＃2416](https://github.com/pingcap/pd/pull/2416)で`scheduler config shuffle-region-scheduler`コマンドを使用したときにデフォルトの出力がない問題を修正しました - TiFlash diff --git a/releases/release-4.0.1.md b/releases/release-4.0.1.md index 815bbbaae8178..e718bbb8bdc8e 100644 --- a/releases/release-4.0.1.md +++ b/releases/release-4.0.1.md @@ -17,7 +17,7 @@ TiDB バージョン: 4.0.1 - PD - - 組み込みの TiDB ダッシュボード[＃2511](https://github.com/pingcap/pd/pull/2511)内部プロキシをサポート + - 組み込みの TiDB Dashboard[＃2511](https://github.com/pingcap/pd/pull/2511)内部プロキシをサポート - PDクライアント[＃2509](https://github.com/pingcap/pd/pull/2509)のカスタムタイムアウト設定をサポート - TiFlash diff --git a/releases/release-4.0.11.md b/releases/release-4.0.11.md index 40b66df0c0820..928af19247bc8 100644 --- a/releases/release-4.0.11.md +++ b/releases/release-4.0.11.md @@ -31,7 +31,7 @@ TiDB バージョン: 4.0.11 - 外部結合[＃22402](https://github.com/pingcap/tidb/pull/22402)から簡素化された内部結合を並べ替える - Grafanaダッシュボードで複数のクラスターをサポート[＃22534](https://github.com/pingcap/tidb/pull/22534) - 複数のステートメントの問題に対する回避策を追加[＃22468](https://github.com/pingcap/tidb/pull/22468) - - 遅いクエリの指標[＃22405](https://github.com/pingcap/tidb/pull/22405) `internal`と`general`に分ける + - スロークエリの指標[＃22405](https://github.com/pingcap/tidb/pull/22405) `internal`と`general`に分ける - `utf8_unicode_ci`と`utf8mb4_unicode_ci`照合順序[＃22099](https://github.com/pingcap/tidb/pull/22099)インターフェースを追加 - TiKV diff --git a/releases/release-4.0.14.md b/releases/release-4.0.14.md index f7d7da05181ad..265bc4ca9d517 100644 --- a/releases/release-4.0.14.md +++ b/releases/release-4.0.14.md @@ -1,6 +1,6 @@ --- title: TiDB 4.0.14 Release Notes -summary: TiDB 4.0.14は2021年7月27日にリリースされました。このリリースには、互換性の変更、機能強化、改善、バグ修正、および各種ツールのアップデートが含まれています。主な変更点としては、TiDBとTiKVのデフォルト値の更新、TiDBダッシュボードでのOIDC SSOのサポート、TiDB、TiKV、PD、 TiFlash、および各種ツールのバグ修正などがあります。 +summary: TiDB 4.0.14は2021年7月27日にリリースされました。このリリースには、互換性の変更、機能強化、改善、バグ修正、および各種ツールのアップデートが含まれています。主な変更点としては、TiDBとTiKVのデフォルト値の更新、TiDB DashboardでのOIDC SSOのサポート、TiDB、TiKV、PD、 TiFlash、および各種ツールのバグ修正などがあります。 --- # TiDB 4.0.14 リリースノート {#tidb-4-0-14-release-notes} @@ -28,9 +28,9 @@ TiDB バージョン: 4.0.14 - 保留中のPDハートビートの数を監視するメトリック`pending`を追加します。これは、遅いPDスレッド[＃10008](https://github.com/tikv/tikv/pull/10008)の問題の特定に役立ちます。 - BRがS3互換storage[＃10242](https://github.com/tikv/tikv/pull/10242)サポートするために仮想ホストアドレス指定モードの使用をサポート -- TiDBダッシュボード +- TiDB Dashboard - - OIDC SSOをサポートします。OIDC対応のSSOサービス（OktaやAuth0など）を設定することで、ユーザーはSQLパスワードを入力せずにTiDBダッシュボードにログインできます[＃960](https://github.com/pingcap/tidb-dashboard/pull/960) + - OIDC SSOをサポートします。OIDC対応のSSOサービス（OktaやAuth0など）を設定することで、ユーザーはSQLパスワードを入力せずにTiDB Dashboardにログインできます[＃960](https://github.com/pingcap/tidb-dashboard/pull/960) - 高度なデバッグのために、いくつかの一般的な TiDB および PD 内部 API を呼び出すためのコマンドラインの代替手段である**デバッグ API** UI を追加します[＃927](https://github.com/pingcap/tidb-dashboard/pull/927) ## 改善点 {#improvements} @@ -54,9 +54,9 @@ TiDB バージョン: 4.0.14 - 同時に実行される複数のスケジューラ間の競合を減らす[＃3858](https://github.com/pingcap/pd/pull/3858) [＃3854](https://github.com/tikv/pd/pull/3854) -- TiDBダッシュボード +- TiDB Dashboard - - TiDBダッシュボードをv2021.07.17.1に更新[＃3882](https://github.com/pingcap/pd/pull/3882) + - TiDB Dashboardをv2021.07.17.1に更新[＃3882](https://github.com/pingcap/pd/pull/3882) - 現在のセッションを読み取り専用セッションとして共有して、それ以上の変更を回避できるようにする[＃960](https://github.com/pingcap/tidb-dashboard/pull/960) - ツール @@ -121,7 +121,7 @@ TiDB バージョン: 4.0.14 - 存在しないストア[＃3660](https://github.com/tikv/pd/issues/3660)から`evict-leader`スケジューラを削除するときに発生する可能性のある PDpanicの問題を修正しました。 - ストア数が多い場合にPDリーダーの再選出が遅くなる問題を修正[＃3697](https://github.com/tikv/pd/issues/3697) -- TiDBダッシュボード +- TiDB Dashboard - **プロファイリング**UIがすべてのTiDBインスタンスをプロファイリングできない問題を修正[＃944](https://github.com/pingcap/tidb-dashboard/pull/944) - **明細書**UIに「プラン数」が表示されない問題を修正しました[＃939](https://github.com/pingcap/tidb-dashboard/pull/939) diff --git a/releases/release-4.0.2.md b/releases/release-4.0.2.md index c5458290ea6ee..27bf240413348 100644 --- a/releases/release-4.0.2.md +++ b/releases/release-4.0.2.md @@ -24,7 +24,7 @@ TiDB バージョン: 4.0.2 ## 新たな変化 {#new-change} -- デフォルトでは、TiDBとTiDBダッシュボードは、製品の改善方法を把握するために、PingCAPと使用状況の詳細を共有します[＃18180](https://github.com/pingcap/tidb/pull/18180)共有される情報と共有を無効にする方法については、 [テレメトリー](/telemetry.md)ご覧ください。 +- デフォルトでは、TiDBとTiDB Dashboardは、製品の改善方法を把握するために、PingCAPと使用状況の詳細を共有します[＃18180](https://github.com/pingcap/tidb/pull/18180)共有される情報と共有を無効にする方法については、 [テレメトリー](/telemetry.md)ご覧ください。 ## 新機能 {#new-features} diff --git a/releases/release-4.0.3.md b/releases/release-4.0.3.md index 2a8d52e76d553..39303288f7787 100644 --- a/releases/release-4.0.3.md +++ b/releases/release-4.0.3.md @@ -1,6 +1,6 @@ --- title: TiDB 4.0.3 Release Notes -summary: TiDB 4.0.3は2020年7月24日にリリースされました。新機能には、TiDBダッシュボードの改善、 TiFlashファイルの暗号化、各種ツールのサポートが含まれます。TiDB、TiKV、PD、TiDBダッシュボードの機能強化に加え、TiDB、TiKV、PD、TiDBダッシュボード、 TiFlash、TiCDC、バックアップ＆リストア、 Dumpling、 TiDB Lightning、TiDB Binlogのバグ修正も実装されました。 +summary: TiDB 4.0.3は2020年7月24日にリリースされました。新機能には、TiDB Dashboardの改善、 TiFlashファイルの暗号化、各種ツールのサポートが含まれます。TiDB、TiKV、PD、TiDB Dashboardの機能強化に加え、TiDB、TiKV、PD、TiDB Dashboard、 TiFlash、TiCDC、バックアップ＆リストア、 Dumpling、 TiDB Lightning、TiDB Binlogのバグ修正も実装されました。 --- # TiDB 4.0.3 リリースノート {#tidb-4-0-3-release-notes} @@ -11,9 +11,9 @@ TiDB バージョン: 4.0.3 ## 新機能 {#new-features} -- TiDBダッシュボード +- TiDB Dashboard - - TiDBダッシュボードの詳細なバージョン情報を表示する[＃679](https://github.com/pingcap-incubator/tidb-dashboard/pull/679) + - TiDB Dashboardの詳細なバージョン情報を表示する[＃679](https://github.com/pingcap-incubator/tidb-dashboard/pull/679) - サポートされていないブラウザまたは古いブラウザのブラウザ互換性に関する通知を表示する[＃654](https://github.com/pingcap-incubator/tidb-dashboard/pull/654) - **SQL文の**ページ[＃658](https://github.com/pingcap-incubator/tidb-dashboard/pull/658)での検索をサポート @@ -70,7 +70,7 @@ TiDB バージョン: 4.0.3 - JSON形式のログ[＃2565](https://github.com/pingcap/pd/pull/2565)サポート -- TiDBダッシュボード +- TiDB Dashboard - コールド論理範囲[＃674](https://github.com/pingcap-incubator/tidb-dashboard/pull/674)の Key Visualizer バケット マージの改善 - 一貫性を保つために構成項目`disable-telemetry`の名前を`enable-telemetry`に変更します[＃684](https://github.com/pingcap-incubator/tidb-dashboard/pull/684) @@ -135,7 +135,7 @@ TiDB バージョン: 4.0.3 - 展開ディレクトリ[＃2600](https://github.com/pingcap/pd/pull/2600)の変更に応じてストアの展開パスが更新されない問題を修正 - `store limit` 0になるのを防ぐ[＃2588](https://github.com/pingcap/pd/pull/2588) -- TiDBダッシュボード +- TiDB Dashboard - TiDB がスケールアウトされたときの TiDB 接続エラーを修正[＃689](https://github.com/pingcap-incubator/tidb-dashboard/pull/689) - ログ検索ページ[＃680](https://github.com/pingcap-incubator/tidb-dashboard/pull/680)にTiFlashインスタンスが表示されない問題を修正 diff --git a/releases/release-4.0.5.md b/releases/release-4.0.5.md index caad7b3d9d4fc..1635e96f6837c 100644 --- a/releases/release-4.0.5.md +++ b/releases/release-4.0.5.md @@ -123,7 +123,7 @@ TiDB バージョン: 4.0.5 - `anti-semi-join`クエリ[＃19472](https://github.com/pingcap/tidb/pull/19472)の誤った結果を修正 - `BatchPointGet` [＃19456](https://github.com/pingcap/tidb/pull/19456)の誤った使用法によって生じた誤った結果を修正 - `UnionScan` `Apply`演算子[＃19496](https://github.com/pingcap/tidb/pull/19496)の内側にある場合に発生する誤った結果を修正します。 - - `EXECUTE`文を使用して高価なクエリログ[＃17419](https://github.com/pingcap/tidb/pull/17419)を出力することで発生するpanicを修正 + - `EXECUTE`文を使用して負荷の高いクエリログ[＃17419](https://github.com/pingcap/tidb/pull/17419)を出力することで発生するpanicを修正 - 結合キーが`ENUM`または`SET`場合のインデックス結合エラーを修正しました[＃19235](https://github.com/pingcap/tidb/pull/19235) - インデックス列[＃19358](https://github.com/pingcap/tidb/pull/19358)に`NULL`値が存在する場合にクエリ範囲を構築できない問題を修正しました - グローバル構成の更新によって発生するデータ競合の問題を修正[＃17964](https://github.com/pingcap/tidb/pull/17964) diff --git a/releases/release-4.0.6.md b/releases/release-4.0.6.md index 2ccbdd093b6fd..46b8ac8496554 100644 --- a/releases/release-4.0.6.md +++ b/releases/release-4.0.6.md @@ -1,6 +1,6 @@ --- title: TiDB 4.0.6 Release Notes -summary: TiDB 4.0.6は2020年9月15日にリリースされました。新機能には、外部結合のためのTiFlashサポートとTiDBダッシュボードの改善が含まれます。TiCDCやTiKVなどのツールもアップデートされました。このリリースには、TiDB、TiKV、PD、 TiFlash、および各種ツールのバグ修正が含まれています。 +summary: TiDB 4.0.6は2020年9月15日にリリースされました。新機能には、外部結合のためのTiFlashサポートとTiDB Dashboardの改善が含まれます。TiCDCやTiKVなどのツールもアップデートされました。このリリースには、TiDB、TiKV、PD、 TiFlash、および各種ツールのバグ修正が含まれています。 --- # TiDB 4.0.6 リリースノート {#tidb-4-0-6-release-notes} @@ -15,7 +15,7 @@ TiDB バージョン: 4.0.6 - TiFlashブロードキャスト結合で外部結合をサポート -- TiDBダッシュボード +- TiDB Dashboard - クエリエディタと実行UIの追加（実験的） [＃713](https://github.com/pingcap-incubator/tidb-dashboard/pull/713) - ストアロケーショントポロジ可視化[＃719](https://github.com/pingcap-incubator/tidb-dashboard/pull/719)サポート @@ -55,7 +55,7 @@ TiDB バージョン: 4.0.6 - PD - - TiDBダッシュボードをv2020.09.08.1 [＃2928](https://github.com/pingcap/pd/pull/2928)に更新 + - TiDB Dashboardをv2020.09.08.1 [＃2928](https://github.com/pingcap/pd/pull/2928)に更新 - リージョンとストアのハートビート[＃2891](https://github.com/tikv/pd/pull/2891)メトリクスを追加します - 低スペースしきい値[＃2875](https://github.com/pingcap/pd/pull/2875)を制御するための元の方法に戻す - 標準エラーコードのサポート diff --git a/releases/release-4.0.7.md b/releases/release-4.0.7.md index deb8c2291a045..814864f3dcd8d 100644 --- a/releases/release-4.0.7.md +++ b/releases/release-4.0.7.md @@ -1,6 +1,6 @@ --- title: TiDB 4.0.7 Release Notes -summary: TiDB 4.0.7は2020年9月29日にリリースされました。新機能には、PDクライアントへの「GetAllMembers」関数の追加と、TiDBダッシュボードでのメトリクス関係グラフの生成のサポートが含まれます。TiDB、TiKV、PD、 TiFlash、および各種ツールに改善が行われました。また、TiDB、TiKV、PD、 TiFlash、およびBackup & RestoreやDumplingなどのツールのバグ修正も実装されました。 +summary: TiDB 4.0.7は2020年9月29日にリリースされました。新機能には、PDクライアントへの「GetAllMembers」関数の追加と、TiDB Dashboardでのメトリクス関係グラフの生成のサポートが含まれます。TiDB、TiKV、PD、 TiFlash、および各種ツールに改善が行われました。また、TiDB、TiKV、PD、 TiFlash、およびBackup & RestoreやDumplingなどのツールのバグ修正も実装されました。 --- # TiDB 4.0.7 リリースノート {#tidb-4-0-7-release-notes} @@ -15,7 +15,7 @@ TiDB バージョン: 4.0.7 - PDクライアントにPDメンバー情報を取得する`GetAllMembers`機能を追加する[＃2980](https://github.com/pingcap/pd/pull/2980) -- TiDBダッシュボード +- TiDB Dashboard - メトリック関係グラフの生成をサポート[＃760](https://github.com/pingcap-incubator/tidb-dashboard/pull/760) diff --git a/releases/release-4.0.8.md b/releases/release-4.0.8.md index 0f118d9fbe2a9..596835ec62fd6 100644 --- a/releases/release-4.0.8.md +++ b/releases/release-4.0.8.md @@ -127,7 +127,7 @@ TiDB バージョン: 4.0.8 - PD - - TiDBダッシュボードのキービジュアライザーがPDpanicを引き起こす可能性があるバグを修正[＃3096](https://github.com/pingcap/pd/pull/3096) + - TiDB DashboardのKey VisualizerがPDpanicを引き起こす可能性があるバグを修正[＃3096](https://github.com/pingcap/pd/pull/3096) - PDストアが10分以上ダウンした場合にPDがpanic可能性があるバグを修正[＃3069](https://github.com/pingcap/pd/pull/3069) - TiFlash diff --git a/releases/release-4.0.9.md b/releases/release-4.0.9.md index cec5ffcae81b3..fa2eb27308144 100644 --- a/releases/release-4.0.9.md +++ b/releases/release-4.0.9.md @@ -1,6 +1,6 @@ --- title: TiDB 4.0.9 Release Notes -summary: TiDB 4.0.9は2020年12月21日にリリースされました。このリリースには、互換性の変更、新機能、改善、バグ修正、そしてTiKV、TiDBダッシュボード、PD、 TiFlash 、そして各種ツールのアップデートが含まれています。注目すべき変更点としては、TiDBにおける「enable-streaming」設定項目の廃止、 TiFlashにおけるストレージエンジンの最新データを複数のディスクに保存する機能のサポート、そしてTiDBとTiKVにおける各種バグ修正などが挙げられます。 +summary: TiDB 4.0.9は2020年12月21日にリリースされました。このリリースには、互換性の変更、新機能、改善、バグ修正、そしてTiKV、TiDB Dashboard、PD、 TiFlash 、そして各種ツールのアップデートが含まれています。注目すべき変更点としては、TiDBにおける「enable-streaming」設定項目の廃止、 TiFlashにおけるストレージエンジンの最新データを複数のディスクに保存する機能のサポート、そしてTiDBとTiKVにおける各種バグ修正などが挙げられます。 --- # TiDB 4.0.9 リリースノート {#tidb-4-0-9-release-notes} @@ -25,7 +25,7 @@ TiDB バージョン: 4.0.9 - ストレージエンジンの最新データを複数のディスクに保存する機能をサポート (実験的) -- TiDBダッシュボード +- TiDB Dashboard - **SQLステートメント**ページ[＃749](https://github.com/pingcap/tidb-dashboard/pull/749)のすべてのフィールドによる表示と並べ替えをサポート - トポロジグラフのズームとパンをサポート[＃772](https://github.com/pingcap/tidb-dashboard/pull/772) @@ -70,7 +70,7 @@ TiDB バージョン: 4.0.9 - TiKVストアが`Tombstone`なったときにTiKVクラスターのバージョンをチェックし、ダウングレードまたはアップグレード[＃3213](https://github.com/pingcap/pd/pull/3213)プロセス中にユーザーが互換性のない機能を有効にするのを防ぎます。 - 下位バージョンの TiKV ストアを`Tombstone`から`Up` [＃3206](https://github.com/pingcap/pd/pull/3206)に戻すことを禁止します。 -- TiDBダッシュボード +- TiDB Dashboard - SQL文[＃775](https://github.com/pingcap/tidb-dashboard/pull/775)の「展開」をクリックすると展開を続ける - **SQL ステートメント**と**スロークエリ**[＃816](https://github.com/pingcap/tidb-dashboard/pull/816)の詳細ページを新しいウィンドウで開く @@ -180,7 +180,7 @@ TiDB バージョン: 4.0.9 - `trace-region-flow`値が予期せず`false` [＃3120](https://github.com/pingcap/pd/pull/3120)に設定される問題を修正 - 無制限の Time To Live (TTL) を持つサービスセーフポイントが機能しないバグを修正[＃3143](https://github.com/pingcap/pd/pull/3143) -- TiDBダッシュボード +- TiDB Dashboard - 中国語の時間表示の問題を修正[＃755](https://github.com/pingcap/tidb-dashboard/pull/755) - ブラウザ互換性通知が機能しないバグを修正[＃776](https://github.com/pingcap/tidb-dashboard/pull/776) diff --git a/releases/release-5.0.3.md b/releases/release-5.0.3.md index 8a9fdf3033d00..46649a9aa65f0 100644 --- a/releases/release-5.0.3.md +++ b/releases/release-5.0.3.md @@ -53,7 +53,7 @@ TiDB バージョン: 5.0.3 - PD - - TiDBダッシュボードをv2021.06.15.1 [＃3798](https://github.com/pingcap/pd/pull/3798)に更新 + - TiDB Dashboardをv2021.06.15.1 [＃3798](https://github.com/pingcap/pd/pull/3798)に更新 - TiFlash diff --git a/releases/release-5.0.4.md b/releases/release-5.0.4.md index f408d7cb64632..0d8899d874759 100644 --- a/releases/release-5.0.4.md +++ b/releases/release-5.0.4.md @@ -50,7 +50,7 @@ TiDB バージョン: 5.0.4 - PD - - TiDBダッシュボード[＃3884](https://github.com/tikv/pd/pull/3884)にOIDCベースのSSOサポートを追加 + - TiDB Dashboard[＃3884](https://github.com/tikv/pd/pull/3884)にOIDCベースのSSOサポートを追加 - TiFlash diff --git a/releases/release-5.1.1.md b/releases/release-5.1.1.md index 8c68102de1df3..4bd9443c38b26 100644 --- a/releases/release-5.1.1.md +++ b/releases/release-5.1.1.md @@ -1,6 +1,6 @@ --- title: TiDB 5.1.1 Release Notes -summary: TiDB 5.1.1は2021年7月30日にリリースされました。このリリースには、互換性の変更、機能強化、改善、バグ修正、そしてTiDBダッシュボード、 TiFlash、TiKV、そして各種ツールのアップデートが含まれています。主な変更点としては、変数のデフォルト値の変更、TiDBダッシュボードでのOIDC SSOのサポート、そしてデータ損失とpanicに関するバグ修正などが挙げられます。 +summary: TiDB 5.1.1は2021年7月30日にリリースされました。このリリースには、互換性の変更、機能強化、改善、バグ修正、そしてTiDB Dashboard、 TiFlash、TiKV、そして各種ツールのアップデートが含まれています。主な変更点としては、変数のデフォルト値の変更、TiDB DashboardでのOIDC SSOのサポート、そしてデータ損失とpanicに関するバグ修正などが挙げられます。 --- # TiDB 5.1.1 リリースノート {#tidb-5-1-1-release-notes} @@ -26,9 +26,9 @@ TiDB バージョン: 5.1.1 ## 機能強化 {#feature-enhancements} -- TiDBダッシュボード +- TiDB Dashboard - - OIDC SSOをサポートします。OIDC対応のSSOサービス（OktaやAuth0など）を設定することで、ユーザーはSQLパスワードを入力せずにTiDBダッシュボードにログインできます[＃3883](https://github.com/tikv/pd/pull/3883) + - OIDC SSOをサポートします。OIDC対応のSSOサービス（OktaやAuth0など）を設定することで、ユーザーはSQLパスワードを入力せずにTiDB Dashboardにログインできます[＃3883](https://github.com/tikv/pd/pull/3883) - TiFlash @@ -130,7 +130,7 @@ TiDB バージョン: 5.1.1 - MPPタスク実行時に発生する可能性のあるメモリリークの問題を修正 - 集計関数`COUNT`または`COUNT DISTINCT`実行するときに予期しない結果が発生する問題を修正しました - 複数のディスクに展開されたときにTiFlash がデータを復元できない潜在的なバグを修正しました - - TiDBダッシュボードがTiFlashのディスク情報を正しく表示できない問題を修正 + - TiDB DashboardがTiFlashのディスク情報を正しく表示できない問題を修正 - 解体時に発生する可能性のあるpanic問題を修正`SharedQueryBlockInputStream` - 解体時に発生する可能性のあるpanic問題を修正`MPPTask` - スナップショット経由でデータを同期した後に発生する可能性のあるデータの不整合の問題を修正 diff --git a/releases/release-5.2.2.md b/releases/release-5.2.2.md index 5a340c2b01f7d..1872fc0a57500 100644 --- a/releases/release-5.2.2.md +++ b/releases/release-5.2.2.md @@ -27,7 +27,7 @@ TiDB バージョン: 5.2.2 - ホットスポット スケジューラ[＃3869](https://github.com/tikv/pd/issues/3869)の QPS ディメンションに書き込みクエリの種類を追加する - バランスリージョンスケジューラの再試行制限を動的に調整して、スケジューラ[＃3744](https://github.com/tikv/pd/issues/3744)のパフォーマンスを向上させることをサポートしました。 - - TiDBダッシュボードをv2021.10.08.1 [＃4070](https://github.com/tikv/pd/pull/4070)に更新 + - TiDB Dashboardをv2021.10.08.1 [＃4070](https://github.com/tikv/pd/pull/4070)に更新 - 退去リーダースケジューラが不健全なピアを持つリージョンをスケジュールできるようにサポート[＃4093](https://github.com/tikv/pd/issues/4093) - スケジューラ[＃4146](https://github.com/tikv/pd/issues/4146)の終了プロセスを高速化 diff --git a/releases/release-5.3.0.md b/releases/release-5.3.0.md index 98817376e20d0..3d82fb8558d81 100644 --- a/releases/release-5.3.0.md +++ b/releases/release-5.3.0.md @@ -1,6 +1,6 @@ --- title: TiDB 5.3 Release Notes -summary: TiDB 5.3.0では、TiDBダッシュボードに一時テーブル、テーブル属性、ユーザー権限が導入され、パフォーマンスとセキュリティが向上しました。また、TiDBデータ移行の強化、複数のTiDB Lightningインスタンスを使用した並列インポートのサポート、継続的なプロファイリングによる可観測性の向上も実現しました。互換性の変更と設定ファイルのパラメータが変更されました。このリリースには、新しいSQL機能、セキュリティ強化、安定性の向上、診断効率の向上も含まれています。さらに、TiDB、TiKV、PD、 TiFlash、TiCDCのバグ修正と改善も行われました。TiDBクラスター間の循環レプリケーション機能は削除されました。テレメトリに、TEMPORARY TABLE機能の使用状況に関する情報が含まれるようになりました。 +summary: TiDB 5.3.0では、TiDB Dashboardに一時テーブル、テーブル属性、ユーザー権限が導入され、パフォーマンスとセキュリティが向上しました。また、TiDBデータ移行の強化、複数のTiDB Lightningインスタンスを使用した並列インポートのサポート、継続的なプロファイリングによる可観測性の向上も実現しました。互換性の変更と設定ファイルのパラメータが変更されました。このリリースには、新しいSQL機能、セキュリティ強化、安定性の向上、診断効率の向上も含まれています。さらに、TiDB、TiKV、PD、 TiFlash、TiCDCのバグ修正と改善も行われました。TiDBクラスター間の循環レプリケーション機能は削除されました。テレメトリに、TEMPORARY TABLE機能の使用状況に関する情報が含まれるようになりました。 --- # TiDB 5.3 リリースノート {#tidb-5-3-release-notes} @@ -13,7 +13,7 @@ v5.3 の主な新機能または改善点は次のとおりです。 - 一時テーブルを導入してアプリケーションロジックを簡素化し、パフォーマンスを向上させる - テーブルとパーティションの属性設定をサポート -- システムセキュリティを強化するために、TiDBダッシュボードで最小限の権限を持つユーザーの作成をサポートします。 +- システムセキュリティを強化するために、TiDB Dashboardで最小限の権限を持つユーザーの作成をサポートします。 - TiDBのタイムスタンプ処理フローを最適化して全体的なパフォーマンスを向上させる - TiDBデータ移行（DM）のパフォーマンスを強化し、MySQLからTiDBへのデータ移行のレイテンシーを低減します。 - 複数のTiDB Lightningインスタンスを使用した並列インポートをサポートし、完全なデータ移行の効率を向上します。 @@ -132,11 +132,11 @@ v5.3 の主な新機能または改善点は次のとおりです。 ### Security {#security} -- **TiDB ダッシュボードで最小限の権限を持つユーザーの作成をサポート** +- **TiDB Dashboardで最小限の権限を持つユーザーの作成をサポート** - TiDBダッシュボードのアカウントシステムは、 TiDB SQLのアカウントシステムと一致しています。TiDBダッシュボードにアクセスするユーザーは、TiDB SQLユーザーの権限に基づいて認証および承認されます。そのため、TiDBダッシュボードでは限定的な権限、つまり読み取り専用権限のみが必要です。最小限の権限の原則に基づいてユーザーがTiDBダッシュボードにアクセスできるように設定することで、高い権限を持つユーザーのアクセスを回避できます。 + TiDB Dashboardのアカウントシステムは、 TiDB SQLのアカウントシステムと一致しています。TiDB Dashboardにアクセスするユーザーは、TiDB SQLユーザーの権限に基づいて認証および認可されます。そのため、TiDB Dashboardでは限定的な権限、つまり読み取り専用権限のみが必要です。最小限の権限の原則に基づいてユーザーがTiDB Dashboardにアクセスできるように設定することで、高い権限を持つユーザーのアクセスを回避できます。 - TiDBダッシュボードにアクセスしてサインインするには、最小限の権限を持つSQLユーザーを作成することをお勧めします。これにより、高い権限を持つユーザーによるアクセスを回避し、セキュリティを向上できます。 + TiDB Dashboardにアクセスしてサインインするには、最小限の権限を持つSQLユーザーを作成することをお勧めします。これにより、高い権限を持つユーザーによるアクセスを回避し、セキュリティを向上できます。 [ユーザードキュメント](/dashboard/dashboard-user.md) @@ -246,9 +246,9 @@ v5.3 の主な新機能または改善点は次のとおりです。 - **継続的なプロファイリング（実験的機能）** - TiDBダッシュボードは、TiDBクラスターの稼働中にインスタンスのパフォーマンス分析結果をリアルタイムで自動保存する継続的プロファイリング機能をサポートしています。パフォーマンス分析結果はフレームグラフで確認できるため、より詳細な観察が可能になり、トラブルシューティングにかかる​​時間を短縮できます。 + TiDB Dashboardは、TiDBクラスターの稼働中にインスタンスのパフォーマンス分析結果をリアルタイムで自動保存する継続的プロファイリング機能をサポートしています。パフォーマンス分析結果はフレームグラフで確認できるため、より詳細な観察が可能になり、トラブルシューティングにかかる​​時間を短縮できます。 - この機能はデフォルトで無効になっており、TiDB ダッシュボードの**継続プロファイル**ページで有効にする必要があります。 + この機能はデフォルトで無効になっており、TiDB Dashboardの**継続プロファイル**ページで有効にする必要があります。 この機能は、 TiUP v1.7.0 以降を使用してアップグレードまたはインストールされたクラスターでのみ使用できます。 @@ -293,7 +293,7 @@ TiCDC v5.3.0以降、TiDBクラスター間の循環レプリケーション機 - ホットスポット スケジューラ[＃3869](https://github.com/tikv/pd/issues/3869)の QPS ディメンションに書き込みクエリの種類を追加する - バランスリージョンスケジューラの再試行制限を動的に調整して、スケジューラ[＃3744](https://github.com/tikv/pd/issues/3744)のパフォーマンスを向上させることをサポートします。 - - TiDBダッシュボードをv2021.10.08.1 [＃4070](https://github.com/tikv/pd/pull/4070)に更新 + - TiDB Dashboardをv2021.10.08.1 [＃4070](https://github.com/tikv/pd/pull/4070)に更新 - リーダー排除スケジューラが不健全なピアを持つリージョンをスケジュールできるようにサポート[＃4093](https://github.com/tikv/pd/issues/4093) - スケジューラ[＃4146](https://github.com/tikv/pd/issues/4146)の終了プロセスを高速化 diff --git a/releases/release-5.4.0.md b/releases/release-5.4.0.md index 9331e6bd2a12e..ec92a0783094c 100644 --- a/releases/release-5.4.0.md +++ b/releases/release-5.4.0.md @@ -282,7 +282,7 @@ TiDB バージョン: 5.4.0 - サポートされているデプロイメント環境がさらに増えました: TiDB Operatorを使用してデプロイされたクラスターでも、継続的プロファイリングを使用できます。 - 継続的プロファイリングはデフォルトでは無効になっており、TiDBダッシュボードで有効にすることができます。 + 継続的プロファイリングはデフォルトでは無効になっており、TiDB Dashboardで有効にすることができます。 継続的プロファイリングは、 TiUP v1.9.0以降、またはTiDB Operator v1.3.0以降を使用してデプロイまたはアップグレードされたクラスタに適用可能です。 @@ -312,7 +312,7 @@ TiDB バージョン: 5.4.0 - 過去のホットスポット情報をデフォルトで記録する [#25281](https://github.com/pingcap/tidb/issues/25281) - HTTPコンポーネントにリクエスト元を識別するための署名を追加する [#4490](https://github.com/tikv/pd/issues/4490) - - TiDBダッシュボードをv2021.12.31にアップデート [#4257](https://github.com/tikv/pd/issues/4257) + - TiDB Dashboardをv2021.12.31にアップデート [#4257](https://github.com/tikv/pd/issues/4257) - TiFlash diff --git a/releases/release-6.0.0-dmr.md b/releases/release-6.0.0-dmr.md index 7dbce17dfa937..f995ae604d681 100644 --- a/releases/release-6.0.0-dmr.md +++ b/releases/release-6.0.0-dmr.md @@ -70,7 +70,7 @@ TiDB v6.0.0 は DMR であり、そのバージョンは 6.0.0-DMR です。 - Top SQL: 非専門家向けのパフォーマンス診断 - Top SQL は、DBA およびアプリケーション開発者向けの TiDB ダッシュボードのセルフサービス型データベース パフォーマンス監視および診断機能であり、現在 TiDB v6.0 で一般提供されています。 + Top SQL は、DBA およびアプリケーション開発者向けの TiDB Dashboardのセルフサービス型データベース パフォーマンス監視および診断機能であり、現在 TiDB v6.0 で一般提供されています。 既存の専門家向け診断機能とは異なり、 Top SQLは非専門家向けに設計されています。相関関係を見つけるために何千もの監視チャートを走査したり、 Raftスナップショット、RocksDB、MVCC、TSOといったTiDBの内部メカニズムを理解したりする必要はありません。Top Top SQLを使用してデータベース負荷を迅速に分析し、アプリのパフォーマンスを向上させるために必要なのは、基本的なデータベース知識（インデックス、ロック競合、実行プランなど）のみです。 @@ -80,7 +80,7 @@ TiDB v6.0.0 は DMR であり、そのバージョンは 6.0.0-DMR です。 - 継続的なプロファイリングをサポート - TiDBダッシュボードに継続的プロファイリング機能が導入され、TiDB v6.0で一般提供が開始されました。継続的プロファイリングはデフォルトでは有効になっていません。有効にすると、TiDB、TiKV、PDの各インスタンスのパフォーマンスデータが、ごくわずかなオーバーヘッドで常時収集されます。履歴パフォーマンスデータを使用することで、技術専門家は、再現が困難な問題であっても、メモリ消費量の増加などの問題の根本原因を遡って特定することができます。これにより、平均復旧時間（MTTR）を短縮できます。 + TiDB Dashboardに継続的プロファイリング機能が導入され、TiDB v6.0で一般提供が開始されました。継続的プロファイリングはデフォルトでは有効になっていません。有効にすると、TiDB、TiKV、PDの各インスタンスのパフォーマンスデータが、ごくわずかなオーバーヘッドで常時収集されます。履歴パフォーマンスデータを使用することで、技術専門家は、再現が困難な問題であっても、メモリ消費量の増加などの問題の根本原因を遡って特定することができます。これにより、平均復旧時間（MTTR）を短縮できます。 [ユーザードキュメント](/dashboard/continuous-profiling.md) diff --git a/releases/release-6.1.0.md b/releases/release-6.1.0.md index 4a5e0bb66e14d..7ca6137706d90 100644 --- a/releases/release-6.1.0.md +++ b/releases/release-6.1.0.md @@ -401,7 +401,7 @@ TiDB バージョン: 6.1.0 - PDリーダー移転後に削除した墓石ストアが再び表示される問題を修正[＃4941](https://github.com/tikv/pd/issues/4941) - PDリーダー移行後すぐにスケジュールを開始できない問題を修正[＃4769](https://github.com/tikv/pd/issues/4769) -- TiDBダッシュボード +- TiDB Dashboard - Top SQL機能が有効になる前に実行されていた SQL 文の CPU オーバーヘッドをTop SQLが収集できないバグを修正[＃33859](https://github.com/pingcap/tidb/issues/33859) diff --git a/releases/release-6.1.1.md b/releases/release-6.1.1.md index de9bdfee6f07e..dcc5aefe5085c 100644 --- a/releases/release-6.1.1.md +++ b/releases/release-6.1.1.md @@ -88,7 +88,7 @@ Quick access: [クイックスタート](https://docs.pingcap.com/tidb/v6.1/quic - クエリ条件でパーティションキーが使用され、照合がクエリパーティションテーブル[＃32749](https://github.com/pingcap/tidb/issues/32749) @ [mjonss](https://github.com/mjonss)の照合と異なる場合にパーティションが誤ってプルーニングされる問題を修正しました。 - TiDB Binlogが有効な場合、 `ALTER SEQUENCE`文を実行するとメタデータ バージョンが間違って発生し、 Drainer が[#36276](https://github.com/pingcap/tidb/issues/36276) @ [AilinKid](https://github.com/AilinKid)で終了する可能性がある問題を修正しました。 - 極端なケースで起動時に誤った TiDB ステータスが表示される問題を修正[＃36791](https://github.com/pingcap/tidb/issues/36791) @ [xhebox](https://github.com/xhebox) - - TiDBダッシュボード[＃35153](https://github.com/pingcap/tidb/issues/35153) @ [time-and-fate](https://github.com/time-and-fate)でパーティションテーブルの実行プランをクエリするときに発生する可能性のある`UnknownPlanID`問題を修正しました。 + - TiDB Dashboard[＃35153](https://github.com/pingcap/tidb/issues/35153) @ [time-and-fate](https://github.com/time-and-fate)でパーティションテーブルの実行プランをクエリするときに発生する可能性のある`UnknownPlanID`問題を修正しました。 - Fix the issue that the column list does not work in the LOAD DATA statement [＃35198](https://github.com/pingcap/tidb/issues/35198) @ [SpadeA-Tang](https://github.com/SpadeA-Tang) - TiDB Binlogを有効にして重複した値を挿入すると発生する`data and columnID count not match`エラーの問題を修正[＃33608](https://github.com/pingcap/tidb/issues/33608) @ [zyguan](https://github.com/zyguan) - `tidb_gc_life_time` [＃35392](https://github.com/pingcap/tidb/issues/35392) @ [TonsnakeLin](https://github.com/TonsnakeLin)の制限を解除 diff --git a/releases/release-6.1.5.md b/releases/release-6.1.5.md index 5c9babb7aa281..eb11c79530762 100644 --- a/releases/release-6.1.5.md +++ b/releases/release-6.1.5.md @@ -13,7 +13,7 @@ TiDB バージョン: 6.1.5 ## 互換性の変更 {#compatibility-changes} -- 2023年2月20日以降、TiDBおよびTiDBダッシュボードの新しいバージョン（v6.1.5を含む）では、 [テレメトリ機能](/telemetry.md)デフォルトで無効化され、使用状況情報は収集されず、PingCAPと共有されません。これらのバージョンにアップグレードする前に、クラスターがデフォルトのテレメトリ設定を使用している場合、アップグレード後にテレメトリ機能が無効化されます。具体的なバージョンについては、 [TiDB リリース タイムライン](/releases/release-timeline.md)参照してください。 +- 2023年2月20日以降、TiDBおよびTiDB Dashboardの新しいバージョン（v6.1.5を含む）では、 [テレメトリ機能](/telemetry.md)デフォルトで無効化され、使用状況情報は収集されず、PingCAPと共有されません。これらのバージョンにアップグレードする前に、クラスターがデフォルトのテレメトリ設定を使用している場合、アップグレード後にテレメトリ機能が無効化されます。具体的なバージョンについては、 [TiDB リリース タイムライン](/releases/release-timeline.md)参照してください。 - [`tidb_enable_telemetry`](/system-variables.md#tidb_enable_telemetry-new-in-v402)システム変数のデフォルト値が`ON`から`OFF`に変更されます。 - TiDB [`enable-telemetry`](/tidb-configuration-file.md#enable-telemetry-new-in-v402)構成項目のデフォルト値が`true`から`false`に変更されます。 diff --git a/releases/release-6.2.0.md b/releases/release-6.2.0.md index e59bef2910f03..369fcd3601b92 100644 --- a/releases/release-6.2.0.md +++ b/releases/release-6.2.0.md @@ -15,8 +15,8 @@ TiDBバージョン: 6.2.0-DMR バージョン6.2.0-DMRの主な新機能と改善点は以下のとおりです。 -- TiDB ダッシュボードは[視覚的な実行計画](https://docs-archive.pingcap.com/tidb/v6.2/dashboard-slow-query#visual-execution-plans)をサポートしており、実行計画をより直感的に表示できます。 -- パフォーマンス分析とチューニングをより効率的に行うために、TiDB ダッシュボードに[監視ページ](/dashboard/dashboard-monitoring.md)を追加します。 +- TiDB Dashboardは[視覚的な実行計画](https://docs-archive.pingcap.com/tidb/v6.2/dashboard-slow-query#visual-execution-plans)をサポートしており、実行計画をより直感的に表示できます。 +- パフォーマンス分析とチューニングをより効率的に行うために、TiDB Dashboardに[監視ページ](/dashboard/dashboard-monitoring.md)を追加します。 - TiDB の[ロックビュー](/information-schema/information-schema-data-lock-waits.md)機能は、楽観的トランザクションの待機情報の表示をサポートし、ロック競合の迅速な特定を容易にします。 - TiFlash は[ストレージフォーマットの新しいバージョン](/tiflash/tiflash-configuration.md#configure-the-tiflashtoml-file)をサポートし、安定性とパフォーマンスを強化します。 - [きめ細かいシャッフル機能](/system-variables.md#tiflash_fine_grained_shuffle_batch_size-new-in-v620)ウィンドウ関数を複数のスレッドで並列実行できます。 @@ -44,9 +44,9 @@ TiDBバージョン: 6.2.0-DMR ### 可観測性 {#observability} -- TiDBダッシュボードをPDから分離 +- TiDB DashboardをPDから分離 - TiDBダッシュボードはPDから監視ノードに移動されました。これにより、TiDBダッシュボードがPDに与える影響が軽減され、PDの安定性が向上します。 + TiDB DashboardはPDから監視ノードに移動されました。これにより、TiDB DashboardがPDに与える影響が軽減され、PDの安定性が向上します。 @[Hawkson-jee](https://github.com/Hawkson-jee) diff --git a/releases/release-6.3.0.md b/releases/release-6.3.0.md index 48451fa362f78..a5768e273cf45 100644 --- a/releases/release-6.3.0.md +++ b/releases/release-6.3.0.md @@ -1,6 +1,6 @@ --- title: TiDB 6.3.0 Release Notes -summary: 2022年9月30日にリリースされたTiDB 6.3.0-DMRでは、TiKVでのSM4アルゴリズムを使用した保存時の暗号化、TiDBでのSM3アルゴリズムを使用した認証、JSONデータ型と関数のサポートなど、新機能と改善点が導入されています。また、実行時間メトリクスをより細かい粒度で提供し、スローログとTRACE`ステートメントの出力を強化し、TiDBダッシュボードでデッドロック履歴情報をサポートします。さらに、TiDB v6.3.0では、新しいシステム変数と構成ファイルパラメータが導入され、さまざまなバグと問題が修正されています。このリリースには、TiKV、PD、 TiFlash、バックアップと復元（BR）、TiCDC、TiDB Binlog、TiDBデータ移行（DM）、およびTiDB Lightningの改善も含まれています。 +summary: 2022年9月30日にリリースされたTiDB 6.3.0-DMRでは、TiKVでのSM4アルゴリズムを使用した保存時の暗号化、TiDBでのSM3アルゴリズムを使用した認証、JSONデータ型と関数のサポートなど、新機能と改善点が導入されています。また、実行時間メトリクスをより細かい粒度で提供し、スローログとTRACE`ステートメントの出力を強化し、TiDB Dashboardでデッドロック履歴情報をサポートします。さらに、TiDB v6.3.0では、新しいシステム変数と構成ファイルパラメータが導入され、さまざまなバグと問題が修正されています。このリリースには、TiKV、PD、 TiFlash、バックアップと復元（BR）、TiCDC、TiDB Binlog、TiDBデータ移行（DM）、およびTiDB Lightningの改善も含まれています。 --- # TiDB 6.3.0 リリースノート {#tidb-6-3-0-release-notes} @@ -79,9 +79,9 @@ TiDBバージョン: 6.3.0-DMR TiDB v6.3.0 では、スロー ログと`TRACE`の出力が強化されています。TiDB の解析から KV RocksDB によるディスクへの書き込みまでの SQL クエリの[フルリンク期間](/latency-breakdown.md)を観察できるため、診断機能がさらに強化されます。 -- TiDBダッシュボードはデッドロック履歴情報を提供します [#34106](https://github.com/pingcap/tidb/issues/34106) @[cfzjywxk](https://github.com/cfzjywxk) +- TiDB Dashboardはデッドロック履歴情報を提供します [#34106](https://github.com/pingcap/tidb/issues/34106) @[cfzjywxk](https://github.com/cfzjywxk) - バージョン6.3.0以降、TiDBダッシュボードではデッドロック履歴が提供されます。TiDBダッシュボードのスローログを確認し、一部のSQLステートメントのロック待機時間が極端に長い場合は、デッドロック履歴を確認することで根本原因を特定でき、診断が容易になります。 + バージョン6.3.0以降、TiDB Dashboardではデッドロック履歴が提供されます。TiDB Dashboardのスローログを確認し、一部のSQLステートメントのロック待機時間が極端に長い場合は、デッドロック履歴を確認することで根本原因を特定でき、診断が容易になります。 ### パフォーマンス {#performance} @@ -291,8 +291,8 @@ TiDBバージョン: 6.3.0-DMR - PD - - TiDBダッシュボードにおけるTiKV IO MBpsメトリックのクエリを改善する [#5366](https://github.com/tikv/pd/issues/5366) @[YiniXu9506](https://github.com/YiniXu9506) - - TiDBダッシュボードのURLを`metrics`から`monitoring`に変更してください [#5366](https://github.com/tikv/pd/issues/5366) @[YiniXu9506](https://github.com/YiniXu9506) + - TiDB DashboardにおけるTiKV IO MBpsメトリックのクエリを改善する [#5366](https://github.com/tikv/pd/issues/5366) @[YiniXu9506](https://github.com/YiniXu9506) + - TiDB DashboardのURLを`metrics`から`monitoring`に変更してください [#5366](https://github.com/tikv/pd/issues/5366) @[YiniXu9506](https://github.com/YiniXu9506) - TiFlash diff --git a/releases/release-6.4.0.md b/releases/release-6.4.0.md index 9320b50ca99a6..0532caaec2e0f 100644 --- a/releases/release-6.4.0.md +++ b/releases/release-6.4.0.md @@ -360,7 +360,7 @@ TiDBバージョン: 6.4.0-DMR - ツール - - TiDBダッシュボード + - TiDB Dashboard - TiFlashのメトリクスをモニタリングページに表示できるようにし、そのページでのメトリクスの表示を最適化する [#1440](https://github.com/pingcap/tidb-dashboard/issues/1440) @[YiniXu9506](https://github.com/YiniXu9506) - スロークエリリストとSQLステートメントリストの結果の行数を表示する [#1443](https://github.com/pingcap/tidb-dashboard/issues/1443) @[baurine](https://github.com/baurine) @@ -421,7 +421,7 @@ TiDBバージョン: 6.4.0-DMR - ツール - - TiDBダッシュボード + - TiDB Dashboard - 特定の複雑なSQL文の実行プランを照会する際のTiDBのOOM問題を修正 [#1386](https://github.com/pingcap/tidb-dashboard/issues/1386) @[baurine](https://github.com/baurine) - NgMonitoringがPDノードへの接続を失った場合にTop SQLスイッチが有効にならない可能性がある問題を修正しました [#164](https://github.com/pingcap/ng-monitoring/issues/164) @[zhongzc](https://github.com/zhongzc) diff --git a/releases/release-6.5.0.md b/releases/release-6.5.0.md index 3bb3e777c3ace..eeeaca4e80097 100644 --- a/releases/release-6.5.0.md +++ b/releases/release-6.5.0.md @@ -122,15 +122,15 @@ TiDB [6.4.0-DMR](/releases/release-6.4.0.md)と比較して、TiDB 6.5.0 では ### 可観測性 {#observability} -- TiDBダッシュボードはKubernetes上に独立したPod [＃1447](https://github.com/pingcap/tidb-dashboard/issues/1447) @ [SabaPing](https://github.com/SabaPing)としてデプロイできます +- TiDB DashboardはKubernetes上に独立したPod [＃1447](https://github.com/pingcap/tidb-dashboard/issues/1447) @ [SabaPing](https://github.com/SabaPing)としてデプロイできます TiDB v6.5.0以降およびTiDB Operator v1.4.0以降では、Kubernetes上にTiDB Dashboardを独立したPodとしてデプロイできます。TiDB Operatorを使用すると、このPodのIPアドレスにアクセスしてTiDB Dashboardを起動できます。 - TiDB ダッシュボードを個別に展開すると、次の利点が得られます。 + TiDB Dashboardを個別に展開すると、次の利点が得られます。 - - TiDBダッシュボードの計算処理はPDノードに負担をかけません。これにより、より安定したクラスター運用が実現します。 - - PD ノードが利用できない場合でも、ユーザーは診断のために TiDB ダッシュボードにアクセスできます。 - - インターネット経由でTiDBダッシュボードにアクセスする場合、PDの特権インターフェースは使用されません。そのため、クラスターのセキュリティリスクは軽減されます。 + - TiDB Dashboardの計算処理はPDノードに負担をかけません。これにより、より安定したクラスター運用が実現します。 + - PD ノードが利用できない場合でも、ユーザーは診断のために TiDB Dashboardにアクセスできます。 + - インターネット経由でTiDB Dashboardにアクセスする場合、PDの特権インターフェースは使用されません。そのため、クラスターのセキュリティリスクは軽減されます。 詳細については[ドキュメント](https://docs.pingcap.com/tidb-in-kubernetes/v1.5/get-started#deploy-tidb-dashboard-independently)参照してください。 @@ -413,9 +413,9 @@ v6.5.0 以降では、v4.0.7 で導入された`AMEND TRANSACTION`メカニズ - ツール - - TiDBダッシュボード + - TiDB Dashboard - - 低速クエリページに 3 つの新しいフィールドを追加します:「準備済みですか?」、「プランはキャッシュからですか?」、「プランはバインディングからですか?」 [＃1451](https://github.com/pingcap/tidb-dashboard/issues/1451) @ [shhdgit](https://github.com/shhdgit) + - スロークエリページに 3 つの新しいフィールドを追加します:「準備済みですか?」、「プランはキャッシュからですか?」、「プランはバインディングからですか?」 [＃1451](https://github.com/pingcap/tidb-dashboard/issues/1451) @ [shhdgit](https://github.com/shhdgit) - バックアップと復元 (BR) diff --git a/releases/release-6.5.1.md b/releases/release-6.5.1.md index 487b4de1de837..aae4857b28b25 100644 --- a/releases/release-6.5.1.md +++ b/releases/release-6.5.1.md @@ -13,7 +13,7 @@ TiDB バージョン: 6.5.1 ## 互換性の変更 {#compatibility-changes} -- 2023年2月20日以降、TiDBおよびTiDBダッシュボードの新しいバージョン（v6.5.1を含む）では、 [テレメトリ機能](/telemetry.md)デフォルトで無効化され、使用状況情報は収集されず、PingCAPと共有されません。これらのバージョンにアップグレードする前に、クラスターがデフォルトのテレメトリ設定を使用している場合、アップグレード後にテレメトリ機能が無効化されます。具体的なバージョンについては、 [TiDB リリース タイムライン](/releases/release-timeline.md)参照してください。 +- 2023年2月20日以降、TiDBおよびTiDB Dashboardの新しいバージョン（v6.5.1を含む）では、 [テレメトリ機能](/telemetry.md)デフォルトで無効化され、使用状況情報は収集されず、PingCAPと共有されません。これらのバージョンにアップグレードする前に、クラスターがデフォルトのテレメトリ設定を使用している場合、アップグレード後にテレメトリ機能が無効化されます。具体的なバージョンについては、 [TiDB リリース タイムライン](/releases/release-timeline.md)参照してください。 - [`tidb_enable_telemetry`](/system-variables.md#tidb_enable_telemetry-new-in-v402)システム変数のデフォルト値が`ON`から`OFF`に変更されます。 - TiDB [`enable-telemetry`](/tidb-configuration-file.md#enable-telemetry-new-in-v402)構成項目のデフォルト値が`true`から`false`に変更されます。 diff --git a/releases/release-6.5.12.md b/releases/release-6.5.12.md index fd9874b6e303b..22ab597e63413 100644 --- a/releases/release-6.5.12.md +++ b/releases/release-6.5.12.md @@ -121,7 +121,7 @@ TiDBバージョン: 6.5.12 - 潜在的なセキュリティ脆弱性を修正するために、Gin Web Framework のバージョンを v1.9.1 から v1.10.0 にアップグレードしました[＃8643](https://github.com/tikv/pd/issues/8643) @ [JmPotato](https://github.com/JmPotato) - `evict-leader-scheduler`で間違ったパラメータを使用すると、PD がエラーを正しく報告せず、一部のスケジューラが利用できなくなる問題を修正しました[＃8619](https://github.com/tikv/pd/issues/8619) @ [rleungx](https://github.com/rleungx) - ラベル統計[＃8700](https://github.com/tikv/pd/issues/8700) @ [lhy1024](https://github.com/lhy1024)のメモリリーク問題を修正 - - TiDBダッシュボードがPD `trace`データを正しく読み取れない問題を修正[＃7253](https://github.com/tikv/pd/issues/7253) @ [nolouch](https://github.com/nolouch) + - TiDB DashboardがPD `trace`データを正しく読み取れない問題を修正[＃7253](https://github.com/tikv/pd/issues/7253) @ [nolouch](https://github.com/nolouch) - リージョン統計[＃8710](https://github.com/tikv/pd/issues/8710) @ [rleungx](https://github.com/rleungx)のメモリリーク問題を修正 - etcdリーダー遷移[＃8823](https://github.com/tikv/pd/issues/8823) @ [rleungx](https://github.com/rleungx)中にPDがリーダーを素早く再選出できない問題を修正 diff --git a/releases/release-6.6.0.md b/releases/release-6.6.0.md index 705fb2cc3f5c4..e3e4c66a6d38b 100644 --- a/releases/release-6.6.0.md +++ b/releases/release-6.6.0.md @@ -17,7 +17,7 @@ TiDB バージョン: 6.6.0- [DMR](/releases/versioning.md#development-milestone バージョン6.6.0-DMRの主な新機能と改善点は以下のとおりです。 -
カテゴリ特徴説明
拡張性とパフォーマンス
TiKVはパーティション化されたRaft KVストレージエンジンをサポートしています（実験的）。 TiKVはパーティション化されたRaft KVストレージエンジンを導入しており、各リージョンは独立したRocksDBインスタンスを使用するため、クラスターのストレージ容量をテラバイトからペタバイトまで容易に拡張でき、より安定した書き込みレイテンシーと強力なスケーラビリティを実現します。
TiKVはデータ要求のバッチ集計をサポートしていますこの機能強化により、TiKVのバッチ取得操作におけるRPCの総数が大幅に削減されます。データが高度に分散しており、gRPCスレッドプールのリソースが不足している状況では、コプロセッサ要求をバッチ処理することで、パフォーマンスを50%以上向上させることができます。
TiFlashは、 ステイル読み取りと圧縮交換をサポートしています。 TiFlashは、リアルタイム要件に制約がないシナリオにおいてクエリ性能を向上させることができる、古いデータの読み取り機能をサポートしています。また、 TiFlashはデータ圧縮をサポートしており、並列データ交換の効率を向上させ、TPC-H全体のパフォーマンスを10%向上させ、ネットワーク使用量を50%以上削減できます。
信頼性と可用性
リソース制御（実験的）リソースグループに基づいたリソース管理をサポートします。これにより、データベースユーザーを対応するリソースグループにマッピングし、実際のニーズに基づいて各リソースグループの割り当て量を設定します。
履歴SQLバインディングTiDBダッシュボード上で、過去の実行計画のバインドと、実行計画の迅速なバインドをサポートします。
SQLの機能
外部キー（実験的）データの一貫性を維持し、データ品質を向上させるために、MySQL互換の外部キー制約をサポートします。
多値指標（実験的） MySQL互換の複数値インデックスを導入し、JSON型を拡張することで、TiDBのMySQL 8.0との互換性を向上させます。
DB操作と可観測性
DMは物理的なインポートをサポートします（実験的） TiDBデータ移行（DM）は、TiDB Lightningの物理インポートモードを統合することで、フルデータ移行のパフォーマンスを向上させ、最大10倍高速化します。
+
カテゴリ特徴説明
拡張性とパフォーマンス
TiKVはパーティション化されたRaft KVストレージエンジンをサポートしています（実験的）。 TiKVはパーティション化されたRaft KVストレージエンジンを導入しており、各リージョンは独立したRocksDBインスタンスを使用するため、クラスターのストレージ容量をテラバイトからペタバイトまで容易に拡張でき、より安定した書き込みレイテンシーと強力なスケーラビリティを実現します。
TiKVはデータ要求のバッチ集計をサポートしていますこの機能強化により、TiKVのバッチ取得操作におけるRPCの総数が大幅に削減されます。データが高度に分散しており、gRPCスレッドプールのリソースが不足している状況では、コプロセッサ要求をバッチ処理することで、パフォーマンスを50%以上向上させることができます。
TiFlashは、 ステイル読み取りと圧縮交換をサポートしています。 TiFlashは、リアルタイム要件に制約がないシナリオにおいてクエリ性能を向上させることができる、古いデータの読み取り機能をサポートしています。また、 TiFlashはデータ圧縮をサポートしており、並列データ交換の効率を向上させ、TPC-H全体のパフォーマンスを10%向上させ、ネットワーク使用量を50%以上削減できます。
信頼性と可用性
リソース制御（実験的）リソースグループに基づいたリソース管理をサポートします。これにより、データベースユーザーを対応するリソースグループにマッピングし、実際のニーズに基づいて各リソースグループの割り当て量を設定します。
履歴SQLバインディングTiDB Dashboard上で、過去の実行計画のバインドと、実行計画の迅速なバインドをサポートします。
SQLの機能
外部キー（実験的）データの一貫性を維持し、データ品質を向上させるために、MySQL互換の外部キー制約をサポートします。
多値指標（実験的） MySQL互換の複数値インデックスを導入し、JSON型を拡張することで、TiDBのMySQL 8.0との互換性を向上させます。
DB操作と可観測性
DMは物理的なインポートをサポートします（実験的） TiDBデータ移行（DM）は、TiDB Lightningの物理インポートモードを統合することで、フルデータ移行のパフォーマンスを向上させ、最大10倍高速化します。
## 機能の詳細 {#feature-details} @@ -208,9 +208,9 @@ TiDB バージョン: 6.6.0- [DMR](/releases/versioning.md#development-milestone ### 可観測性 {#observability} -- TiDBダッシュボードでSQLバインディングを素早く作成するサポート [#781](https://github.com/pingcap/tidb-dashboard/issues/781) @[YiniXu9506](https://github.com/YiniXu9506) +- TiDB DashboardでSQLバインディングを素早く作成するサポート [#781](https://github.com/pingcap/tidb-dashboard/issues/781) @[YiniXu9506](https://github.com/YiniXu9506) - TiDB v6.6.0では、ステートメント履歴からSQLバインディングを作成する機能がサポートされており、TiDBダッシュボード上でSQLステートメントを特定の実行プランにすばやくバインドできます。 + TiDB v6.6.0では、ステートメント履歴からSQLバインディングを作成する機能がサポートされており、TiDB Dashboard上でSQLステートメントを特定の実行プランにすばやくバインドできます。 この機能は、ユーザーフレンドリーなインターフェースを提供することで、TiDBにおけるプランのバインディングプロセスを簡素化し、操作の複雑さを軽減し、プランバインディングプロセスの効率とユーザーエクスペリエンスを向上させます。 @@ -244,7 +244,7 @@ TiDB バージョン: 6.6.0- [DMR](/releases/versioning.md#development-milestone - `Warnings`フィールドをスロークエリログに追加します [#39893](https://github.com/pingcap/tidb/issues/39893) @[time-and-fate](https://github.com/time-and-fate) - TiDB v6.6.0 では、パフォーマンスの問題を診断しやすくするために、スロークエリログに`Warnings`フィールドが追加されました。このフィールドには、スロークエリの実行中に生成された警告が記録されます。これらの警告は、TiDB ダッシュボードのスロークエリページでも確認できます。 + TiDB v6.6.0 では、パフォーマンスの問題を診断しやすくするために、スロークエリログに`Warnings`フィールドが追加されました。このフィールドには、スロークエリの実行中に生成された警告が記録されます。これらの警告は、TiDB Dashboardのスロークエリページでも確認できます。 詳細については、[ドキュメント](/identify-slow-queries.md)を参照してください。 @@ -280,7 +280,7 @@ TiDB バージョン: 6.6.0- [DMR](/releases/versioning.md#development-milestone ### テレメトリー {#telemetry} -- 2023 年 2 月 20 日以降、TiDB および TiDB ダッシュボード (v6.6.0 を含む) の新しいバージョンでは[テレメトリ機能](/telemetry.md)デフォルトで無効になります。デフォルトのテレメトリ構成を使用する以前のバージョンからアップグレードする場合、アップグレード後にテレメトリ機能は無効になります。特定のバージョンについては、 [TiDBのリリーススケジュール](/releases/release-timeline.md)を参照してください。 +- 2023 年 2 月 20 日以降、TiDB および TiDB Dashboard (v6.6.0 を含む) の新しいバージョンでは[テレメトリ機能](/telemetry.md)デフォルトで無効になります。デフォルトのテレメトリ構成を使用する以前のバージョンからアップグレードする場合、アップグレード後にテレメトリ機能は無効になります。特定のバージョンについては、 [TiDBのリリーススケジュール](/releases/release-timeline.md)を参照してください。 - バージョン1.11.3以降、新規にデプロイされたTiUPでは、テレメトリ機能はデフォルトで無効になっています。以前のバージョンのTiUPからバージョン1.11.3以降にアップグレードした場合、テレメトリ機能はアップグレード前と同じ状態を維持します。 ## 互換性の変更 {#compatibility-changes} @@ -342,7 +342,7 @@ TiDB バージョン: 6.6.0- [DMR](/releases/versioning.md#development-milestone | TiDB | [`enable-telemetry`](/tidb-configuration-file.md#enable-telemetry-new-in-v402) | 修正済み | バージョン6.6.0以降、デフォルト値が`true`から`false`に変更され、TiDBではデフォルトでテレメトリが無効になります。 | | TiKV | [`rocksdb.defaultcf.block-size`](/tikv-configuration-file.md#block-size)および[`rocksdb.writecf.block-size`](/tikv-configuration-file.md#block-size) | 修正済み | デフォルト値が`64K`から`32K`に変更されます。 | | TiKV | [`rocksdb.defaultcf.block-cache-size`](/tikv-configuration-file.md#block-cache-size) 、 [`rocksdb.writecf.block-cache-size`](/tikv-configuration-file.md#block-cache-size) 、 [`rocksdb.lockcf.block-cache-size`](/tikv-configuration-file.md#block-cache-size) | 非推奨 | バージョン6.6.0以降、これらの設定項目は非推奨となりました。詳細は[#12936](https://github.com/tikv/tikv/issues/12936)を参照してください。 | -| PD | [`enable-telemetry`](/pd-configuration-file.md#enable-telemetry) | 修正済み | バージョン6.6.0以降、デフォルト値が`true`から`false`に変更され、TiDBダッシュボードではテレメトリがデフォルトで無効になります。 | +| PD | [`enable-telemetry`](/pd-configuration-file.md#enable-telemetry) | 修正済み | バージョン6.6.0以降、デフォルト値が`true`から`false`に変更され、TiDB Dashboardではテレメトリがデフォルトで無効になります。 | | DM | [`import-mode`](/dm/task-configuration-file-full.md) | 修正済み | この構成項目の指定可能な値は、 `"sql"`および`"loader"`から`"logical"`および`"physical"`に変更されます。デフォルト値は`"logical"`で、これは TiDB Lightning の論理インポートモードを使用してデータをインポートすることを意味します。 | | TiFlash | [`profile.default.max_memory_usage_for_all_queries`](/tiflash/tiflash-configuration.md#configure-the-tiflashtoml-file) | 修正済み | すべてのクエリで生成される中間データのメモリ使用量制限を指定します。v6.6.0以降、デフォルト値は`0`から`0.8`に変更され、制限は総メモリの80%になります。 | | TiCDC | [`consistent.storage`](/ticdc/ticdc-sink-to-mysql.md#prerequisites) | 修正済み | この構成項目は、リドゥログのバックアップが保存されるパスを指定します。 `scheme` 、GCS、およびAzure用に、さらに2つの値オプションが追加されました。 | diff --git a/releases/release-7.1.0.md b/releases/release-7.1.0.md index 8ecac04b15c89..f23a407c27694 100644 --- a/releases/release-7.1.0.md +++ b/releases/release-7.1.0.md @@ -87,7 +87,7 @@ TiDB 7.1.0 は長期サポートリリース (LTS) です。 TiDB v7.1.0では、実際のワークロードやハードウェア構成に基づいてシステム容量を見積もる機能が導入されました。この見積機能は、キャパシティプランニングのためのより正確な基準を提供し、エンタープライズレベルのシナリオにおける安定性のニーズを満たすためにTiDBのリソース割り当てをより適切に管理するのに役立ちます。 - ユーザーエクスペリエンスを向上させるために、TiDB ダッシュボードは[リソースマネージャーページ](/dashboard/dashboard-resource-manager.md)提供します。このページでは、リソースグループの構成を表示し、クラスターの容量を視覚的に見積もることができるため、適切なリソース割り当てが容易になります。 + ユーザーエクスペリエンスを向上させるために、TiDB Dashboardは[リソースマネージャーページ](/dashboard/dashboard-resource-manager.md)を提供します。このページでは、リソースグループの構成を表示し、クラスターの容量を視覚的に見積もることができるため、適切なリソース割り当てが容易になります。 詳細については[ドキュメント](/tidb-resource-control-ru-groups.md)参照してください。 @@ -192,9 +192,9 @@ TiDB 7.1.0 は長期サポートリリース (LTS) です。 - [`PLAN REPLAYER`](/sql-plan-replayer.md)の出力は`debug_trace.json` 。 - [`EXPLAIN`](/explain-walkthrough.md)の出力における`operator info`部分的な統計詳細。 - - [遅いクエリ](/identify-slow-queries.md)の`Stats`フィールドの部分的な統計詳細。 + - [スロークエリ](/identify-slow-queries.md)の`Stats`フィールドの部分的な統計詳細。 - 詳細については、 [`PLAN REPLAYER`を使用してクラスターの現場情報を保存および復元します](/sql-plan-replayer.md) 、 [`EXPLAIN`ウォークスルー](/explain-walkthrough.md) 、 [遅いクエリを特定する](/identify-slow-queries.md)を参照してください。 + 詳細については、 [`PLAN REPLAYER`を使用してクラスターの現場情報を保存および復元します](/sql-plan-replayer.md) 、 [`EXPLAIN`ウォークスルー](/explain-walkthrough.md) 、 [スロークエリを特定する](/identify-slow-queries.md)を参照してください。 ### Security {#security} diff --git a/releases/release-7.1.3.md b/releases/release-7.1.3.md index e1221a26137de..68a5201c6a5b4 100644 --- a/releases/release-7.1.3.md +++ b/releases/release-7.1.3.md @@ -109,12 +109,12 @@ TiDB バージョン: 7.1.3 - PD - - `CALIBRATE RESOURCE` [＃45166](https://github.com/pingcap/tidb/issues/45166) @ [CabinfeverB](https://github.com/CabinfeverB)を実行すると TiDB ダッシュボードの`resource_manager_resource_unit`メトリックが空になる問題を修正しました + - `CALIBRATE RESOURCE` [＃45166](https://github.com/pingcap/tidb/issues/45166) @ [CabinfeverB](https://github.com/CabinfeverB)を実行すると TiDB Dashboardの`resource_manager_resource_unit`メトリックが空になる問題を修正しました - ワークロードによる調整ページでエラー[＃48162](https://github.com/pingcap/tidb/issues/48162) @ [CabinfeverB](https://github.com/CabinfeverB)が報告される問題を修正しました - リソース グループを削除すると DDL の原子性[＃45050](https://github.com/pingcap/tidb/issues/45050) @ [glorv](https://github.com/glorv)が損なわれる可能性がある問題を修正しました - PDリーダーが転送され、新しいリーダーとPDクライアントの間にネットワークパーティションがある場合、PDクライアントがリーダー[＃7416](https://github.com/tikv/pd/issues/7416) @ [CabinfeverB](https://github.com/CabinfeverB)の情報を更新できない問題を修正しました。 - 大規模クラスタに複数の TiKV ノードを追加すると、TiKVハートビートレポートが遅くなったり停止したりする可能性がある問題を修正しました[＃7248](https://github.com/tikv/pd/issues/7248) @ [rleungx](https://github.com/rleungx) - - TiDBダッシュボードがPD `trace`データを正しく読み取れない問題を修正[＃7253](https://github.com/tikv/pd/issues/7253) @ [nolouch](https://github.com/nolouch) + - TiDB DashboardがPD `trace`データを正しく読み取れない問題を修正[＃7253](https://github.com/tikv/pd/issues/7253) @ [nolouch](https://github.com/nolouch) - Gin Web Framework のバージョンを v1.8.1 から v1.9.1 にアップグレードして、いくつかのセキュリティ問題を修正しました[＃7438](https://github.com/tikv/pd/issues/7438) @ [niubell](https://github.com/niubell) - ルールチェッカーが配置ルール[＃7185](https://github.com/tikv/pd/issues/7185) @ [nolouch](https://github.com/nolouch)設定に従って学習者を追加しない問題を修正しました - TiKVノードが利用できない場合にPDが通常のピアを削除する可能性がある問題を修正[＃7249](https://github.com/tikv/pd/issues/7249) @ [lhy1024](https://github.com/lhy1024) diff --git a/releases/release-7.1.4.md b/releases/release-7.1.4.md index bda5bc7892087..5bc0816e4b186 100644 --- a/releases/release-7.1.4.md +++ b/releases/release-7.1.4.md @@ -52,7 +52,7 @@ TiDBバージョン: 7.1.4 - ダウンストリームがKafkaの場合、トピック式は`schema`オプションとして許可し、トピック名を直接指定することをサポートします[＃9763](https://github.com/pingcap/tiflow/issues/9763) @ [3AceShowHand](https://github.com/3AceShowHand) - サポート[チェンジフィードの下流同期ステータスの照会](https://docs.pingcap.com/tidb/v7.1/ticdc-open-api-v2#query-whether-a-specific-replication-task-is-completed)は、TiCDC が受信した上流データの変更が下流システムに完全に同期されているかどうかを判断するのに役立ちます[＃10289](https://github.com/pingcap/tiflow/issues/10289) @ [hongyunyan](https://github.com/hongyunyan) - - TiDBダッシュボード[＃10263](https://github.com/pingcap/tiflow/issues/10263) @ [CharlesCheung96](https://github.com/CharlesCheung96)でのTiCDCログの検索をサポート + - TiDB Dashboard[＃10263](https://github.com/pingcap/tiflow/issues/10263) @ [CharlesCheung96](https://github.com/CharlesCheung96)でのTiCDCログの検索をサポート - TiDB Lightning @@ -130,7 +130,7 @@ TiDBバージョン: 7.1.4 - `evict-leader-scheduler`インターフェースが[＃7672](https://github.com/tikv/pd/issues/7672) @ [CabinfeverB](https://github.com/CabinfeverB)で呼び出されたときに出力がない問題を修正しました - `watch etcd`正しくオフになっていない場合に発生するメモリリークの問題を修正[＃7807](https://github.com/tikv/pd/issues/7807) @ [rleungx](https://github.com/rleungx) - `MergeLabels`関数が[＃7535](https://github.com/tikv/pd/issues/7535) @ [lhy1024](https://github.com/lhy1024)で呼び出されたときにデータ競合が発生する問題を修正しました - - TLS が有効な場合に TiDB ダッシュボードが TiKV プロファイルを取得できない問題を修正[＃7561](https://github.com/tikv/pd/issues/7561) @ [Connor1996](https://github.com/Connor1996) + - TLS が有効な場合に TiDB Dashboardが TiKV プロファイルを取得できない問題を修正[＃7561](https://github.com/tikv/pd/issues/7561) @ [Connor1996](https://github.com/Connor1996) - レプリカ数が要件[＃7584](https://github.com/tikv/pd/issues/7584) @ [bufferflies](https://github.com/bufferflies)を満たしていない場合に孤立ピアが削除される問題を修正しました - データレプリケーション自動同期（DR自動同期）モードを採用しているクラスタで`available_stores`誤って計算される問題を修正[＃7221](https://github.com/tikv/pd/issues/7221) @ [disksing](https://github.com/disksing) - 配置ルールの設定が複雑な場合、データレプリケーション自動同期（DR自動同期）モードを採用しているクラスタで`canSync`と`hasMajority`誤って計算される可能性がある問題を修正しました[＃7201](https://github.com/tikv/pd/issues/7201) @ [disksing](https://github.com/disksing) diff --git a/releases/release-7.3.0.md b/releases/release-7.3.0.md index 1f05eb952c6cf..ae89e653a64f6 100644 --- a/releases/release-7.3.0.md +++ b/releases/release-7.3.0.md @@ -154,8 +154,8 @@ TiDB バージョン: 7.3.0 | コンフィグレーションファイル | コンフィグレーションパラメータ | 種類を変更する | 説明 | | -------------- | ----------------------------------------------------------------------------------------------------------------------------------------------- | -------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | TiDB | [`enable-32bits-connection-id`](/tidb-configuration-file.md#enable-32bits-connection-id-new-in-v730) | 新しく追加された | 32ビット接続ID機能を有効にするかどうかを制御します。 | -| TiDB | [`in-mem-slow-query-recent-num`](/tidb-configuration-file.md#in-mem-slow-query-recent-num-new-in-v730) | 新しく追加された | メモリにキャッシュされる、最近使用された低速クエリの数を制御します。 | -| TiDB | [`in-mem-slow-query-topn-num`](/tidb-configuration-file.md#in-mem-slow-query-topn-num-new-in-v730) | 新しく追加された | メモリにキャッシュされる最も遅いクエリの数を制御します。 | +| TiDB | [`in-mem-slow-query-recent-num`](/tidb-configuration-file.md#in-mem-slow-query-recent-num-new-in-v730) | 新しく追加された | メモリにキャッシュされる、最近使用されたスロークエリの数を制御します。 | +| TiDB | [`in-mem-slow-query-topn-num`](/tidb-configuration-file.md#in-mem-slow-query-topn-num-new-in-v730) | 新しく追加された | メモリにキャッシュされるスロークエリの上位件数を制御します。 | | TiKV | [`coprocessor.region-bucket-size`](/tikv-configuration-file.md#region-bucket-size-new-in-v610) | 修正済み | デフォルト値を`96MiB`から`50MiB`に変更します。 | | TiKV | [`raft-engine.format-version`](/tikv-configuration-file.md#format-version-new-in-v630) | 修正済み | パーティション化されたRaft KV ( `storage.engine="partitioned-raft-kv"` ) を使用する場合、リボンフィルタが使用されます。そのため、TiKV はデフォルト値を`2`から`5`に変更します。 | | TiKV | [`raftdb.max-total-wal-size`](/tikv-configuration-file.md#max-total-wal-size-1) | 修正済み | パーティション化されたRaft KV ( `storage.engine="partitioned-raft-kv"` ) を使用する場合、TiKV は WAL の書き込みをスキップします。そのため、TiKV はデフォルト値を`"4GB"`から`1`に変更し、WAL が無効になるようにします。 | diff --git a/releases/release-7.4.0.md b/releases/release-7.4.0.md index 6e7a3d1ea9736..d51358ae957a5 100644 --- a/releases/release-7.4.0.md +++ b/releases/release-7.4.0.md @@ -190,9 +190,9 @@ TiDB バージョン: 7.4.0 さらに、セッションレベルのシステム変数[`tidb_session_alias`](/system-variables.md#tidb_session_alias-new-in-v740)設定することで、上記のログにカスタム識別子を追加できます。ログにアプリケーション識別情報を挿入できるこの機能により、ログの内容とアプリケーションを関連付け、アプリケーションからログへのリンクを構築し、診断の難易度を軽減できます。 -- TiDBダッシュボードは、実行計画をテーブルビューで表示することをサポートしています[＃1589](https://github.com/pingcap/tidb-dashboard/issues/1589) @ [baurine](https://github.com/baurine) +- TiDB Dashboardは、実行計画をテーブルビューで表示することをサポートしています[＃1589](https://github.com/pingcap/tidb-dashboard/issues/1589) @ [baurine](https://github.com/baurine) - v7.4.0 では、TiDB ダッシュボードは、診断エクスペリエンスを向上させるために、**スロー クエリ ページ**と**SQL ステートメント**ページで実行プランをテーブル ビューで表示することをサポートしています。 + v7.4.0 では、TiDB Dashboardは、診断エクスペリエンスを向上させるために、**スロー クエリ ページ**と**SQL ステートメント**ページで実行プランをテーブル ビューで表示することをサポートしています。 詳細については[ドキュメント](/dashboard/dashboard-statement-details.md)参照してください。 diff --git a/releases/release-7.5.0.md b/releases/release-7.5.0.md index e087e63216623..3c0b55679b43a 100644 --- a/releases/release-7.5.0.md +++ b/releases/release-7.5.0.md @@ -68,7 +68,7 @@ TiDB 7.5.0は長期サポートリリース（LTS）です。 ### 可観測性 {#observability} -- TiDB ダッシュボードは TiKV のヒープ プロファイリングをサポートします [#15927](https://github.com/tikv/tikv/issues/15927) @[Connor1996](https://github.com/Connor1996) +- TiDB Dashboardは TiKV のヒープ プロファイリングをサポートします [#15927](https://github.com/tikv/tikv/issues/15927) @[Connor1996](https://github.com/Connor1996) 従来、TiKV の OOM やメモリ使用量過多の問題に対処するには、インスタンス環境でヒープ プロファイルを生成するために`jeprof`を手動で実行する必要がありました。v7.5.0 以降、TiKV はヒープ プロファイルのリモート処理に対応しました。ヒープ プロファイルのフレーム グラフとコール グラフに直接アクセスできるようになりました。この機能により、Go のヒープ プロファイリングと同様に、シンプルで使いやすい操作性を実現しています。 diff --git a/releases/release-7.5.1.md b/releases/release-7.5.1.md index f243ff2223b74..194ef4a9c713e 100644 --- a/releases/release-7.5.1.md +++ b/releases/release-7.5.1.md @@ -31,7 +31,7 @@ TiDB バージョン: 7.5.1 リソースグループを使用してアプリケーションのワークロードを分離するユーザーが増えるにつれ、リソースコントロールはリソースグループに基づいた拡張データを提供します。これにより、リソースグループのワークロードと設定を監視し、次のような問題を迅速に特定し、正確に診断できるようになります。 - - [遅いクエリ](/identify-slow-queries.md) : リソース グループ名、リソース ユニット (RU) の消費量、およびリソースの待機時間を追加します。 + - [スロークエリ](/identify-slow-queries.md) : リソース グループ名、リソース ユニット (RU) の消費量、およびリソースの待機時間を追加します。 - [明細書要約表](/statement-summary-tables.md) : リソース グループ名、RU 消費量、リソースの待機時間を追加します。 - システム変数[`tidb_last_query_info`](/system-variables.md#tidb_last_query_info-new-in-v4014)に、SQL文によって消費されたリソース量[ロシア](/tidb-resource-control-ru-groups.md#what-is-request-unit-ru)を示す新しいエントリ`ru_consumption`を追加します。この変数を使用して、セッション内の最後の文のリソース消費量を取得できます。 - リソース グループに基づいてデータベース メトリックを追加します: QPS/TPS、実行時間 (P999/P99/P95)、障害数、接続数。 @@ -74,7 +74,7 @@ TiDB バージョン: 7.5.1 - TiCDC - - TiDBダッシュボード[＃10263](https://github.com/pingcap/tiflow/issues/10263) @ [CharlesCheung96](https://github.com/CharlesCheung96)でのTiCDCログの検索をサポート + - TiDB Dashboard[＃10263](https://github.com/pingcap/tiflow/issues/10263) @ [CharlesCheung96](https://github.com/CharlesCheung96)でのTiCDCログの検索をサポート - サポート[チェンジフィードの下流同期ステータスの照会](https://docs.pingcap.com/tidb/v7.5/ticdc-open-api-v2#query-whether-a-specific-replication-task-is-completed)は、TiCDC が受信した上流データの変更が下流システムに完全に同期されているかどうかを判断するのに役立ちます[＃10289](https://github.com/pingcap/tiflow/issues/10289) @ [hongyunyan](https://github.com/hongyunyan) - 並列処理を[＃10098](https://github.com/pingcap/tiflow/issues/10098) @ [CharlesCheung96](https://github.com/CharlesCheung96)に増やすことで、TiCDC がオブジェクトストレージにデータを複製する際のパフォーマンスが向上します。 diff --git a/releases/release-7.5.2.md b/releases/release-7.5.2.md index 35996e8e61731..384d0c8ee6ae2 100644 --- a/releases/release-7.5.2.md +++ b/releases/release-7.5.2.md @@ -113,7 +113,7 @@ TiDB バージョン: 7.5.2 - 統計の初期化が完了する前に自動統計収集がトリガーされる問題を修正[＃52346](https://github.com/pingcap/tidb/issues/52346) @ [Rustin170506](https://github.com/Rustin170506) - AutoIDLeaderの変更により、 `AUTO_ID_CACHE=1` [＃52600](https://github.com/pingcap/tidb/issues/52600) @ [tiancaiamao](https://github.com/tiancaiamao)の場合にAUTO_INCREMENT列の値が減少する可能性がある問題を修正しました。 - 共通テーブル式 (CTE) を使用して、統計情報が欠落しているパーティション テーブルにアクセスすると、クエリ結果が正しくなくなる可能性がある問題を修正しました[＃51873](https://github.com/pingcap/tidb/issues/51873) @ [qw4990](https://github.com/qw4990) - - TiDBダッシュボードのモニタリングページ[＃51889](https://github.com/pingcap/tidb/issues/51889) @ [YangKeao](https://github.com/YangKeao)における接続数（接続数）の計算と表示が誤っていた問題を修正しました。 + - TiDB Dashboardのモニタリングページ[＃51889](https://github.com/pingcap/tidb/issues/51889) @ [YangKeao](https://github.com/YangKeao)における接続数（接続数）の計算と表示が誤っていた問題を修正しました。 - 外部キー[＃51838](https://github.com/pingcap/tidb/issues/51838) @ [YangKeao](https://github.com/YangKeao)を持つテーブルを復元するときに DDL 操作が停止する問題を修正しました - 列のデフォルト値が削除されている場合、列のデフォルト値を取得するとエラーが返される問題を修正[＃50043](https://github.com/pingcap/tidb/issues/50043) [＃51324](https://github.com/pingcap/tidb/issues/51324) @ [crazycs520](https://github.com/crazycs520) - `force-init-stats` [＃51473](https://github.com/pingcap/tidb/issues/51473) @ [hawkingrei](https://github.com/hawkingrei)に設定されている場合に TiDB が対応するポートを listen しない問題を修正しました diff --git a/releases/release-7.5.4.md b/releases/release-7.5.4.md index 9af5a4b45a37d..15ed224354a0f 100644 --- a/releases/release-7.5.4.md +++ b/releases/release-7.5.4.md @@ -20,7 +20,7 @@ TiDB バージョン: 7.5.4 - TiDB - `EXPLAIN`ステートメントの出力に`tidb_redact_log`設定を適用し、ログ[＃54565](https://github.com/pingcap/tidb/issues/54565) @ [hawkingrei](https://github.com/hawkingrei)の処理ロジックをさらに最適化することをサポート - - TiDB の遅いクエリ[＃54630](https://github.com/pingcap/tidb/pull/54630) @ [yibin87](https://github.com/yibin87)のクエリ速度を最適化します + - TiDB のスロークエリ[＃54630](https://github.com/pingcap/tidb/pull/54630) @ [yibin87](https://github.com/yibin87)のクエリ速度を最適化します - TiKV diff --git a/releases/release-7.5.7.md b/releases/release-7.5.7.md index 38937b4e6b29d..fd501fac7e2f1 100644 --- a/releases/release-7.5.7.md +++ b/releases/release-7.5.7.md @@ -126,7 +126,7 @@ TiDB バージョン: 7.5.7 - `split-merge-interval`構成項目の値を繰り返し変更すると（ `1s`から`1h`に変更して`1s`に戻すなど）、その設定項目が有効にならない可能性がある問題を修正しました[＃8404](https://github.com/tikv/pd/issues/8404) @ [lhy1024](https://github.com/lhy1024) - デフォルト値`lease`が正しく設定されていない問題を修正[＃9156](https://github.com/tikv/pd/issues/9156) @ [rleungx](https://github.com/rleungx) - - TiDBダッシュボードTCP接続を不適切に閉じるとPDゴルーチンリークが発生する可能性がある問題を修正[＃9402](https://github.com/tikv/pd/issues/9402) @ [baurine](https://github.com/baurine) + - TiDB DashboardTCP接続を不適切に閉じるとPDゴルーチンリークが発生する可能性がある問題を修正[＃9402](https://github.com/tikv/pd/issues/9402) @ [baurine](https://github.com/baurine) - 新しく追加された TiKV ノードが[＃9145](https://github.com/tikv/pd/issues/9145) @ [bufferflies](https://github.com/bufferflies)にスケジュールされない可能性がある問題を修正しました - `tidb_enable_tso_follower_proxy`有効にすると TSO サービスが利用できなくなる可能性がある問題を修正[＃9188](https://github.com/tikv/pd/issues/9188) @ [Tema](https://github.com/Tema) diff --git a/releases/release-7.6.0.md b/releases/release-7.6.0.md index 878486e120eaf..1e7bcc67a0b6f 100644 --- a/releases/release-7.6.0.md +++ b/releases/release-7.6.0.md @@ -182,13 +182,13 @@ TiDB バージョン: 7.6.0 アプリケーションのワークロードを分離するためにリソース グループを使用するユーザーが増えるにつれ、リソース コントロールはリソース グループに基づいた強化されたデータを提供します。これにより、リソース グループのワークロードと設定を監視し、次のような問題を迅速かつ正確に特定して診断できるようになります。 - - [遅いクエリ](/identify-slow-queries.md): リソース グループ名、リソース ユニット (RU) の消費量、およびリソースの待機時間を追加します。 + - [スロークエリ](/identify-slow-queries.md): リソース グループ名、リソース ユニット (RU) の消費量、およびリソースの待機時間を追加します。 - [明細書概要表](/statement-summary-tables.md): リソース グループ名、RU 消費量、リソースの待機時間を追加します。 - システム変数[`tidb_last_query_info`](/system-variables.md#tidb_last_query_info-new-in-v4014)に、SQL ステートメントによって消費された[RU](/tidb-resource-control-ru-groups.md#what-is-request-unit-ru)を示す新しいエントリ`ru_consumption`を追加します。この変数を使用して、セッション内の最後のステートメントのリソース消費量を取得できます。 - リソースグループに基づいてデータベースのメトリックを追加します。具体的には、QPS/TPS、実行時間（P999/P99/P95）、障害発生回数、接続数などです。 - すべてのリソースグループの1日あたりのRU消費量の履歴レコードを記録するために、システムテーブル[`request_unit_by_group`](/mysql-schema/mysql-schema.md#system-tables-related-to-resource-control)を追加します。 - 詳細については、[遅いクエリを特定する](/identify-slow-queries.md)、[明細書概要表](/statement-summary-tables.md)、および[リソース制御の主要監視指標](/grafana-resource-control-dashboard.md)を参照してください。 + 詳細については、[スロークエリを特定する](/identify-slow-queries.md)、[明細書概要表](/statement-summary-tables.md)、および[リソース制御の主要監視指標](/grafana-resource-control-dashboard.md)を参照してください。 ### データ移行 {#data-migration} diff --git a/releases/release-8.1.0.md b/releases/release-8.1.0.md index c0d6502a34315..89565998214f4 100644 --- a/releases/release-8.1.0.md +++ b/releases/release-8.1.0.md @@ -114,7 +114,7 @@ TiDB 8.1.0 は長期サポートリリース (LTS) です。 | -------------- | --------------------------------------------------------------------------------------------------------------- | -------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | TiDB | [`enable-telemetry`](/tidb-configuration-file.md#enable-telemetry-new-in-v402) | 非推奨 | v8.1.0以降、TiDBのテレメトリ機能は削除され、この設定項目は機能しなくなりました。これは以前のバージョンとの互換性のためだけに保持されています。 | | TiDB | [`concurrently-init-stats`](/tidb-configuration-file.md#concurrently-init-stats-new-in-v810-and-v752) | 新しく追加された | TiDBの起動時に統計を同時に初期化するかどうかを制御します。デフォルト値は`false`です。 | -| PD | [`enable-telemetry`](/pd-configuration-file.md#enable-telemetry) | 非推奨 | v8.1.0以降、TiDBダッシュボードのテレメトリ機能は削除され、この設定項目は機能しなくなりました。これは以前のバージョンとの互換性のためだけに保持されています。 | +| PD | [`enable-telemetry`](/pd-configuration-file.md#enable-telemetry) | 非推奨 | v8.1.0以降、TiDB Dashboardのテレメトリ機能は削除され、この設定項目は機能しなくなりました。これは以前のバージョンとの互換性のためだけに保持されています。 | | TiDB Lightning | [`conflict.max-record-rows`](/tidb-lightning/tidb-lightning-configuration.md#tidb-lightning-configuration) | 修正済み | v8.1.0 以降では、ユーザー入力に関係なく、 TiDB Lightning が`conflict.max-record-rows`の値に`conflict.threshold`の値を自動的に割り当てるため、 `conflict.max-record-rows`手動で構成する必要はありません。 `conflict.max-record-rows`将来のリリースで廃止される予定です。 | | TiDB Lightning | [`conflict.threshold`](/tidb-lightning/tidb-lightning-configuration.md#tidb-lightning-task) | 修正済み | デフォルト値を`9223372036854775807`から`10000`に変更することで、異常なタスクを迅速に中断し、対応する調整を迅速に行うことができます。これにより、異常なデータソースやテーブルスキーマ定義の誤りが原因で、インポート後に大量の競合データが発見されるというシナリオを回避し、時間と計算リソースを節約できます。 | | TiKV | [`raft-engine.batch-compression-threshold`](/tikv-configuration-file.md#batch-compression-threshold) | 修正済み | デフォルト値を`"8KiB"`から`"4KiB"`に変更して、 Raftログの書き込みの IOPS オーバーヘッドを削減し、圧縮率を向上させます。 | @@ -127,7 +127,7 @@ TiDB 8.1.0 は長期サポートリリース (LTS) です。 ## 非推奨の機能 {#deprecated-features} -- v8.1.0 以降、TiDB および TiDB ダッシュボードのテレメトリ機能は削除されます。 +- v8.1.0 以降、TiDB および TiDB Dashboardのテレメトリ機能は削除されます。 - システム変数[`tidb_enable_telemetry`](/system-variables.md#tidb_enable_telemetry-new-in-v402) 、 TiDB 構成項目[`enable-telemetry`](/tidb-configuration-file.md#enable-telemetry-new-in-v402) 、および PD 構成項目[`enable-telemetry`](/pd-configuration-file.md#enable-telemetry)非推奨となり、機能しなくなりました。 - `ADMIN SHOW TELEMETRY`構文は削除されます。 @@ -212,7 +212,7 @@ TiDB 8.1.0 は長期サポートリリース (LTS) です。 - HashJoinプローブ[＃52222](https://github.com/pingcap/tidb/issues/52222) @ [windtalker](https://github.com/windtalker)の不正確な実行時間統計を修正 - 静的パーティションプルーニングモードで`TABLESAMPLE`使用すると誤った結果が返される問題を修正（ `tidb_partition_prune_mode='static'` ） [＃52282](https://github.com/pingcap/tidb/issues/52282) @ [tangenta](https://github.com/tangenta) - 夏時間[＃51675](https://github.com/pingcap/tidb/issues/51675) @ [lcwangchao](https://github.com/lcwangchao)でTTLが1時間ずれる問題を修正 - - TiDBダッシュボードのモニタリングページ[＃51889](https://github.com/pingcap/tidb/issues/51889) @ [YangKeao](https://github.com/YangKeao)における接続数（接続数）の計算と表示が誤っていた問題を修正しました。 + - TiDB Dashboardのモニタリングページ[＃51889](https://github.com/pingcap/tidb/issues/51889) @ [YangKeao](https://github.com/YangKeao)における接続数（接続数）の計算と表示が誤っていた問題を修正しました。 - パーティションDDLタスク[＃51090](https://github.com/pingcap/tidb/issues/51090) @ [jiyfhust](https://github.com/jiyfhust)をロールバックするときにステータスが停止する問題を修正しました - `EXPLAIN ANALYZE` [＃52646](https://github.com/pingcap/tidb/issues/52646) @ [JaySon-Huang](https://github.com/JaySon-Huang)を実行したときに`max_remote_stream`の値が正しくない問題を修正しました - `TIDB_HOT_REGIONS`テーブルをクエリすると、誤って`INFORMATION_SCHEMA`テーブル[＃50810](https://github.com/pingcap/tidb/issues/50810) @ [Defined2014](https://github.com/Defined2014)が返される可能性がある問題を修正しました。 diff --git a/releases/release-8.3.0.md b/releases/release-8.3.0.md index b0b1516b714ef..3e3d896416792 100644 --- a/releases/release-8.3.0.md +++ b/releases/release-8.3.0.md @@ -264,7 +264,7 @@ TiDBバージョン：8.3.0 - `async-io`が有効になっている場合、 Raftログの書き込みバッチ処理ポリシーを最適化して、ディスク I/O 帯域幅リソースの消費を削減します [#16907](https://github.com/tikv/tikv/issues/16907) @[LykxSassinator](https://github.com/LykxSassinator) - リージョン部分購読をより適切にサポートするために、TiCDCデリゲートとダウンストリームモジュールを再設計します [#16362](https://github.com/tikv/tikv/issues/16362) @[hicqu](https://github.com/hicqu) - - 単一の低速クエリ ログのサイズを削減 [#17294](https://github.com/tikv/tikv/issues/17294) @[Connor1996](https://github.com/Connor1996) + - 単一のスロークエリ ログのサイズを削減 [#17294](https://github.com/tikv/tikv/issues/17294) @[Connor1996](https://github.com/Connor1996) - 新しいモニタリング指標を追加`min safe ts` [#17307](https://github.com/tikv/tikv/issues/17307) @[mittalrishabh](https://github.com/mittalrishabh) - ピアメッセージチャネルのメモリ使用量を削減します [#16229](https://github.com/tikv/tikv/issues/16229) @[Connor1996](https://github.com/Connor1996) diff --git a/releases/release-8.4.0.md b/releases/release-8.4.0.md index 40768e13a4836..13e37c44ccda3 100644 --- a/releases/release-8.4.0.md +++ b/releases/release-8.4.0.md @@ -163,7 +163,7 @@ TiDB バージョン: 8.4.0 - TiDBとTiKVが消費したCPU時間をシステムテーブルに表示する [#55542](https://github.com/pingcap/tidb/issues/55542) @[yibin87](https://github.com/yibin87) - [TiDBダッシュボード](/dashboard/dashboard-intro.md)の[Top SQLページ](/dashboard/top-sql.md)CPU 使用率の高い SQL ステートメントを表示します。バージョン 8.4.0 以降、TiDB はシステム テーブルに CPU 使用時間情報を追加し、セッションや SQL の他のメトリックと並べて表示することで、CPU 使用率の高い操作をさまざまな視点から簡単に把握できるようにしました。この情報は、インスタンスの CPU スパイクやクラスタ内の読み書きホットスポットなどのシナリオで、問題の原因を迅速に特定するのに役立ちます。 + [TiDB Dashboard](/dashboard/dashboard-intro.md)の[Top SQLページ](/dashboard/top-sql.md)CPU 使用率の高い SQL ステートメントを表示します。バージョン 8.4.0 以降、TiDB はシステム テーブルに CPU 使用時間情報を追加し、セッションや SQL の他のメトリックと並べて表示することで、CPU 使用率の高い操作をさまざまな視点から簡単に把握できるようにしました。この情報は、インスタンスの CPU スパイクやクラスタ内の読み書きホットスポットなどのシナリオで、問題の原因を迅速に特定するのに役立ちます。 - [明細書概要表](/statement-summary-tables.md)には`AVG_TIDB_CPU_TIME`と`AVG_TIKV_CPU_TIME`が追加され、過去の個々の SQL ステートメントによって消費された平均 CPU 時間が表示されます。 - [情報スキーマ.プロセスリスト](/information-schema/information-schema-processlist.md)テーブルには、 `TIDB_CPU`と`TIKV_CPU`が追加され、現在セッションで実行されている SQL ステートメントの累積 CPU 消費量が表示されます。 diff --git a/releases/release-8.5.0.md b/releases/release-8.5.0.md index 9ca3e787a71bd..77e621cadc184 100644 --- a/releases/release-8.5.0.md +++ b/releases/release-8.5.0.md @@ -35,7 +35,7 @@ TiDB 8.5.0は長期サポートリリース（LTS）です。 リージョン数の多いTiDBクラスタでは、ハートビート処理やタスクスケジューリングに伴うオーバーヘッドが増加するため、PDリーダーのCPU負荷が高くなる可能性があります。クラスタにTiDBインスタンスが多数存在し、リージョン情報へのリクエストが同時に多数発生すると、PDリーダーのCPU負荷はさらに高まり、PDサービスが利用できなくなる恐れがあります。 - 高可用性を確保するため、TiDB v7.6.0 では、PD のリージョン情報クエリ サービスの拡張性を向上させる実験的機能として Active PD Followerが導入されました。v8.5.0 では、この機能が一般提供 (GA) になります。Active PD Follower機能を有効にするには、システム変数[`pd_enable_follower_handle_region`](/system-variables.md#pd_enable_follower_handle_region-new-in-v760) `ON`に設定します。この機能が有効になると、TiDB はリージョン情報要求をすべての PD サーバーに均等に分散し、PD フォロワーもリージョン要求を処理できるようになるため、PD リーダーの CPU 負荷が軽減されます。 + 高可用性を確保するため、TiDB v7.6.0 では、PD のリージョン情報クエリ サービスの拡張性を向上させる実験的機能として Active PD Followerが導入されました。v8.5.0 では、この機能が一般提供 (GA) になります。Active PD Follower機能を有効にするには、システム変数[`pd_enable_follower_handle_region`](/system-variables.md#pd_enable_follower_handle_region-new-in-v760)を`ON`に設定します。この機能が有効になると、TiDB はリージョン情報要求をすべての PD サーバーに均等に分散し、PD フォロワーもリージョン要求を処理できるようになるため、PD リーダーの CPU 負荷が軽減されます。 詳細については、 [ドキュメント](/tune-region-performance.md#use-the-active-pd-follower-feature-to-enhance-the-scalability-of-pds-region-information-query-service)を参照してください。 diff --git a/releases/release-8.5.4.md b/releases/release-8.5.4.md index cf070175ba0e1..fa7c97017ee73 100644 --- a/releases/release-8.5.4.md +++ b/releases/release-8.5.4.md @@ -184,7 +184,7 @@ TiDBバージョン：8.5.4 - クエリ対象の列に多数の`NULL`値が含まれている場合にクエリが失敗する可能性がある問題を修正 [#10340](https://github.com/pingcap/tiflash/issues/10340) @[Lloyd-Pottiger](https://github.com/Lloyd-Pottiger) - TiFlashがRU消費量の統計情報を水増しして生成する問題を修正 [#10380](https://github.com/pingcap/tiflash/issues/10380) @[JinheLin](https://github.com/JinheLin) - - 分離されたストレージとコンピューティングアーキテクチャの下で低速クエリが存在する場合にTiFlash でOOM が発生する可能性がある問題を修正 [#10278](https://github.com/pingcap/tiflash/issues/10278) @[JaySon-Huang](https://github.com/JaySon-Huang) + - 分離されたストレージとコンピューティングアーキテクチャの下でスロークエリが存在する場合にTiFlash でOOM が発生する可能性がある問題を修正 [#10278](https://github.com/pingcap/tiflash/issues/10278) @[JaySon-Huang](https://github.com/JaySon-Huang) - 分散ストレージおよびコンピューティングアーキテクチャ下でTiFlashと S3 の間でネットワーク分割が発生した場合、 TiFlash が無期限に再試行する可能性がある問題を修正 [#10424](https://github.com/pingcap/tiflash/issues/10424) @[JaySon-Huang](https://github.com/JaySon-Huang) - `FLOOR()`関数と`CEIL()`関数のパラメータ`DECIMAL`型の場合、誤った結果を返すことがある問題を修正 [#10365](https://github.com/pingcap/tiflash/issues/10365) @[ChangRui-Ryan](https://github.com/ChangRui-Ryan) diff --git a/releases/release-8.5.5.md b/releases/release-8.5.5.md index 59b92bf560aec..82d8cb0008ad5 100644 --- a/releases/release-8.5.5.md +++ b/releases/release-8.5.5.md @@ -139,7 +139,7 @@ TiDBバージョン：8.5.5 この機能は、特定の診断およびパフォーマンス最適化シナリオにおけるワークフローを簡素化し、問題特定効率を向上させます。 - 詳細については、[明細書概要表](/statement-summary-tables.md)および[遅いクエリを特定する](/identify-slow-queries.md)参照してください。 + 詳細については、[明細書概要表](/statement-summary-tables.md)および[スロークエリを特定する](/identify-slow-queries.md)を参照してください。 ### Security {#security} diff --git a/releases/release-8.5.6.md b/releases/release-8.5.6.md index f5fed6c5bf013..2d2cb9da6f7d6 100644 --- a/releases/release-8.5.6.md +++ b/releases/release-8.5.6.md @@ -35,7 +35,7 @@ TiDBバージョン：8.5.6 ### 可観測性 {#observability} -- 低速クエリログに対する多次元で詳細なトリガールールの定義をサポートする[#62959](https://github.com/pingcap/tidb/issues/62959) 、 [#64010](https://github.com/pingcap/tidb/issues/64010) @[zimulala](https://github.com/zimulala) +- スロークエリログに対する多次元で詳細なトリガールールの定義をサポートする[#62959](https://github.com/pingcap/tidb/issues/62959) 、 [#64010](https://github.com/pingcap/tidb/issues/64010) @[zimulala](https://github.com/zimulala) バージョン 8.5.6 より前では、TiDB でスロークエリを識別する主な方法は、 [`tidb_slow_log_threshold`](https://docs.pingcap.com/tidb/v8.5/system-variables#tidb_slow_log_threshold)システム変数を設定することでした。このメカニズムはインスタンスレベルでグローバルに適用されるため、スロークエリログのトリガーを大まかにしか制御できず、セッションレベルや SQL レベルでのきめ細かい制御はサポートされていません。さらに、トリガー条件として実行時間 ( `Query_time` ) しかサポートしていないため、複雑なシナリオでスロークエリログをより正確にキャプチャする必要性を満たすことができません。 @@ -99,7 +99,7 @@ TiDBクラスタをv8.5.5で新規にデプロイした場合（つまり、v8.5 | [`tidb_max_dist_task_nodes`](https://docs.pingcap.com/tidb/v8.5/system-variables#tidb_max_dist_task_nodes-new-in-v856) | 新しく追加された | 分散実行フレームワーク (DXF) タスクが使用できる TiDB ノードの最大数を定義します。デフォルト値は`-1`で、これは自動モードが有効になっていることを示します。自動モードでは、TiDB は`min(3, tikv_nodes / 3)`という値を動的に計算します。ここで、 `tikv_nodes`クラスタ内の TiKV ノードの数を表します。 | | [`tidb_opt_join_reorder_through_sel`](https://docs.pingcap.com/tidb/v8.5/system-variables#tidb_opt_join_reorder_through_sel-new-in-v856) | 新しく追加された | 特定の複数テーブル結合クエリの結合順序最適化を改善します。これを`ON`に設定し、安全条件が満たされている場合、オプティマイザは、連続する結合演算子間の`Selection`条件と結合順序候補を評価します。結合ツリーの再構築中、オプティマイザは可能な限りこれらの条件をより適切な位置に押し下げ、より多くのテーブルが結合順序最適化に参加できるようにします。 | | [`tidb_opt_partial_ordered_index_for_topn`](https://docs.pingcap.com/tidb/v8.5/system-variables#tidb_opt_partial_ordered_index_for_topn-new-in-v856) | 新しく追加された | クエリに`ORDER BY ... LIMIT`が含まれている場合に、オプティマイザがインデックスの部分順序を利用して TopN 計算を最適化できるかどうかを制御します。デフォルト値は`DISABLE`で、これは最適化が無効になっていることを意味します。 | -| [`tidb_slow_log_max_per_sec`](https://docs.pingcap.com/tidb/v8.5/system-variables#tidb_slow_log_max_per_sec-new-in-v856) | 新しく追加された | TiDBノードごとに1秒あたりに書き込める、低速クエリログエントリの最大数を制御します。
  • `0` （デフォルト値）という値は、1秒あたりに書き込まれるスロークエリログエントリの数に制限がないことを意味します。
  • `0`より大きい値を指定すると、TiDBは1秒あたりに指定された数のスロークエリログエントリを書き込みます。超過分のログエントリは破棄され、スロークエリログファイルには書き込まれません。
| +| [`tidb_slow_log_max_per_sec`](https://docs.pingcap.com/tidb/v8.5/system-variables#tidb_slow_log_max_per_sec-new-in-v856) | 新しく追加された | TiDBノードごとに1秒あたりに書き込める、スロークエリログエントリの最大数を制御します。
  • `0` （デフォルト値）という値は、1秒あたりに書き込まれるスロークエリログエントリの数に制限がないことを意味します。
  • `0`より大きい値を指定すると、TiDBは1秒あたりに指定された数のスロークエリログエントリを書き込みます。超過分のログエントリは破棄され、スロークエリログファイルには書き込まれません。
| | [`tidb_slow_log_rules`](https://docs.pingcap.com/tidb/v8.5/system-variables#tidb_slow_log_rules-new-in-v856) | 新しく追加された | スロークエリログのトリガールールを定義します。多次元メトリクスを組み合わせることで、より柔軟で詳細なログ記録を実現します。 | ### コンフィグレーションパラメータ {#configuration-parameters} diff --git a/sql-non-prepared-plan-cache.md b/sql-non-prepared-plan-cache.md index e4ba139362c12..8524db39bff08 100644 --- a/sql-non-prepared-plan-cache.md +++ b/sql-non-prepared-plan-cache.md @@ -20,7 +20,7 @@ TiDBは、 [ステートメント`Prepare` / `Execute`](/sql-prepared-plan-cache ## 使用法 {#usage} -準備されていないプランのキャッシュを有効または無効にするには、システム変数[`tidb_enable_non_prepared_plan_cache`](/system-variables.md#tidb_enable_non_prepared_plan_cache)設定します。また、システム変数[`tidb_session_plan_cache_size`](/system-variables.md#tidb_session_plan_cache_size-new-in-v710)使用して、準備されていないプランのキャッシュのサイズを制御することもできます。キャッシュされたプランの数が`tidb_session_plan_cache_size`を超えると、TiDB は LRU (Least Recently Used) 戦略を使用してプランを削除します。 +準備されていないプランのキャッシュを有効または無効にするには、システム変数[`tidb_enable_non_prepared_plan_cache`](/system-variables.md#tidb_enable_non_prepared_plan_cache)を設定します。また、システム変数[`tidb_session_plan_cache_size`](/system-variables.md#tidb_session_plan_cache_size-new-in-v710)使用して、準備されていないプランのキャッシュのサイズを制御することもできます。キャッシュされたプランの数が`tidb_session_plan_cache_size`を超えると、TiDB は LRU (Least Recently Used) 戦略を使用してプランを削除します。 バージョン7.1.0以降では、システム変数[`tidb_plan_cache_max_plan_size`](/system-variables.md#tidb_plan_cache_max_plan_size-new-in-v710)を使用して、キャッシュできるプランの最大サイズを制御できます。デフォルト値は2 MBです。プランのサイズがこの値を超える場合、プランはキャッシュされません。 diff --git a/sql-tuning-best-practice.md b/sql-tuning-best-practice.md index b05ae32576483..529842380cc5f 100644 --- a/sql-tuning-best-practice.md +++ b/sql-tuning-best-practice.md @@ -79,13 +79,13 @@ TiDBのような分散アーキテクチャでは、TiKVノード間でワーク ## 高負荷SQLを特定する {#identify-high-load-sql} -リソースを大量に消費する SQL 文を特定する最も効率的な方法は、 [TiDBダッシュボード](/dashboard/dashboard-overview.md)使用することです。また、ビューやログなどの他のツールを使用して、負荷の高い SQL 文を特定することもできます。 +リソースを大量に消費する SQL 文を特定する最も効率的な方法は、 [TiDB Dashboard](/dashboard/dashboard-overview.md)使用することです。また、ビューやログなどの他のツールを使用して、負荷の高い SQL 文を特定することもできます。 -### TiDBダッシュボードを使用してSQL文を監視する {#monitor-sql-statements-using-tidb-dashboard} +### TiDB Dashboardを使用してSQL文を監視する {#monitor-sql-statements-using-tidb-dashboard} #### SQL文ページ {#sql-statements-page} -[TiDBダッシュボード](/dashboard/dashboard-overview.md)で[**SQL文**ページ](/dashboard/dashboard-statement-list.md)に移動して、次の点を確認します。 +[TiDB Dashboard](/dashboard/dashboard-overview.md)で[**SQL文**ページ](/dashboard/dashboard-statement-list.md)に移動して、次の点を確認します。 - 合計レイテンシーが最も長い SQL ステートメント。これは、複数回の実行にわたって実行に最も長い時間がかかるステートメントです。 - 各 SQL ステートメントが実行された回数。実行頻度が最も高いステートメントを識別するのに役立ちます。 @@ -95,9 +95,9 @@ TiDBは、リテラルとバインド変数を`?`に置き換えることで、S ![sql-statements-default](/media/sql-tuning/sql-statements-default.png) -#### 遅いクエリページ {#slow-queries-page} +#### スロークエリページ {#slow-queries-page} -[TiDBダッシュボード](/dashboard/dashboard-overview.md)で[**遅いクエリ**ページ](/dashboard/dashboard-slow-query.md)に移動して次の項目を見つけます。 +[TiDB Dashboard](/dashboard/dashboard-overview.md)で[**スロークエリ**ページ](/dashboard/dashboard-slow-query.md)に移動して次の項目を見つけます。 - 最も遅い SQL クエリ。 - TiKV から最も多くのデータを読み取る SQL クエリ。 @@ -109,10 +109,10 @@ TiDBは、リテラルとバインド変数を`?`に置き換えることで、S ### 他のツールを使用してTop SQLを特定する {#use-other-tools-to-identify-top-sql} -TiDBダッシュボードに加えて、他のツールを使用してリソースを大量に消費するSQLクエリを特定することもできます。各ツールは独自の分析情報を提供し、さまざまな分析シナリオで役立ちます。これらのツールを組み合わせて使用することで、包括的なSQLパフォーマンス監視と最適化を実現できます。 +TiDB Dashboardに加えて、他のツールを使用してリソースを大量に消費するSQLクエリを特定することもできます。各ツールは独自の分析情報を提供し、さまざまな分析シナリオで役立ちます。これらのツールを組み合わせて使用することで、包括的なSQLパフォーマンス監視と最適化を実現できます。 -- [TiDBダッシュボードのTop SQLページ](/dashboard/top-sql.md) -- ログ: [スロークエリログ](/identify-slow-queries.md)と[TiDBログ内の高価なクエリ](/identify-expensive-queries.md) +- [TiDB DashboardのTop SQLページ](/dashboard/top-sql.md) +- ログ: [スロークエリログ](/identify-slow-queries.md)と[TiDBログ内の負荷の高いクエリ](/identify-expensive-queries.md) - ビュー: [`cluster_statements_summary`ビュー](/statement-summary-tables.md#the-cluster-tables-for-statement-summary)と[`cluster_processlist`ビュー](/information-schema/information-schema-processlist.md#cluster_processlist) ### 識別されたSQL文に関するデータを収集する {#gather-data-on-identified-sql-statements} @@ -315,7 +315,7 @@ TiDBオプティマイザは、統計情報を用いてSQL文の各ステップ #### 実行計画を生成して表示する {#generate-and-display-execution-plans} -TiDBダッシュボードから実行計画情報にアクセスするだけでなく、 `EXPLAIN`のステートメントを使用してSQLクエリの実行計画を表示できます。3 `EXPLAIN`出力には以下の列が含まれます。 +TiDB Dashboardから実行計画情報にアクセスするだけでなく、 `EXPLAIN`のステートメントを使用してSQLクエリの実行計画を表示できます。3 `EXPLAIN`出力には以下の列が含まれます。 - `id` : オペレータ名とステップの一意の識別子。 - `estRows` : 特定のステップからの推定行数。 @@ -474,7 +474,7 @@ LIMIT 3; 実行プランを分析する際は、 `actRows` （実際の行数）と`estRows` （推定行数）を比較して、オプティマイザの推定値の精度を評価します。これらの値に大きな差がある場合は、統計情報が古くなっているか不正確である可能性があり、クエリプランが最適ではない可能性があります。 -遅いクエリのボトルネックを特定するには、次の手順を実行します。 +スロークエリのボトルネックを特定するには、次の手順を実行します。 1. 実行時間が長い演算子に焦点を当てて、セクション`execution info`上から下まで確認します。 2. かなりの時間を消費する最初の子演算子の場合: diff --git a/statement-summary-tables.md b/statement-summary-tables.md index a35febd88a932..06556a7e275a3 100644 --- a/statement-summary-tables.md +++ b/statement-summary-tables.md @@ -104,7 +104,7 @@ select * from employee where id in (...) and salary between ? and ?; -[TiDBダッシュボードのSQLステートメントページ](/dashboard/dashboard-statement-list.md#others)では、削除されたステートメントに関する情報が`Others`行に表示されます。 +[TiDB DashboardのSQLステートメントページ](/dashboard/dashboard-statement-list.md#others)では、削除されたステートメントに関する情報が`Others`行に表示されます。 diff --git a/system-variable-reference.md b/system-variable-reference.md index 5ce548c199262..84e9727e524f1 100644 --- a/system-variable-reference.md +++ b/system-variable-reference.md @@ -1307,7 +1307,7 @@ summary: すべての TiDB システム変数とドキュメント内の参照 - [統計入門](/statistics.md) - [[グローバル|セッション]変数を表示](/sql-statements/sql-statement-show-variables.md) -- [遅いクエリ](/information-schema/information-schema-slow-query.md) +- [スロークエリ](/information-schema/information-schema-slow-query.md) - [SQLに関するよくある質問](/faq/sql-faq.md) - [システム変数](/system-variables.md#tidb_distsql_scan_concurrency) - [TiDB ベストプラクティス](/best-practices/tidb-best-practices.md) @@ -1479,7 +1479,7 @@ summary: すべての TiDB システム変数とドキュメント内の参照 参照先: -- [遅いクエリを特定する](/identify-slow-queries.md) +- [スロークエリを特定する](/identify-slow-queries.md) - [TiDB Cloudの SQL 機能が制限されている](https://docs.pingcap.com/tidbcloud/limited-sql-features) - [コンフィグレーションを動的に変更する](/dynamic-config.md) - [[グローバル|セッション]変数を表示](/sql-statements/sql-statement-show-variables.md) @@ -1537,7 +1537,7 @@ summary: すべての TiDB システム変数とドキュメント内の参照 - [TiDB Cloudの SQL 機能が制限されている](https://docs.pingcap.com/tidbcloud/limited-sql-features) - [システム変数](/system-variables.md#tidb_enable_enhanced_security) - [TiDBコンフィグレーションファイル](/tidb-configuration-file.md) -- [TiDBダッシュボードのユーザー管理](/dashboard/dashboard-user.md) +- [TiDB Dashboardのユーザー管理](/dashboard/dashboard-user.md) - [TiDBの機能](/basic-features.md) - [TiDB 5.1 リリースノート](/releases/release-5.1.0.md) @@ -1899,7 +1899,7 @@ summary: すべての TiDB システム変数とドキュメント内の参照 - [SQL 準備済み実行プランキャッシュ](/sql-prepared-plan-cache.md) - [システム変数](/system-variables.md#tidb_enable_prepared_plan_cache-new-in-v610) - [2022年のTiDB Cloudリリースノート](https://docs.pingcap.com/tidbcloud/release-notes-2022) -- [TiDBダッシュボードに関するよくある質問](/dashboard/dashboard-faq.md) +- [TiDB Dashboardに関するよくある質問](/dashboard/dashboard-faq.md) - [TiDB 7.5.1 リリースノート](/releases/release-7.5.1.md) - [TiDB 7.1.4 リリースノート](/releases/release-7.1.4.md) - [TiDB 6.4.0 リリースノート](/releases/release-6.4.0.md) @@ -1979,11 +1979,11 @@ summary: すべての TiDB システム変数とドキュメント内の参照 参照先: -- [遅いクエリを特定する](/identify-slow-queries.md) +- [スロークエリを特定する](/identify-slow-queries.md) - [TiDB Cloudの SQL 機能が制限されている](https://docs.pingcap.com/tidbcloud/limited-sql-features) - [コンフィグレーションを動的に変更する](/dynamic-config.md) - [[グローバル|セッション]変数を表示](/sql-statements/sql-statement-show-variables.md) -- [TiDBダッシュボードのスロークエリページ](/dashboard/dashboard-slow-query.md) +- [TiDB Dashboardのスロークエリページ](/dashboard/dashboard-slow-query.md) - [システム変数](/system-variables.md#tidb_enable_slow_log) - [TiDBコンフィグレーションファイル](/tidb-configuration-file.md) @@ -2063,7 +2063,7 @@ summary: すべての TiDB システム変数とドキュメント内の参照 - [TiDB Cloudの SQL 機能が制限されている](https://docs.pingcap.com/tidbcloud/limited-sql-features) - [システム変数](/system-variables.md#tidb_enable_top_sql-new-in-v540) -- [TiDBダッシュボードのTop SQLページ](/dashboard/top-sql.md) +- [TiDB DashboardのTop SQLページ](/dashboard/top-sql.md) - [TiDB 5.4 リリースノート](/releases/release-5.4.0.md) ### tidb_enable_tso_follower_proxy {#tidb-enable-tso-follower-proxy} @@ -2365,7 +2365,7 @@ summary: すべての TiDB システム変数とドキュメント内の参照 参照先: -- [遅いクエリを分析する](/analyze-slow-queries.md) +- [スロークエリを分析する](/analyze-slow-queries.md) - [3ノードハイブリッド展開のベストプラクティス](/best-practices/three-nodes-hybrid-deployment.md) - [テーブル結合を使用するステートメントを説明する](/explain-joins.md) - [[グローバル|セッション]変数を表示](/sql-statements/sql-statement-show-variables.md) @@ -3448,7 +3448,7 @@ summary: すべての TiDB システム変数とドキュメント内の参照 参照先: -- [遅いクエリを特定する](/identify-slow-queries.md) +- [スロークエリを特定する](/identify-slow-queries.md) - [[グローバル|セッション]変数を表示](/sql-statements/sql-statement-show-variables.md) - [システム変数](/system-variables.md#tidb_query_log_max_len) - [2022年のTiDB Cloudリリースノート](https://docs.pingcap.com/tidbcloud/release-notes-2022) @@ -3509,7 +3509,7 @@ summary: すべての TiDB システム変数とドキュメント内の参照 参照先: - [コンフィグレーションオプション](/command-line-flags-for-tidb-configuration.md) -- [遅いクエリを特定する](/identify-slow-queries.md) +- [スロークエリを特定する](/identify-slow-queries.md) - [TiDB Cloudの SQL 機能が制限されている](https://docs.pingcap.com/tidbcloud/limited-sql-features) - [ログ編集](/log-redaction.md) - [非トランザクションDMLステートメント](/non-transactional-dml.md) @@ -3801,13 +3801,13 @@ summary: すべての TiDB システム変数とドキュメント内の参照 参照先: - [SQLチューニングの実践ガイド](/sql-tuning-best-practice.md) -- [遅いクエリを特定する](/identify-slow-queries.md) +- [スロークエリを特定する](/identify-slow-queries.md) - [TiDB Cloudの SQL 機能が制限されている](https://docs.pingcap.com/tidbcloud/limited-sql-features) - [コンフィグレーションを動的に変更する](/dynamic-config.md) - [概要ページ](/dashboard/dashboard-overview.md) - [TiDB Self-Managedのクイックスタート](/quick-start-with-tidb.md) - [[グローバル|セッション]変数を表示](/sql-statements/sql-statement-show-variables.md) -- [TiDBダッシュボードのスロークエリページ](/dashboard/dashboard-slow-query.md) +- [TiDB Dashboardのスロークエリページ](/dashboard/dashboard-slow-query.md) - [システム変数](/system-variables.md#tidb_slow_log_threshold) - [TiDBコンフィグレーションファイル](/tidb-configuration-file.md) - [TiDB デプロイメントに関する FAQ](/faq/deploy-and-maintain-faq.md) @@ -3818,7 +3818,7 @@ summary: すべての TiDB システム変数とドキュメント内の参照 参照先: -- [遅いクエリを特定する](/identify-slow-queries.md) +- [スロークエリを特定する](/identify-slow-queries.md) - [TiDB Cloudの SQL 機能が制限されている](https://docs.pingcap.com/tidbcloud/limited-sql-features) - [[グローバル|セッション]変数を表示](/sql-statements/sql-statement-show-variables.md) - [システム変数](/system-variables.md#tidb_slow_query_file) @@ -3978,8 +3978,8 @@ summary: すべての TiDB システム変数とドキュメント内の参照 - [[グローバル|セッション]バインディングの作成](/sql-statements/sql-statement-create-binding.md) - [TiDB Cloudの SQL 機能が制限されている](https://docs.pingcap.com/tidbcloud/limited-sql-features) - [[グローバル|セッション]変数を表示](/sql-statements/sql-statement-show-variables.md) -- [遅いクエリ](/information-schema/information-schema-slow-query.md) -- [TiDBダッシュボードのスロークエリページ](/dashboard/dashboard-slow-query.md) +- [スロークエリ](/information-schema/information-schema-slow-query.md) +- [TiDB Dashboardのスロークエリページ](/dashboard/dashboard-slow-query.md) - [明細書要約表](/statement-summary-tables.md) - [システム変数](/system-variables.md#tidb_stmt_summary_max_sql_length-new-in-v40) @@ -3989,7 +3989,7 @@ summary: すべての TiDB システム変数とドキュメント内の参照 - [TiDB Cloudの SQL 機能が制限されている](https://docs.pingcap.com/tidbcloud/limited-sql-features) - [[グローバル|セッション]変数を表示](/sql-statements/sql-statement-show-variables.md) -- [TiDBダッシュボードのSQLステートメントページ](/dashboard/dashboard-statement-list.md) +- [TiDB DashboardのSQLステートメントページ](/dashboard/dashboard-statement-list.md) - [明細書要約表](/statement-summary-tables.md) - [システム変数](/system-variables.md#tidb_stmt_summary_max_stmt_count-new-in-v40) - [TiDB 5.2 リリースノート](/releases/release-5.2.0.md) diff --git a/system-variables.md b/system-variables.md index 9136f906ebd5d..3c33f74cb2e64 100644 --- a/system-variables.md +++ b/system-variables.md @@ -3332,7 +3332,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー - 型: Boolean - デフォルト値: `ON` - この変数は、スローログとステートメントサマリーにバイナリエンコードされた実行プランを生成するかどうかを制御します。 -- この変数を`ON`に設定すると、TiDB ダッシュボードで実行プランを視覚的に表示できます。ただし、TiDB ダッシュボードでは、この変数が有効になった後に生成された実行プランのみを視覚的に表示できることに注意してください。 +- この変数を`ON`に設定すると、TiDB Dashboardで実行プランを視覚的に表示できます。ただし、TiDB Dashboardでは、この変数が有効になった後に生成された実行プランのみを視覚的に表示できることに注意してください。 - [`SELECT tidb_decode_binary_plan('xxx...')`](/functions-and-operators/tidb-functions.md#tidb_decode_binary_plan)ステートメントを実行すると、バイナリ プランから特定のプランを解析できます。 ### tidb_gogc_tuner_max_value v7.5.0で追加 {#tidb-gogc-tuner-max-value-span-class-version-mark-new-in-v7-5-0-span} @@ -5568,7 +5568,7 @@ SHOW WARNINGS; - ヒント[SET_VAR](/optimizer-hints.md#set_varvar_namevar_value)に適用：いいえ - 型: Boolean - デフォルト値: `ON` -- この変数は、遅いクエリの実行プランをスローログに含めるかどうかを制御するために使用されます。 +- この変数は、スロークエリの実行プランをスローログに含めるかどうかを制御するために使用されます。 ### tidb_redact_log {#tidb-redact-log} @@ -5941,7 +5941,7 @@ Query OK, 0 rows affected, 1 warning (0.00 sec) - デフォルト値: `0` - 型: 整数 - 範囲: `[0, 1000000]` -- この変数は、TiDBノードごとに1秒あたりに書き込める低速クエリログエントリの最大数を制御します。 +- この変数は、TiDBノードごとに1秒あたりに書き込めるスロークエリログエントリの最大数を制御します。 - `0`という値は、1 秒あたりに書き込まれるスロークエリログエントリの数に制限がないことを意味します。 - `0`より大きい値を指定すると、TiDBは1秒あたりに指定された数のスロークエリログエントリを書き込みます。超過分のログエントリは破棄され、スロークエリログファイルには書き込まれません。 - この変数は、高負荷条件下で過剰なスロークエリログが生成されるのを防ぐために、 [`tidb_slow_log_rules`](#tidb_slow_log_rules-new-in-v856)と組み合わせて使用​​されることが多い。 @@ -5958,7 +5958,7 @@ Query OK, 0 rows affected, 1 warning (0.00 sec) > **ヒント：** > -> - 本番環境で`tidb_slow_log_rules`を有効にする場合は、低速クエリログの印刷が過度に頻繁に発生しないように、 [`tidb_slow_log_max_per_sec`](#tidb_slow_log_max_per_sec-new-in-v856)も設定することをお勧めします。 +> - 本番環境で`tidb_slow_log_rules`を有効にする場合は、スロークエリログの出力が過度に頻繁に発生しないように、 [`tidb_slow_log_max_per_sec`](#tidb_slow_log_max_per_sec-new-in-v856)も設定することをお勧めします。 > - 最初はより厳しい条件から始め、トラブルシューティングの必要性に応じて徐々に緩和していくことをお勧めします。パフォーマンスへの影響に関する詳細については、 を [推奨事項](/identify-slow-queries.md#recommendations)してください。 ### tidb_slow_log_threshold {#tidb-slow-log-threshold} @@ -5989,7 +5989,7 @@ Query OK, 0 rows affected, 1 warning (0.00 sec) -詳細については、[遅いクエリを特定する](/identify-slow-queries.md)参照してください。 +詳細については、[スロークエリを特定する](/identify-slow-queries.md)参照してください。 @@ -6241,7 +6241,7 @@ Query OK, 0 rows affected, 1 warning (0.00 sec) -- この変数は、[明細書概要表](/statement-summary-tables.md)および[TiDBダッシュボード](/dashboard/dashboard-intro.md)の SQL 文字列の長さを制御するために使用されます。 +- この変数は、[明細書概要表](/statement-summary-tables.md)および[TiDB Dashboard](/dashboard/dashboard-intro.md)の SQL 文字列の長さを制御するために使用されます。 @@ -6415,7 +6415,7 @@ Query OK, 0 rows affected, 1 warning (0.00 sec) > **注記：** > -> 現在、TiDBダッシュボードのTop SQLページには、負荷に最も寄与する上位5種類のSQLクエリのみが表示されますが、これは`tidb_top_sql_max_time_series_count`の設定とは関係ありません。 +> 現在、TiDB DashboardのTop SQLページには、負荷に最も寄与する上位5種類のSQLクエリのみが表示されますが、これは`tidb_top_sql_max_time_series_count`の設定とは関係ありません。 - 対象範囲：グローバル - クラスターに保持される: はい diff --git a/telemetry.md b/telemetry.md index 692e4359826ab..fbbc290b74edd 100644 --- a/telemetry.md +++ b/telemetry.md @@ -10,7 +10,7 @@ summary: テレメトリ機能と、その機能を無効化してそのステ > **注記：** > > - TiUP v1.11.3以降、 TiUPのテレメトリ機能はデフォルトで無効化されており、 TiUPの使用状況情報はデフォルトで収集されません。v1.11.3より前のTiUPバージョンからv1.11.3以降のバージョンにアップグレードした場合、テレメトリ機能はアップグレード前と同じ状態を維持します。 -> - バージョン v8.1.0 から v8.5.1 では、TiDB および TiDB ダッシュボードのテレメトリ機能が削除されます。 +> - バージョン v8.1.0 から v8.5.1 では、TiDB および TiDB Dashboardのテレメトリ機能が削除されます。 > - v8.5.3以降、TiDBはテレメトリ機能を再度導入しました。ただし、テレメトリ関連の情報はローカルにのみ記録され、ネットワーク経由でPingCAPにデータが送信されなくなりました。 ## テレメトリを有効にすると何が共有されますか? {#what-is-shared-when-telemetry-is-enabled} diff --git a/ticdc/ticdc-changefeed-config.md b/ticdc/ticdc-changefeed-config.md index 5c5c8a982a5c6..8f3544b393d08 100644 --- a/ticdc/ticdc-changefeed-config.md +++ b/ticdc/ticdc-changefeed-config.md @@ -93,14 +93,14 @@ Info: {"upstream_id":7178706266519722477,"namespace":"default","id":"simple-repl - 形式は`"h m s"`です。例えば、 `"1h30m30s"`です。 - デフォルト値: `"30m"` -### マウンター {#mounter} +### mounter {#mounter} #### worker-num {#code-worker-num-code} - マウンターがKVデータをデコードする際に使用するスレッド数を指定します。 - デフォルト値: `16` -### フィルター {#filter} +### filter {#filter} #### ignore-txn-start-ts {#code-ignore-txn-start-ts-code} @@ -147,7 +147,7 @@ Info: {"upstream_id":7178706266519722477,"namespace":"default","id":"simple-repl - `ignore-update-new-value-expr = "gender = 'male'"`は、新しい値に`UPDATE`が含まれる`gender = 'male'` DML を無視します。 -### スケジューラ {#scheduler} +### scheduler {#scheduler} #### enable-table-across-nodes {#code-enable-table-across-nodes-code} @@ -181,7 +181,7 @@ Info: {"upstream_id":7178706266519722477,"namespace":"default","id":"simple-repl - デフォルト値： `0` 。これは、トラフィック割り当てモードがデフォルトでは使用されないことを意味します。 -### シンク {#sink} +### sink {#sink} @@ -359,9 +359,9 @@ v8.0.0 以降、TiCDC はシンプル メッセージ エンコーディング - 行データが変更される前の値を出力するかどうかを制御します。デフォルト値は true です。無効にすると、 `UPDATE`イベントは「変更前」フィールドを出力しません。 - デフォルト値: `true` -### 一貫性のある {#consistent} +### consistent {#consistent} -REDO ログを使用する場合の変更フィードのレプリケーション整合性構成を指定します。詳細については、 [最終的には災害シナリオにおける一貫した再現](/ticdc/ticdc-sink-to-mysql.md#eventually-consistent-replication-in-disaster-scenarios)参照してください。 +REDO ログを使用する場合の変更フィードのレプリケーション整合性構成を指定します。詳細については、 [災害シナリオにおける結果整合性レプリケーション](/ticdc/ticdc-sink-to-mysql.md#eventually-consistent-replication-in-disaster-scenarios)を参照してください。 注：整合性関連の設定項目は、ダウンストリームがデータベースであり、かつリドゥログ機能が有効になっている場合にのみ有効になります。 @@ -414,7 +414,7 @@ REDO ログを使用する場合の変更フィードのレプリケーション - 単一のリドゥファイルをアップロードする際の同時実行数。 - デフォルト値： `1` 。これは同時実行が無効になっていることを意味します。 -### 誠実さ {#integrity} +### integrity {#integrity} #### integrity-check-level {#code-integrity-check-level-code} diff --git a/ticdc/ticdc-sink-to-mysql.md b/ticdc/ticdc-sink-to-mysql.md index c56275695a24f..a8201d8adb264 100644 --- a/ticdc/ticdc-sink-to-mysql.md +++ b/ticdc/ticdc-sink-to-mysql.md @@ -125,7 +125,7 @@ TiDBまたはその他のMySQL互換データベースにデータを複製す ダウンストリーム TiDB クラスターで[読み取り専用モード](/system-variables.md#tidb_restricted_read_only-new-in-v520)が有効になっている場合、ダウンストリーム データベース ユーザーには`RESTRICTED_REPLICA_WRITER_ADMIN`権限も必要です。 -## 最終的には災害シナリオにおける一貫した再現 {#eventually-consistent-replication-in-disaster-scenarios} +## 災害シナリオにおける結果整合性レプリケーション {#eventually-consistent-replication-in-disaster-scenarios} TiCDC の最終整合性レプリケーション機能は、リドゥログを使用して、アップストリームで障害が発生した場合でもデータの一貫性を確保します。この機能は、バージョン 6.1.1 から一般提供 (GA) となります。バージョン 5.3.0 から、TiCDC は、アップストリーム TiDB クラスタからダウンストリーム クラスタのオブジェクトストレージまたは NFS への増分データのバックアップをサポートします。アップストリーム クラスタで障害が発生して利用できなくなった場合、TiCDC はダウンストリーム データを最新の最終整合性状態に復元できます。この機能により、アプリケーションをダウンストリーム クラスタに迅速に切り替えることができ、長時間のダウンタイムを回避し、サービスの継続性を向上させることができます。 diff --git a/tidb-architecture.md b/tidb-architecture.md index a32763893ef4f..9fafc56744a9e 100644 --- a/tidb-architecture.md +++ b/tidb-architecture.md @@ -34,7 +34,7 @@ TiDB には、クラシック TiDBアーキテクチャと[TiDB Xアーキテク ## Placement Driver（PD）サーバー {#placement-driver-pd-server} -[PDサーバー](/tidb-scheduling.md)はクラスタ全体のメタデータ管理コンポーネントです。各TiKVノードのリアルタイムデータ分布とTiDBクラスタ全体のトポロジ構造に関するメタデータを保存し、TiDBダッシュボード管理UIを提供し、分散トランザクションにトランザクションIDを割り当てます。PDサーバーは、クラスタのメタデータを保存するだけでなく、TiKVノードからリアルタイムに報告されるデータ分布状態に基づいて、特定のTiKVノードにデータスケジューリングコマンドを送信するため、TiDBクラスタ全体の「頭脳」と言えます。また、PDサーバーは少なくとも3ノードで構成され、高い可用性を備えています。奇数個のPDノードを配置することをお勧めします。 +[PDサーバー](/tidb-scheduling.md)はクラスタ全体のメタデータ管理コンポーネントです。各TiKVノードのリアルタイムデータ分布とTiDBクラスタ全体のトポロジ構造に関するメタデータを保存し、TiDB Dashboard管理UIを提供し、分散トランザクションにトランザクションIDを割り当てます。PDサーバーは、クラスタのメタデータを保存するだけでなく、TiKVノードからリアルタイムに報告されるデータ分布状態に基づいて、特定のTiKVノードにデータスケジューリングコマンドを送信するため、TiDBクラスタ全体の「頭脳」と言えます。また、PDサーバーは少なくとも3ノードで構成され、高い可用性を備えています。奇数個のPDノードを配置することをお勧めします。 ## ストレージサーバー {#storage-servers} diff --git a/tidb-cloud/limited-sql-features.md b/tidb-cloud/limited-sql-features.md index eea002ddd154a..1993bc89326d8 100644 --- a/tidb-cloud/limited-sql-features.md +++ b/tidb-cloud/limited-sql-features.md @@ -227,7 +227,7 @@ TiDB Cloud はTiDB がサポートするほぼすべてのワークロードで [^4]: この機能は[セキュリティ強化モード（SEM）](/system-variables.md#tidb_enable_enhanced_security)では利用できません。 -[^5]: TiDB Cloud Starter またはTiDB Cloud Essential で[遅いクエリ](/tidb-cloud/tune-performance.md#slow-query)追跡するには、代わりにTiDB Cloudコンソールを使用できます。 +[^5]: TiDB Cloud Starter またはTiDB Cloud Essential で[スロークエリ](/tidb-cloud/tune-performance.md#slow-query)追跡するには、代わりにTiDB Cloudコンソールを使用できます。 [^6]: TiDB Cloud Starter またはTiDB Cloud Essential で[ステートメント分析](/tidb-cloud/tune-performance.md#statement-analysis)実行するには、代わりにTiDB Cloudコンソールを使用できます。 diff --git a/tidb-cloud/monitor-built-in-alerting.md b/tidb-cloud/monitor-built-in-alerting.md index 66c18bbb0f7fd..55893843e5ef4 100644 --- a/tidb-cloud/monitor-built-in-alerting.md +++ b/tidb-cloud/monitor-built-in-alerting.md @@ -136,8 +136,8 @@ TiDB Cloudは、そのプランで利用可能[特徴](/tidb-cloud/features.md) | :-------------------------------------- | :------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | 1秒あたりのリクエストユニット数（RU/s）が最大RCUの80%を超えています |
  1. RUのメトリクスをレビューして、増加が緩やかなものか、急激な増加なのかを判断してください。
  2. 増加が緩やかな場合は、クエリの実行時間が長くなっているかどうかを確認してください。もしそうであれば、現在の最大RCUでは不十分な可能性があります。
  3. TiDB Cloudコンソールで最大RCUを手動で増やすことで、容量を拡張できます。

問題を解決できない場合は、 [TiDB Cloudサポート](/tidb-cloud/tidb-cloud-support.md)にお問い合わせください。 | | QPSが80%減少 |
  1. クエリのレイテンシーの増加がドロップの原因かどうかを確認してください。
  2. アプリケーションが正常に動作していることを確認してください。意図的なドロップの場合は、このアラートを無視してください。ドロップが意図的でなく、根本原因が特定できない場合は、直ちに[TiDB Cloudサポート](/tidb-cloud/tidb-cloud-support.md)にお問い合わせください。
| -| クエリP99のレイテンシーが200msを超えました |
  1. 遅いクエリを調査するには、遅いクエリのページに移動し、最近の期間でフィルタリングして、新しく導入されたクエリや実行速度が遅いクエリを特定します。
  2. アプリケーションの展開、スキーマの変更、データインポートジョブなど、トラフィックパターンに影響を与えた可能性のある最近の変更点を確認してください。

根本原因が特定できない場合は、直ちに[TiDB Cloudサポート](/tidb-cloud/tidb-cloud-support.md)にご連絡ください。 | -| クエリP95のレイテンシーが200msを超えました |
  1. 遅いクエリを調査するには、遅いクエリのページに移動し、最近の期間でフィルタリングして、新しく導入されたクエリや実行速度が遅いクエリを特定します。
  2. アプリケーションの展開、スキーマの変更、データインポートジョブなど、トラフィックパターンに影響を与えた可能性のある最近の変更点を確認してください。

根本原因が特定できない場合は、直ちに[TiDB Cloudサポート](/tidb-cloud/tidb-cloud-support.md)にご連絡ください。 | +| クエリP99のレイテンシーが200msを超えました |
  1. スロークエリを調査するには、スロークエリのページに移動し、最近の期間でフィルタリングして、新しく導入されたクエリや実行速度がスロークエリを特定します。
  2. アプリケーションの展開、スキーマの変更、データインポートジョブなど、トラフィックパターンに影響を与えた可能性のある最近の変更点を確認してください。

根本原因が特定できない場合は、直ちに[TiDB Cloudサポート](/tidb-cloud/tidb-cloud-support.md)にご連絡ください。 | +| クエリP95のレイテンシーが200msを超えました |
  1. スロークエリを調査するには、スロークエリのページに移動し、最近の期間でフィルタリングして、新しく導入されたクエリや実行速度がスロークエリを特定します。
  2. アプリケーションの展開、スキーマの変更、データインポートジョブなど、トラフィックパターンに影響を与えた可能性のある最近の変更点を確認してください。

根本原因が特定できない場合は、直ちに[TiDB Cloudサポート](/tidb-cloud/tidb-cloud-support.md)にご連絡ください。 | | リクエストエラー率が10%を超えています。 | クラスターにおける最近のエラーと全体的なステートメント実行状況を確認してください。 | ### TiDB Cloud EssentialおよびTiDB Cloud Premiumの変更フィードアラート {#changefeed-alerts-for-tidb-cloud-essential-and-tidb-cloud-premium} diff --git a/tidb-cloud/releases/release-notes-2022.md b/tidb-cloud/releases/release-notes-2022.md index ab8e7103f47a7..2a69506593285 100644 --- a/tidb-cloud/releases/release-notes-2022.md +++ b/tidb-cloud/releases/release-notes-2022.md @@ -264,9 +264,9 @@ summary: 2022 年のTiDB Cloudのリリース ノートについて説明しま TiDB Cloudコンソールでは、参加しているすべての組織を表示し、組織間を切り替えることができます。詳細については、 [組織間の切り替え](/tidb-cloud/manage-user-access.md#view-and-switch-between-organizations)ご覧ください。 -- SQL診断用の[遅いクエリ](/tidb-cloud/tune-performance.md#slow-query)ページを追加します。 +- SQL診断用の[スロークエリ](/tidb-cloud/tune-performance.md#slow-query)ページを追加します。 - [低速クエリ] ページでは、TiDB クラスター内のすべての低速クエリを検索して表示し、 [実行計画](https://docs.pingcap.com/tidbcloud/explain-overview) 、SQL 実行情報、その他の詳細を表示して各低速クエリのボトルネックを調査できます。 + [スロークエリ] ページでは、TiDB クラスター内のすべてのスロークエリを検索して表示し、 [実行計画](https://docs.pingcap.com/tidbcloud/explain-overview) 、SQL 実行情報、その他の詳細を表示して各スロークエリのボトルネックを調査できます。 - アカウントのパスワードをリセットすると、 TiDB Cloud は入力された新しいパスワードを過去 4 回のパスワードと照合し、それらのパスワードを使用しないよう通知します。使用した 4 回のパスワードはいずれも許可されません。 diff --git a/tidb-cloud/releases/release-notes-2023.md b/tidb-cloud/releases/release-notes-2023.md index 520f2bcd97414..6e4e63d1faeef 100644 --- a/tidb-cloud/releases/release-notes-2023.md +++ b/tidb-cloud/releases/release-notes-2023.md @@ -426,7 +426,7 @@ summary: 2023 年のTiDB Cloudのリリース ノートについて説明しま **コンソールの変更** -- [TiDB Cloud Dedicated](/tidb-cloud/select-cluster-tier.md#tidb-cloud-dedicated)クラスターの[**キービジュアライザー**](/tidb-cloud/tune-performance.md#key-visualizer)ページ用の新しいネイティブ Web インフラストラクチャをリリースします。 +- [TiDB Cloud Dedicated](/tidb-cloud/select-cluster-tier.md#tidb-cloud-dedicated)クラスターの[**Key Visualizer**](/tidb-cloud/tune-performance.md#key-visualizer)ページ用の新しいネイティブ Web インフラストラクチャをリリースします。 新しいインフラストラクチャにより、 **Key Visualizer**ページ内を簡単にナビゲートし、より直感的かつ効率的に必要な情報にアクセスできるようになります。また、新しいインフラストラクチャはUXに関する多くの問題を解決し、SQL診断プロセスをよりユーザーフレンドリーなものにします。 @@ -434,7 +434,7 @@ summary: 2023 年のTiDB Cloudのリリース ノートについて説明しま **一般的な変更** -- [TiDB Cloud Dedicated](/tidb-cloud/select-cluster-tier.md#tidb-cloud-dedicated)クラスターに Index Insight (ベータ版) を導入します。これは、低速クエリに対してインデックスの推奨事項を提供することで、クエリ パフォーマンスを最適化します。 +- [TiDB Cloud Dedicated](/tidb-cloud/select-cluster-tier.md#tidb-cloud-dedicated)クラスターに Index Insight (ベータ版) を導入します。これは、スロークエリに対してインデックスの推奨事項を提供することで、クエリ パフォーマンスを最適化します。 Index Insight を使用すると、次の方法でアプリケーション全体のパフォーマンスとデータベース操作の効率を向上させることができます。 @@ -518,7 +518,7 @@ summary: 2023 年のTiDB Cloudのリリース ノートについて説明しま - Dedicated Tierクラスターの**診断**ページの次の 2 つのタブに新しいネイティブ Web インフラストラクチャをリリースします。 - - [遅いクエリ](/tidb-cloud/tune-performance.md#slow-query) + - [スロークエリ](/tidb-cloud/tune-performance.md#slow-query) - [SQL文](/tidb-cloud/tune-performance.md#statement-analysis) 新しいインフラストラクチャにより、2つのタブを簡単に切り替えて、より直感的かつ効率的に必要な情報にアクセスできます。また、ユーザーエクスペリエンスも向上し、SQL診断プロセスがよりユーザーフレンドリーになります。 @@ -553,7 +553,7 @@ summary: 2023 年のTiDB Cloudのリリース ノートについて説明しま **「SQL ステートメント」**タブには次の内容が表示されます。 - - TiDB データベースによって実行されるすべての SQL ステートメントの包括的な概要により、遅いクエリを簡単に識別して診断できます。 + - TiDB データベースによって実行されるすべての SQL ステートメントの包括的な概要により、スロークエリを簡単に識別して診断できます。 - クエリ時間、実行プラン、データベースサーバーの応答など、各 SQL ステートメントの詳細な情報が提供され、データベースのパフォーマンスの最適化に役立ちます。 - 大量のデータを簡単に並べ替え、フィルタリング、検索できるユーザーフレンドリーなインターフェースにより、最も重要なクエリに集中できます。 @@ -741,9 +741,9 @@ summary: 2023 年のTiDB Cloudのリリース ノートについて説明しま **コンソールの変更** -- [Serverless Tier](/tidb-cloud/select-cluster-tier.md#starter)クラスターの[遅いクエリ](/tidb-cloud/tune-performance.md#slow-query)ページ用の新しいネイティブ Web インフラストラクチャをリリースします。 +- [Serverless Tier](/tidb-cloud/select-cluster-tier.md#starter)クラスターの[スロークエリ](/tidb-cloud/tune-performance.md#slow-query)ページ用の新しいネイティブ Web インフラストラクチャをリリースします。 - この新しいインフラストラクチャにより、 [遅いクエリ](/tidb-cloud/tune-performance.md#slow-query)ページ目から簡単にナビゲートし、より直感的かつ効率的に必要な情報にアクセスできます。また、UXに関する多くの問題も解決され、SQL診断プロセスがよりユーザーフレンドリーになります。 + この新しいインフラストラクチャにより、 [スロークエリ](/tidb-cloud/tune-performance.md#slow-query)ページ目から簡単にナビゲートし、より直感的かつ効率的に必要な情報にアクセスできます。また、UXに関する多くの問題も解決され、SQL診断プロセスがよりユーザーフレンドリーになります。 ## 2023年3月21日 {#march-21-2023} @@ -818,7 +818,7 @@ summary: 2023 年のTiDB Cloudのリリース ノートについて説明しま - [Serverless Tier](/tidb-cloud/select-cluster-tier.md#starter)クラスターに[SQL診断](/tidb-cloud/tune-performance.md)機能を追加します。 - SQL診断を使用すると、SQL関連の実行時ステータスに関する詳細な分析情報を取得できるため、SQLパフォーマンスチューニングの効率が向上します。現在、Serverless TierのSQL診断機能は、低速クエリデータのみを提供しています。 + SQL診断を使用すると、SQL関連の実行時ステータスに関する詳細な分析情報を取得できるため、SQLパフォーマンスチューニングの効率が向上します。現在、Serverless TierのSQL診断機能は、スロークエリデータのみを提供しています。 SQL 診断を使用するには、 Serverless Tierクラスター ページの左側のナビゲーション バーで**[SQL 診断] を**クリックします。 diff --git a/tidb-cloud/releases/release-notes-2024.md b/tidb-cloud/releases/release-notes-2024.md index 391a6a932af92..85e471b7a6308 100644 --- a/tidb-cloud/releases/release-notes-2024.md +++ b/tidb-cloud/releases/release-notes-2024.md @@ -230,7 +230,7 @@ summary: TiDB Cloudの2024年のリリースノートについてご確認くだ 詳細については、 [定義済みのシステムエンドポイントを追加します](/tidb-cloud/data-service-manage-endpoint.md#add-a-predefined-system-endpoint)参照してください。 -- 低速クエリのデータストレージを強化する。 +- スロークエリのデータストレージを強化する。 [TiDB Cloudコンソール](https://tidbcloud.com)におけるクエリアクセスの遅延は、より安定し、データベースのパフォーマンスに影響を与えなくなりました。 diff --git a/tidb-cloud/releases/tidb-cloud-release-notes.md b/tidb-cloud/releases/tidb-cloud-release-notes.md index 1755570e7c8ff..d6734dcd60458 100644 --- a/tidb-cloud/releases/tidb-cloud-release-notes.md +++ b/tidb-cloud/releases/tidb-cloud-release-notes.md @@ -395,7 +395,7 @@ aliases: ['/ja/tidbcloud/supported-tidb-versions','/ja/tidbcloud/release-notes'] - **TiDB Cloud Starter** - - 実際のクライアント IP アドレスを [遅いクエリ](/tidb-cloud/tune-performance.md#slow-query)と[`INFORMATION_SCHEMA.PROCESSLIST`](/information-schema/information-schema-processlist.md)テーブル (ベータ版) に表示します。 + - 実際のクライアント IP アドレスを [スロークエリ](/tidb-cloud/tune-performance.md#slow-query)と[`INFORMATION_SCHEMA.PROCESSLIST`](/information-schema/information-schema-processlist.md)テーブル (ベータ版) に表示します。 TiDB CloudはクライアントIPパススルーをサポートするようになり、スロークエリビューと`INFORMATION_SCHEMA.PROCESSLIST`テーブルで、ロードバランサー（LB）のIPアドレスではなく、実際のクライアントIPアドレスを表示できるようになりました。この機能により、データベースリクエストの真の送信元を正確に特定し、トラブルシューティングと分析を改善できます。 @@ -417,7 +417,7 @@ aliases: ['/ja/tidbcloud/supported-tidb-versions','/ja/tidbcloud/release-notes'] 詳細については、 [データ移行を使用して既存データと増分データを移行する](/tidb-cloud/migrate-from-mysql-using-data-migration.md)[データ移行を使用して増分データを移行する](/tidb-cloud/migrate-incremental-data-from-mysql-using-data-migration.md)を参照してください。 - - [遅いクエリ](/tidb-cloud/tune-performance.md#slow-query)監査、および[`INFORMATION_SCHEMA.PROCESSLIST`](/information-schema/information-schema-processlist.md)テーブル (ベータ版) に実際のクライアント IP アドレスを表示します[DB監査ログ](/tidb-cloud/essential-database-audit-logging.md) + - [スロークエリ](/tidb-cloud/tune-performance.md#slow-query)監査、および[`INFORMATION_SCHEMA.PROCESSLIST`](/information-schema/information-schema-processlist.md)テーブル (ベータ版) に実際のクライアント IP アドレスを表示します[DB監査ログ](/tidb-cloud/essential-database-audit-logging.md) TiDB CloudはクライアントIPパススルーをサポートするようになり、スロークエリビュー、DB監査ログ、および`INFORMATION_SCHEMA.PROCESSLIST`テーブルで、ロードバランサー（LB）のIPアドレスではなく、実際のクライアントIPアドレスを表示できるようになりました。この機能により、データベース要求の真の発生源を正確に特定し、トラブルシューティングと分析を改善できます。 diff --git a/tidb-cloud/serverless-limitations.md b/tidb-cloud/serverless-limitations.md index f73fd75667f0f..f0b9ca275c6e4 100644 --- a/tidb-cloud/serverless-limitations.md +++ b/tidb-cloud/serverless-limitations.md @@ -42,7 +42,7 @@ TiDB Cloud Starter/EssentialとTiDB Cloud Dedicated間の機能ギャップを - 現在[サードパーティのモニタリング統合](/tidb-cloud/third-party-monitoring-integrations.md)はご利用いただけません。 - [組み込みアラート](/tidb-cloud/monitor-built-in-alerting.md)は現在利用できません。 -- [キービジュアライザー](/tidb-cloud/tune-performance.md#key-visualizer)は現在利用できません。 +- [Key Visualizer](/tidb-cloud/tune-performance.md#key-visualizer)は現在利用できません。 ### セルフサービスアップグレード {#self-service-upgrades} diff --git a/tidb-cloud/tidb-cloud-clinic.md b/tidb-cloud/tidb-cloud-clinic.md index 600b20aaed0c9..fda2a6675ffbf 100644 --- a/tidb-cloud/tidb-cloud-clinic.md +++ b/tidb-cloud/tidb-cloud-clinic.md @@ -28,7 +28,7 @@ TiDB Cloud Clinic は、**Enterprise**または**Premium**サポート プラン 3. ターゲットクラスタの名前をクリックします。クラスタの概要ページが表示され、クラスタに関する以下の詳細情報を確認できます。 - 高度なメトリクス - - 最も遅いクエリ（クラスターの TiDB バージョンが v8.1.1 以降、v7.5.4 以降の場合にのみサポートされます） + - スロークエリ上位（クラスターの TiDB バージョンが v8.1.1 以降、v7.5.4 以降の場合にのみサポートされます） - TopSQL (クラスターの TiDB バージョンが v8.1.1 以降、v7.5.4 以降の場合にのみサポートされます) - ベンチマークレポート @@ -59,13 +59,13 @@ TiDB Cloud ClinicはGrafanaを使用して、TiDBクラスターの包括的な - TiProxy-概要 - ユーザーノード情報 -## 最も遅いクエリを分析する {#analyze-top-slow-queries} +## スロークエリ上位を分析する {#analyze-top-slow-queries} -デフォルトでは、300 ミリ秒を超える時間がかかる SQL クエリは遅いクエリと見なされます。 +デフォルトでは、300 ミリ秒を超える時間がかかる SQL クエリはスロークエリと見なされます。 -TiDB Cloudコンソールのデフォルトの[**遅いクエリ**](/tidb-cloud/tune-performance.md#slow-query)ページでは、パフォーマンスに影響を与えるクエリを特定することが困難になる場合があります。特に、スロークエリが多数存在するクラスタではなおさらです。TiDB Cloud Clinicの**「Top Slow Queries」**機能は、スロークエリのログに基づいて集計分析を提供します。この機能により、パフォーマンスに問題のあるクエリを簡単に特定できるため、全体的なパフォーマンスチューニング時間を少なくとも半分に短縮できます。 +TiDB Cloudコンソールのデフォルトの[**スロークエリ**](/tidb-cloud/tune-performance.md#slow-query)ページでは、パフォーマンスに影響を与えるクエリを特定することが困難になる場合があります。特に、スロークエリが多数存在するクラスタではなおさらです。TiDB Cloud Clinicの**「Top Slow Queries」**機能は、スロークエリのログに基づいて集計分析を提供します。この機能により、パフォーマンスに問題のあるクエリを簡単に特定できるため、全体的なパフォーマンスチューニング時間を少なくとも半分に短縮できます。 -上位の低速クエリには、SQL ダイジェストによって集計された上位 10 件のクエリが、次のディメンションで並べ替えられて表示されます。 +上位のスロークエリには、SQL ダイジェストによって集計された上位 10 件のクエリが、次のディメンションで並べ替えられて表示されます。 - 合計レイテンシー - 最大レイテンシー @@ -75,21 +75,21 @@ TiDB Cloudコンソールのデフォルトの[**遅いクエリ**](/tidb-cloud/ - 平均メモリ - 合計数 -クラスター内の遅いクエリを表示するには、次の手順を実行します。 +クラスター内のスロークエリを表示するには、次の手順を実行します。 1. [TiDB Cloud Clinic コンソール](https://clinic.pingcap.com/)で、クラスターの**「クラスタ」**ページに移動します。 2. **[スロー クエリ]**をクリックします。 -3. 最も遅いクエリが表に表示されます。結果は列ごとに並べ替えることができます。 +3. スロークエリ上位が表に表示されます。結果は列ごとに並べ替えることができます。 -4. (オプション) リスト内の遅いクエリをクリックすると、詳細な実行情報が表示されます。 +4. (オプション) リスト内のスロークエリをクリックすると、詳細な実行情報が表示されます。 -5. (オプション) 時間範囲、データベース、またはステートメントの種類別に遅いクエリをフィルタリングします。 +5. (オプション) 時間範囲、データベース、またはステートメントの種類別にスロークエリをフィルタリングします。 -低速クエリの保持ポリシーは 7 日間です。 +スロークエリの保持ポリシーは 7 日間です。 -詳細については[TiDBダッシュボードの遅いクエリ](https://docs.pingcap.com/tidb/stable/dashboard-slow-query)参照してください。 +詳細については[TiDB Dashboardのスロークエリ](https://docs.pingcap.com/tidb/stable/dashboard-slow-query)参照してください。 ## TopSQLを監視する {#monitor-topsql} @@ -105,7 +105,7 @@ TopSQL を表示するには、次の手順を実行します。 4. TopSQL によって表示されるグラフと表を分析します。 -詳細については[TiDBダッシュボードのTopSQL](https://docs.pingcap.com/tidb/stable/top-sql)参照してください。 +詳細については[TiDB DashboardのTopSQL](https://docs.pingcap.com/tidb/stable/top-sql)参照してください。 ## ベンチマークレポートを生成する {#generate-benchmark-reports} diff --git a/tidb-cloud/tidb-cloud-poc.md b/tidb-cloud/tidb-cloud-poc.md index 8d078ee638276..1a046f614a116 100644 --- a/tidb-cloud/tidb-cloud-poc.md +++ b/tidb-cloud/tidb-cloud-poc.md @@ -145,7 +145,7 @@ TiDB Cloudにはさまざまな形式のデータをインポートできます - クラスターの一般的なメトリクスは、クラスター概要ページで確認できます。これには、合計QPS、レイテンシ、接続数、 TiFlashリクエストQPS、 TiFlashリクエスト期間、 TiFlashストレージサイズ、TiKVストレージサイズ、TiDB CPU、TiKV CPU、TiKV IO読み取り、TiKV IO書き込みが含まれます。1 [TiDBクラスタを監視する](/tidb-cloud/monitor-tidb-cluster.md)参照してください。 - クラスターの[**診断**](/tidb-cloud/tune-performance.md#view-the-diagnosis-page)ページ目に移動し、 **「SQLステートメント」**タブを確認してください。ここでは、システムテーブルをクエリすることなく、SQL実行を監視し、パフォーマンスの問題を簡単に特定できます。5 [ステートメント分析](/tidb-cloud/tune-performance.md#statement-analysis)参照してください。 -- クラスターの[**診断**](/tidb-cloud/tune-performance.md#view-the-diagnosis-page)ページ目に移動し、 **「Key Visualizer」**タブでTiDBのデータアクセスパターンとデータホットスポットを確認できます[キービジュアライザー](/tidb-cloud/tune-performance.md#key-visualizer)参照してください。 +- クラスターの[**診断**](/tidb-cloud/tune-performance.md#view-the-diagnosis-page)ページ目に移動し、 **「Key Visualizer」**タブでTiDBのデータアクセスパターンとデータホットスポットを確認できます[Key Visualizer](/tidb-cloud/tune-performance.md#key-visualizer)参照してください。 - これらのメトリクスを独自のDatadogおよびPrometheusに統合することもできます。1 [サードパーティの監視統合](/tidb-cloud/third-party-monitoring-integrations.md)参照してください。 次はテスト結果を評価する時です。 @@ -170,7 +170,7 @@ TiDB Cloudにはさまざまな形式のデータをインポートできます - クエリパフォーマンスの向上 - [**診断**](/tidb-cloud/tune-performance.md#view-the-diagnosis-page)ページの[**SQL文**](/tidb-cloud/tune-performance.md#statement-analysis)タブで SQL 実行プランを確認します。 - - [**診断**](/tidb-cloud/tune-performance.md#view-the-diagnosis-page)ページの[**キービジュアライザー**](/tidb-cloud/tune-performance.md#key-visualizer)タブでホットスポットの問題を確認します。 + - [**診断**](/tidb-cloud/tune-performance.md#view-the-diagnosis-page)ページの[**Key Visualizer**](/tidb-cloud/tune-performance.md#key-visualizer)タブでホットスポットの問題を確認します。 - [**メトリクス**](/tidb-cloud/built-in-monitoring.md#view-the-metrics-page)ページで TiDB クラスターの容量が不足していないかどうかを監視します。 - TiFlash機能を使用して分析処理を最適化します[HTAPクラスタを使用する](/tiflash/tiflash-overview.md)を参照してください。 diff --git a/tidb-cloud/tidb-cloud-sql-tuning-overview.md b/tidb-cloud/tidb-cloud-sql-tuning-overview.md index 479d8a2f8fd03..a0de3aa003b44 100644 --- a/tidb-cloud/tidb-cloud-sql-tuning-overview.md +++ b/tidb-cloud/tidb-cloud-sql-tuning-overview.md @@ -19,7 +19,7 @@ SQL文のパフォーマンスを向上させるには、以下の原則を考 - 適切な結合タイプを使用してください。クエリ内の各テーブルのサイズと相関関係に応じて、適切な結合タイプを選択することが非常に重要です。一般に、TiDB のコストベースのオプティマイザーは、最適な結合タイプを自動的に選択します。ただし、場合によっては、結合タイプを手動で指定する必要がある場合があります。詳細については、[テーブル結合を使用するステートメントについて説明します](/explain-joins.md)参照してください。 - 適切なストレージエンジンを使用してください。ハイブリッドトランザクションおよび分析処理（HTAP）ワークロードには、 TiFlashストレージエンジンを使用することをお勧めします。HTAP [HTAPクエリ](/develop/dev-guide-hybrid-oltp-and-olap-queries.md)を参照してください。 -TiDB Cloudには、遅いクエリを分析するのに役立つツールがいくつか用意されています。以下のセクションでは、遅いクエリを最適化するためのいくつかの方法について説明します。 +TiDB Cloudには、スロークエリを分析するのに役立つツールがいくつか用意されています。以下のセクションでは、スロークエリを最適化するためのいくつかの方法について説明します。 ### 診断ページの「使用説明書」を参照してください。 {#use-statement-on-the-diagnosis-page} @@ -105,7 +105,7 @@ SQLパフォーマンスチューニングを行ってもパフォーマンス ### ホットスポットの問題 {#hotspot-issues} -[キービジュアライザー](/tidb-cloud/tune-performance.md#key-visualizer)を使用してホットスポットの問題を分析できます。 +[Key Visualizer](/tidb-cloud/tune-performance.md#key-visualizer)を使用してホットスポットの問題を分析できます。 Key Visualizerを使用すると、 TiDB Cloud Dedicatedクラスタの使用パターンを分析し、トラフィックのホットスポットをトラブルシューティングできます。このページでは、TiDB Cloud Dedicatedクラスタのトラフィックの推移を視覚的に表示します。 diff --git a/tidb-cloud/tidb-cloud-tune-performance-overview.md b/tidb-cloud/tidb-cloud-tune-performance-overview.md index c17868e4d6d0e..88dac8c507d76 100644 --- a/tidb-cloud/tidb-cloud-tune-performance-overview.md +++ b/tidb-cloud/tidb-cloud-tune-performance-overview.md @@ -79,7 +79,7 @@ SQL パフォーマンス チューニングの詳細については、 [SQLチ #### ホットスポットの問題を解決する {#resolve-hotstpot-issues} -ホットスポットの問題は[キービジュアライザータブ](/tidb-cloud/tune-performance.md#key-visualizer)で確認できます。以下のスクリーンショットはヒートマップのサンプルです。マップの横軸は時間、縦軸はテーブルとインデックスです。明るい色はトラフィックが多いことを示します。ツールバーで読み取りトラフィックと書き込みトラフィックの表示を切り替えることができます。 +ホットスポットの問題は[Key Visualizerタブ](/tidb-cloud/tune-performance.md#key-visualizer)で確認できます。以下のスクリーンショットはヒートマップのサンプルです。マップの横軸は時間、縦軸はテーブルとインデックスです。明るい色はトラフィックが多いことを示します。ツールバーで読み取りトラフィックと書き込みトラフィックの表示を切り替えることができます。 ![Hotspot issues](/media/tidb-cloud/tidb-cloud-troubleshoot-hotspot.png) diff --git a/tidb-cloud/tidb-x-architecture.md b/tidb-cloud/tidb-x-architecture.md index 7509ab27ce70e..3deb90e3cda67 100644 --- a/tidb-cloud/tidb-x-architecture.md +++ b/tidb-cloud/tidb-x-architecture.md @@ -111,7 +111,7 @@ TiDB Xは、多様なワークロードが互いに干渉しないように、 軽量なOLTPワークロードの場合、負荷の高い計算タスクはエラスティックコンピューティングプールにオフロードされるため、ユーザートラフィックを処理するTiKVサーバーはオンラインクエリ専用に確保されます。その結果、TiDB Xはより少ないリソースで、より安定した予測可能なパフォーマンスを実現します。この分離により、バックグラウンドタスクがオンライントランザクション処理に干渉することがなくなります。 -- **ヘビーコンピューティング**：圧縮、バックアップ、統計情報の収集、データロード、低速クエリ処理などのバックグラウンドタスク専用の、独立した弾力性のあるコンピューティングプール。 +- **ヘビーコンピューティング**：圧縮、バックアップ、統計情報の収集、データロード、スロークエリ処理などのバックグラウンドタスク専用の、独立した弾力性のあるコンピューティングプール。 DDL操作や大規模データインポートなどの負荷の高い計算タスクの場合、TiDB Xは、オンライントラフィックへの影響を最小限に抑えながら、これらのワークロードをフルスピードで実行するための柔軟な計算リソースを自動的にプロビジョニングできます。たとえば、インデックスを追加すると、データ量に応じてTiDBワーカー、コプロセッサーワーカー、およびTiKVワーカーが動的にプロビジョニングされます。これらのプロビジョニングされた柔軟な計算リソースは、オンライントラフィックを処理するTiDBおよびTiKVサーバーから分離されているため、リソースを大量に消費する操作が重要なOLTPクエリと競合することはありません。実際のシナリオでは、インデックス作成は従来のTiDBよりも最大5倍高速になり、オンラインサービスに影響を与えることもありません。 diff --git a/tidb-cloud/top-ru.md b/tidb-cloud/top-ru.md index e0e3a3a89f149..2c37e4ed71591 100644 --- a/tidb-cloud/top-ru.md +++ b/tidb-cloud/top-ru.md @@ -130,7 +130,7 @@ RUスパイクを調査するには、以下のワークフローを使用して 4. 特定のユーザーがランキングの急上昇を引き起こしているかどうかを確認するには、 **「ユーザー別ランキング」**パネルを確認してください。 5. 必要に応じて、 **「ユーザー別スライス」**タブに移動し、ユーザーを選択して、そのユーザーが最も多くのRUを消費しているSQLステートメントに注目してください。 6. SQL文をクリックすると、詳細パネルが開きます。実行プランを確認して、インデックスの欠落など、最適化の機会を見つけてください。 -7. **クエリテンプレートID**を使用して、実行コンテキストの詳細を確認するために、遅いクエリまたはSQLステートメントを相互参照してください。 +7. **クエリテンプレートID**を使用して、実行コンテキストの詳細を確認するために、スロークエリまたはSQLステートメントを相互参照してください。 8. インデックスの追加、SQLの書き換え、ビジネスロジックの調整など、最適化を適用してください。 9. **トップRU**ページに戻り、最近の期間を選択して、RU消費量が減少していることを確認してください。 diff --git a/tidb-cloud/tune-performance.md b/tidb-cloud/tune-performance.md index 954589967406f..5b93e40582eff 100644 --- a/tidb-cloud/tune-performance.md +++ b/tidb-cloud/tune-performance.md @@ -8,17 +8,17 @@ aliases: ['/ja/tidbcloud/index-insight'] -TiDB Cloud では、パフォーマンスを分析するために [Slow Query](#slow-query)、[Statement Analysis](#statement-analysis)、および [Key Visualizer](#key-visualizer) を提供しています。 +TiDB Cloud では、パフォーマンスを分析するために [スロークエリ](#slow-query)、[Statement Analysis](#statement-analysis)、および [Key Visualizer](#key-visualizer) を提供しています。 -TiDB Cloud では、パフォーマンスを分析するために [Slow Query](#slow-query) と [SQL Statement](#sql-statement) を提供しています。 +TiDB Cloud では、パフォーマンスを分析するために [スロークエリ](#slow-query) と [SQL Statement](#sql-statement) を提供しています。 -- Slow Query では、{{{ .starter }}} instance{{{ .essential }}} instance{{{ .premium }}} instance{{{ .dedicated }}} cluster 内のすべての低速クエリを検索して表示できます。また、実行計画、SQL 実行情報、その他の詳細を確認することで、各低速クエリのボトルネックを調査できます。 +- Slow Query では、{{{ .starter }}} instance{{{ .essential }}} instance{{{ .premium }}} instance{{{ .dedicated }}} cluster 内のすべてのスロークエリを検索して表示できます。また、実行計画、SQL 実行情報、その他の詳細を確認することで、各スロークエリのボトルネックを調査できます。 - Statement AnalysisSQL Statement を使用すると、システムテーブルをクエリしなくても、ページ上で SQL の実行状況を直接確認し、パフォーマンスの問題を簡単に特定できます。 @@ -44,9 +44,9 @@ TiDB Cloud では、パフォーマンスを分析するために [Slow Query](# ## Slow Query {#slow-query} -デフォルトでは、300 ミリ秒を超えて実行される SQL クエリは低速クエリと見なされます。 +デフォルトでは、300 ミリ秒を超えて実行される SQL クエリはスロークエリと見なされます。 -{{{ .starter }}} instance{{{ .essential }}} instance{{{ .premium }}} instance{{{ .dedicated }}} cluster で低速クエリを表示するには、次の手順を実行します。 +{{{ .starter }}} instance{{{ .essential }}} instance{{{ .premium }}} instance{{{ .dedicated }}} cluster でスロークエリを表示するには、次の手順を実行します。 @@ -54,9 +54,9 @@ TiDB Cloud では、パフォーマンスを分析するために [Slow Query](# 2. **Slow Query** タブをクリックします。 -3. リスト内の任意の低速クエリをクリックして、その詳細な実行情報を表示します。 +3. リスト内の任意のスロークエリをクリックして、その詳細な実行情報を表示します。 -4. （任意）対象の時間範囲、関連するデータベース、および SQL キーワードに基づいて低速クエリをフィルタリングできます。表示する低速クエリの数を制限することもできます。 +4. （任意）対象の時間範囲、関連するデータベース、および SQL キーワードに基づいてスロークエリをフィルタリングできます。表示するスロークエリの数を制限することもできます。 @@ -64,9 +64,9 @@ TiDB Cloud では、パフォーマンスを分析するために [Slow Query](# 1. {{{ .premium }}} instance の概要ページに移動し、左側のナビゲーションペインで **Monitoring** > **Slow Query** をクリックします。 -2. リストから低速クエリを選択して、その詳細な実行情報を表示します。 +2. リストからスロークエリを選択して、その詳細な実行情報を表示します。 -3. （任意）対象の時間範囲と SQL キーワードに基づいて低速クエリをフィルタリングできます。表示する低速クエリの数を制限することもできます。 +3. （任意）対象の時間範囲と SQL キーワードに基づいてスロークエリをフィルタリングできます。表示するスロークエリの数を制限することもできます。 diff --git a/tidb-configuration-file.md b/tidb-configuration-file.md index 0d50946086876..8218183a73f69 100644 --- a/tidb-configuration-file.md +++ b/tidb-configuration-file.md @@ -311,7 +311,7 @@ TiDB 構成ファイルは、コマンドライン パラメーターよりも - スロークエリログのファイル名。 - デフォルト値: `tidb-slow.log` - TiDB v2.1.8ではスローログのフォーマットが更新され、スローログはスローログファイルに個別に出力されるようになりました。v2.1.8より前のバージョンでは、この変数はデフォルトで「」に設定されています。 -- 設定後、遅いクエリのログはこのファイルに別途出力されます。 +- 設定後、スロークエリのログはこのファイルに別途出力されます。 ### slow-threshold {#code-slow-threshold-code} @@ -926,12 +926,12 @@ TiDBサービスの状態に関するコンフィグレーション。 ### in-mem-slow-query-topn-num v7.3.0の新機能 {#code-in-mem-slow-query-topn-num-code-span-class-version-mark-new-in-v7-3-0-span} -- この設定は、メモリにキャッシュされる最も遅いクエリの数を制御します。 +- この設定は、メモリにキャッシュされるスロークエリの上位件数を制御します。 - デフォルト値: 30 ### in-mem-slow-query-recent-num （v7.3.0で追加） {#code-in-mem-slow-query-recent-num-code-span-class-version-mark-new-in-v7-3-0-span} -- この設定は、最近使用された低速クエリのうち、メモリにキャッシュされるクエリの数を制御します。 +- この設定は、最近使用されたスロークエリのうち、メモリにキャッシュされるクエリの数を制御します。 - デフォルト値: 500 ### tidb_expensive_query_time_threshold {#code-tidb-expensive-query-time-threshold-code} @@ -946,7 +946,7 @@ TiDBサービスの状態に関するコンフィグレーション。 ### tidb_record_plan_in_slow_log {#code-tidb-record-plan-in-slow-log-code} -- この設定は、遅いクエリの実行プランをスローログに含めるかどうかを制御するために使用されます。 +- この設定は、スロークエリの実行プランをスローログに含めるかどうかを制御するために使用されます。 - デフォルト値: `1` - 値のオプション: `1` (有効、デフォルト) または`0` (無効)。 - この設定値は、システム変数[`tidb_record_plan_in_slow_log`](/system-variables.md#tidb_record_plan_in_slow_log)の値を初期化します。 @@ -1051,7 +1051,7 @@ PROXYプロトコルに関連するコンフィグレーション項目。 > **警告：** > -> `*`は、任意の IP アドレスのクライアントが自身の IP アドレスを報告できるようになるため、セキュリティ上のリスクが生じる可能性があるため、慎重に使用してください。また、 `*`を使用すると、TiDB に直接接続する内部コンポーネント(TiDB ダッシュボードなど) が利用できなくなる可能性もあります。 +> `*`は、任意の IP アドレスのクライアントが自身の IP アドレスを報告できるようになるため、セキュリティ上のリスクが生じる可能性があるため、慎重に使用してください。また、 `*`を使用すると、TiDB に直接接続する内部コンポーネント(TiDB Dashboardなど) が利用できなくなる可能性もあります。 ### fallbackable （v6.5.1の新機能） {#code-fallbackable-code-span-class-version-mark-new-in-v6-5-1-span} diff --git a/tidb-monitoring-framework.md b/tidb-monitoring-framework.md index 0b94c44e5ffd6..8191daa3facab 100644 --- a/tidb-monitoring-framework.md +++ b/tidb-monitoring-framework.md @@ -1,11 +1,11 @@ --- title: TiDB Monitoring Framework Overview -summary: Prometheus、Grafana、TiDB ダッシュボードを使用して、TiDB 監視フレームワークを構築します。 +summary: Prometheus、Grafana、TiDB Dashboardを使用して、TiDB 監視フレームワークを構築します。 --- # TiDB 監視フレームワークの概要 {#tidb-monitoring-framework-overview} -TiDB監視フレームワークは、PrometheusとGrafanaという2つのオープンソースプロジェクトを採用しています。TiDBは、監視およびパフォーマンスメトリクスの保存に[Prometheus](https://prometheus.io)使用し、これらのメトリクスの可視化に[Grafana](https://grafana.com/grafana)使用します。また、TiDBは、TiDBクラスターの監視と診断のための組み込みの[TiDBダッシュボード](/dashboard/dashboard-intro.md)提供しています。 +TiDB監視フレームワークは、PrometheusとGrafanaという2つのオープンソースプロジェクトを採用しています。TiDBは、監視およびパフォーマンスメトリクスの保存に[Prometheus](https://prometheus.io)使用し、これらのメトリクスの可視化に[Grafana](https://grafana.com/grafana)使用します。また、TiDBは、TiDBクラスターの監視と診断のための組み込みの[TiDB Dashboard](/dashboard/dashboard-intro.md)を提供しています。 ## TiDBにおけるPrometheusについて {#about-prometheus-in-tidb} @@ -51,6 +51,6 @@ Grafanaは、メトリクスを分析および視覚化するためのオープ ![Grafana Overview](/media/grafana-monitor-overview.png) -## TiDBダッシュボード {#tidb-dashboard} +## TiDB Dashboard {#tidb-dashboard} -TiDBダッシュボードは、TiDBクラスタの監視、診断、管理のためのWeb UIで、v4.0で導入されました。PDコンポーネントに組み込まれているため、別途導入する必要はありません。詳細については、 [TiDBダッシュボードの紹介](/dashboard/dashboard-intro.md)ご覧ください。 +TiDB Dashboardは、TiDBクラスタの監視、診断、管理のためのWeb UIで、v4.0で導入されました。PDコンポーネントに組み込まれているため、別途導入する必要はありません。詳細については、 [TiDB Dashboardの紹介](/dashboard/dashboard-intro.md)ご覧ください。 diff --git a/tidb-read-staleness.md b/tidb-read-staleness.md index 4d51764a52cc5..0e2fe25c6e14e 100644 --- a/tidb-read-staleness.md +++ b/tidb-read-staleness.md @@ -81,7 +81,7 @@ summary: tidb_read_staleness` システム変数を使用して履歴データ +------+ 3 rows in set (0.00 sec) -5. システム変数`tidb_read_staleness`設定します。 +5. システム変数`tidb_read_staleness`を設定します。 この変数のスコープは`SESSION`です。値を設定すると、TiDB は値で設定された時間より前の最新バージョンのデータを読み取ります。 diff --git a/tidb-resource-control-ru-groups.md b/tidb-resource-control-ru-groups.md index 3ad61927d60a8..cc945a90c85ef 100644 --- a/tidb-resource-control-ru-groups.md +++ b/tidb-resource-control-ru-groups.md @@ -126,7 +126,7 @@ TiDB v7.0.0以降、 `tidb_enable_resource_control`と`resource-control.enabled` - [実際の作業負荷に基づいて容量を推定する](/sql-statements/sql-statement-calibrate-resource.md#estimate-capacity-based-on-actual-workload) - [ハードウェアの導入状況に基づいて容量を推定する](/sql-statements/sql-statement-calibrate-resource.md#estimate-capacity-based-on-hardware-deployment) -TiDB ダッシュボードで[リソースマネージャーページ](/dashboard/dashboard-resource-manager.md)を表示できます。詳細については、 [`CALIBRATE RESOURCE`](/sql-statements/sql-statement-calibrate-resource.md#methods-for-estimating-capacity)を参照してください。 +TiDB Dashboardで[リソースマネージャーページ](/dashboard/dashboard-resource-manager.md)を表示できます。詳細については、 [`CALIBRATE RESOURCE`](/sql-statements/sql-statement-calibrate-resource.md#methods-for-estimating-capacity)を参照してください。 @@ -273,7 +273,7 @@ SQL文のRU消費量は、以下の方法で確認できます。 - システム変数`tidb_last_query_info` - `EXPLAIN ANALYZE` -- 遅いクエリとそれに対応するシステムテーブル +- スロークエリとそれに対応するシステムテーブル - `statements_summary` #### システム変数tidb_last_query_infoを照会することで、前回のSQL実行で消費されたRUを表示する。 {#view-the-rus-consumed-by-the-last-sql-execution-by-querying-the-system-variable-code-tidb-last-query-info-code} @@ -310,7 +310,7 @@ TiDBはシステム変数[`tidb_last_query_info`](/system-variables.md#tidb_last [`EXPLAIN ANALYZE`](/sql-statements/sql-statement-explain-analyze.md#ru-request-unit-consumption)ステートメントを使用すると、SQL 実行中に消費される RU の量を取得できます。RU の量はキャッシュ (たとえば、[コプロセッサキャッシュ](/coprocessor-cache.md)) の影響を受けることに注意してください。同じ SQL を複数回実行すると、各実行で消費される RU の量は異なる場合があります。RU の値は各実行の正確な値を表すものではありませんが、推定の参考として使用できます。 -#### 遅いクエリとそれに対応するシステムテーブル {#slow-queries-and-the-corresponding-system-table} +#### スロークエリとそれに対応するシステムテーブル {#slow-queries-and-the-corresponding-system-table} @@ -361,7 +361,7 @@ TiDB はリソース制御に関する実行時情報を定期的に収集し、 TiKV は、さまざまなリソース グループからのリクエスト QPS も記録します。詳細については、 [TiKVモニタリング指標の詳細](/grafana-tikv-dashboard.md#grpc)を参照してください。 -TiDB ダッシュボードの現在の[`RESOURCE_GROUPS`](/information-schema/information-schema-resource-groups.md)テーブルでリソース グループのデータを表示できます。詳しくは[リソースマネージャーページ](/dashboard/dashboard-resource-manager.md)をご覧ください。 +TiDB Dashboardの現在の[`RESOURCE_GROUPS`](/information-schema/information-schema-resource-groups.md)テーブルでリソース グループのデータを表示できます。詳しくは[リソースマネージャーページ](/dashboard/dashboard-resource-manager.md)をご覧ください。 diff --git a/tidb-troubleshooting-map.md b/tidb-troubleshooting-map.md index 17383050a135c..3b31363776f54 100644 --- a/tidb-troubleshooting-map.md +++ b/tidb-troubleshooting-map.md @@ -185,7 +185,7 @@ OOM のトラブルシューティングの詳細については、 [TiDBのメ ### 3.5 クエリの遅延に関する問題 {#3-5-slow-query-issues} -遅いクエリを特定するには、[遅いクエリを特定する](/identify-slow-queries.md)参照してください。遅いクエリを分析して処理するには、[遅いクエリを分析する](/analyze-slow-queries.md)参照してください。 +スロークエリを特定するには、[スロークエリを特定する](/identify-slow-queries.md)参照してください。スロークエリを分析して処理するには、[スロークエリを分析する](/analyze-slow-queries.md)参照してください。 ### 3.6 ホットスポットの問題 {#3-6-hotspot-issues} diff --git a/tiflash/use-tidb-to-read-tiflash.md b/tiflash/use-tidb-to-read-tiflash.md index 4feb0e31d237a..74ac4be0daa85 100644 --- a/tiflash/use-tidb-to-read-tiflash.md +++ b/tiflash/use-tidb-to-read-tiflash.md @@ -75,7 +75,7 @@ explain analyze select count(*) from test.t; > **注記：** > -> [TiDBダッシュボード](/dashboard/dashboard-intro.md)およびその他のコンポーネントは、TiDBメモリテーブル領域に格納されている一部のシステム テーブルを読み取る必要があるため、インスタンス レベルのエンジン構成に常に「tidb」エンジンを追加することをお勧めします。 +> [TiDB Dashboard](/dashboard/dashboard-intro.md)およびその他のコンポーネントは、TiDBメモリテーブル領域に格納されている一部のシステム テーブルを読み取る必要があるため、インスタンス レベルのエンジン構成に常に「tidb」エンジンを追加することをお勧めします。 diff --git a/tikv-in-memory-engine.md b/tikv-in-memory-engine.md index 24a25b7a52011..3d91e68bdcb3d 100644 --- a/tikv-in-memory-engine.md +++ b/tikv-in-memory-engine.md @@ -90,7 +90,7 @@ mvcc-amplification-threshold = 10 ### インメモリエンジンが私のシナリオを改善できるかどうかを判断するにはどうすればよいでしょうか？ {#how-to-determine-if-the-in-memory-engine-can-improve-my-scenario} -`Total_keys` `Process_keys`よりはるかに大きい低速クエリが存在するかどうかを確認するには、次のSQL文を実行してください。 +`Total_keys` `Process_keys`よりはるかに大きいスロークエリが存在するかどうかを確認するには、次のSQL文を実行してください。 ```sql SELECT diff --git a/tiproxy/tiproxy-performance-test.md b/tiproxy/tiproxy-performance-test.md index eb1c95b1c0ea0..95e371e3513a4 100644 --- a/tiproxy/tiproxy-performance-test.md +++ b/tiproxy/tiproxy-performance-test.md @@ -5,7 +5,7 @@ summary: TiProxy のパフォーマンスと HAProxy との比較について学 # TiProxy パフォーマンステストレポート {#tiproxy-performance-test-report} -このレポートでは、Sysbench の OLTP シナリオで TiProxy のパフォーマンスをテストし、 [HAプロキシ](https://www.haproxy.org/)と比較します。 +このレポートでは、Sysbench の OLTP シナリオで TiProxy のパフォーマンスをテストし、 [HAProxy](https://www.haproxy.org/)と比較します。 結果は次のとおりです。 @@ -20,10 +20,10 @@ summary: TiProxy のパフォーマンスと HAProxy との比較について学 ### ハードウェア構成 {#hardware-configuration} -| サービス | 機械タイプ | CPUモデル | インスタンス数 | +| サービス | マシン種別 | CPUモデル | インスタンス数 | | ------- | ----- | ------------------------------------------ | ------- | | TiProxy | 4C8G | インテル(R) Xeon(R) Silver 4214R CPU @ 2.40GHz | 1 | -| HAプロキシ | 4C8G | インテル(R) Xeon(R) Silver 4214R CPU @ 2.40GHz | 1 | +| HAProxy | 4C8G | インテル(R) Xeon(R) Silver 4214R CPU @ 2.40GHz | 1 | | PD | 4C8G | インテル(R) Xeon(R) Silver 4214R CPU @ 2.40GHz | 3 | | TiDB | 8C16G | インテル(R) Xeon(R) Silver 4214R CPU @ 2.40GHz | 8 | | TiKV | 8C16G | インテル(R) Xeon(R) Silver 4214R CPU @ 2.40GHz | 8 | @@ -34,7 +34,7 @@ summary: TiProxy のパフォーマンスと HAProxy との比較について学 | サービス | ソフトウェアバージョン | | ------- | ----------- | | TiProxy | バージョン1.0.0 | -| HAプロキシ | 2.9.0 | +| HAProxy | 2.9.0 | | PD | バージョン8.0.0 | | TiDB | バージョン8.0.0 | | TiKV | バージョン8.0.0 | diff --git a/tiup/tiup-cluster-topology-reference.md b/tiup/tiup-cluster-topology-reference.md index 637654f1285ad..af11ebed028d2 100644 --- a/tiup/tiup-cluster-topology-reference.md +++ b/tiup/tiup-cluster-topology-reference.md @@ -183,7 +183,7 @@ server_configs: - `tikv` : TiKVコンポーネントのバージョン - `tiflash` : TiFlashコンポーネントのバージョン - `pd` : PDコンポーネントのバージョン -- `tidb_dashboard` : スタンドアロンの TiDB ダッシュボードコンポーネントのバージョン +- `tidb_dashboard` : スタンドアロンの TiDB Dashboardコンポーネントのバージョン - `cdc` : CDCコンポーネントのバージョン - `kvcdc` : TiKV-CDCコンポーネントのバージョン - `tiproxy` : TiProxyコンポーネントのバージョン diff --git a/tiup/tiup-cluster.md b/tiup/tiup-cluster.md index 36cffc9c0daea..9705c2ee0fac9 100644 --- a/tiup/tiup-cluster.md +++ b/tiup/tiup-cluster.md @@ -216,7 +216,7 @@ tiup cluster display prod-cluster `Status`列目では、 `Up`または`Down`を使用して、サービスが正常に実行されているかどうかを示します。 -PDコンポーネントの場合、 `|L`または`|UI` `Up`または`Down`に追加されることがあります。 `|L` PD ノードがLeaderであることを示し、 `|UI` [TiDBダッシュボード](/dashboard/dashboard-intro.md) PD ノードで実行されていることを示します。 +PDコンポーネントの場合、 `|L`または`|UI` `Up`または`Down`に追加されることがあります。 `|L` PD ノードがLeaderであることを示し、 `|UI` [TiDB Dashboard](/dashboard/dashboard-intro.md) PD ノードで実行されていることを示します。 ## クラスターのスケールイン {#scale-in-a-cluster} diff --git a/tiup/tiup-command-status.md b/tiup/tiup-command-status.md index c42c9745a99ad..08dfcd62eeea2 100644 --- a/tiup/tiup-command-status.md +++ b/tiup/tiup-command-status.md @@ -49,7 +49,7 @@ tiup status [flags] > **注記：** > -> TiUPの`Pending Offline` 、PD API によって返される`Offline` 、および TiDB ダッシュボードの`Leaving`同じステータスを示します。 +> TiUPの`Pending Offline` 、PD API によって返される`Offline` 、および TiDB Dashboardの`Leaving`同じステータスを示します。 コンポーネントのステータスはPDスケジュール情報から取得されます。詳細については[情報収集](/tidb-scheduling.md#information-collection)参照してください。 diff --git a/tiup/tiup-component-cluster-display.md b/tiup/tiup-component-cluster-display.md index cd152717f670d..5a761da4a2fae 100644 --- a/tiup/tiup-component-cluster-display.md +++ b/tiup/tiup-component-cluster-display.md @@ -97,7 +97,7 @@ tiup cluster display [flags] > **注記：** > -> TiUPの`Pending Offline` 、PD API によって返される`Offline` 、および TiDB ダッシュボードの`Leaving`同じステータスを示します。 +> TiUPの`Pending Offline` 、PD API によって返される`Offline` 、および TiDB Dashboardの`Leaving`同じステータスを示します。 ノードのサービスステータスはPDのスケジューリング情報から取得されます。詳細については[情報収集](/tidb-scheduling.md#information-collection)参照してください。 diff --git a/tiup/tiup-component-cluster-upgrade.md b/tiup/tiup-component-cluster-upgrade.md index 7cfb923f06cb1..8c21d57363a7b 100644 --- a/tiup/tiup-component-cluster-upgrade.md +++ b/tiup/tiup-component-cluster-upgrade.md @@ -94,9 +94,9 @@ tiup cluster upgrade [flags] ### --tidb-ダッシュボードバージョン {#tidb-dashboard-version} -- TiDBダッシュボードのバージョンを指定します。このオプションを設定すると、TiDBダッシュボードのバージョンはクラスターのバージョンと一致しなくなります。 +- TiDB Dashboardのバージョンを指定します。このオプションを設定すると、TiDB Dashboardのバージョンはクラスターのバージョンと一致しなくなります。 - データ型: `STRINGS` -- このオプションが設定されていない場合、TiDB ダッシュボードのバージョンはクラスターのバージョンと一致したままになります。 +- このオプションが設定されていない場合、TiDB Dashboardのバージョンはクラスターのバージョンと一致したままになります。 ### --alertmanager-バージョン {#alertmanager-version} diff --git a/tiup/tiup-playground.md b/tiup/tiup-playground.md index b30144f3ac203..5c2d08c7f7e55 100644 --- a/tiup/tiup-playground.md +++ b/tiup/tiup-playground.md @@ -23,7 +23,7 @@ tiup playground ${version} [flags] - TiUP playgroundを使用してTiDB、TiKV、およびPDコンポーネントをインストールしていない場合、playgroundコンポーネントはこれらのコンポーネントの最新の安定版をインストールし、その後これらのインスタンスを起動します。 - このコマンドでは TiDB、PD、TiKVコンポーネントのバージョンが指定されていないため、 TiUP playground はデフォルトで各コンポーネントの最新バージョンを使用します。最新バージョンが v8.5.4 であると仮定すると、このコマンドは`tiup playground:v1.12.3 v8.5.4`と同じように動作します。 - このコマンドでは各コンポーネントの数を指定しないため、 TiUP playground はデフォルトで、TiDB インスタンス、TiKV インスタンス、PD インスタンス、 TiFlashインスタンスがそれぞれ 1 つずつで構成される最小のクラスタを起動します。 -- TiDB の各コンポーネントを起動した後、 TiUP Playgroundはクラスターが正常に起動したことを通知し、MySQL クライアントを介して TiDB クラスターに接続する方法や、 [TiDBダッシュボード](/dashboard/dashboard-intro.md)にアクセスする方法など、いくつかの有用な情報を提供します。 +- TiDB の各コンポーネントを起動した後、 TiUP Playgroundはクラスターが正常に起動したことを通知し、MySQL クライアントを介して TiDB クラスターに接続する方法や、 [TiDB Dashboard](/dashboard/dashboard-intro.md)にアクセスする方法など、いくつかの有用な情報を提供します。 Playgroundコンポーネントのコマンドラインフラグを表示するには、次のコマンドを使用できます。 @@ -89,11 +89,11 @@ tiup playground --tag ${tag_name} このように起動したクラスターの場合、クラスター停止後もデータファイルは保持されます。次回クラスターを起動する際にこのタグを使用することで、クラスター停止以降に保持されたデータを利用することができます。 -## TiDBダッシュボードとGrafanaにアクセスする {#access-tidb-dashboard-and-grafana} +## TiDB DashboardとGrafanaにアクセスする {#access-tidb-dashboard-and-grafana} -TiUP playgroundを使用してTiDBクラスタを起動すると、ブラウザで次のアドレスにアクセスすることで、 [TiDBダッシュボード](/dashboard/dashboard-intro.md)とGrafanaにアクセスできます。 +TiUP playgroundを使用してTiDBクラスタを起動すると、ブラウザで次のアドレスにアクセスすることで、 [TiDB Dashboard](/dashboard/dashboard-intro.md)とGrafanaにアクセスできます。 -- TiDBダッシュボード： `http://127.0.0.1:2379/dashboard` +- TiDB Dashboard： `http://127.0.0.1:2379/dashboard` - デフォルトのユーザー名: `root` - デフォルトパスワード: `` (空欄の場合は、直接`Enter`を押してください) @@ -105,7 +105,7 @@ TiUP playgroundを使用してTiDBクラスタを起動すると、ブラウザ > **注記：** > -> TiDB `root`ユーザーのパスワードを変更した場合は、新しいパスワードを使用してTiDBダッシュボードにログインしてください。 +> TiDB `root`ユーザーのパスワードを変更した場合は、新しいパスワードを使用してTiDB Dashboardにログインしてください。 ## playground で起動した TiDB クラスターにすばやく接続します {#quickly-connect-to-the-tidb-cluster-started-by-playground} diff --git a/troubleshoot-cpu-issues.md b/troubleshoot-cpu-issues.md index 49306469c11be..9b07e2123810a 100644 --- a/troubleshoot-cpu-issues.md +++ b/troubleshoot-cpu-issues.md @@ -106,7 +106,7 @@ CPU リソースの使用量がボトルネックになります。 #### 考えられる理由 {#possible-reasons} - ホットスポットの問題 -- 全体的な負荷が高い。TiDBの遅いクエリと高価なクエリを確認してください。インデックスを追加するか、クエリをバッチ処理で実行することで、実行中のクエリを最適化してください。別の解決策としては、クラスターをスケールアウトすることです。 +- 全体的な負荷が高い。TiDBのスロークエリと負荷の高いクエリを確認してください。インデックスを追加するか、クエリをバッチ処理で実行することで、実行中のクエリを最適化してください。別の解決策としては、クラスターをスケールアウトすることです。 ## その他の原因 {#other-causes} diff --git a/troubleshoot-hot-spot-issues.md b/troubleshoot-hot-spot-issues.md index f93da6662b43b..140e5b46c625f 100644 --- a/troubleshoot-hot-spot-issues.md +++ b/troubleshoot-hot-spot-issues.md @@ -61,9 +61,9 @@ TiDBのコーディングルールによれば、同一テーブルのデータ - 読み取りホットスポットを判断するには、 **TiKV 詳細**監視パネルで**Thread_CPU**を開き、いずれかの TiKV ノードのコプロセッサ CPU メトリック値が特に高いかどうかを確認します。 -### TiDBダッシュボードを使用してホットスポットテーブルを見つける {#use-tidb-dashboard-to-locate-hotspot-tables} +### TiDB Dashboardを使用してホットスポットテーブルを見つける {#use-tidb-dashboard-to-locate-hotspot-tables} -[TiDBダッシュボード](/dashboard/dashboard-intro.md)の**Key Visualizer**機能は、ホットスポットのトラブルシューティング範囲をテーブルレベルに絞り込むのに役立ちます。以下は、 **Key Visualizer**で表示されたサーマルダイアグラムの例です。グラフの横軸は時間、縦軸は各種テーブルとインデックスです。色が明るいほど負荷が大きいことを示します。ツールバーで読み取りフローと書き込みフローを切り替えることができます。 +[TiDB Dashboard](/dashboard/dashboard-intro.md)の**Key Visualizer**機能は、ホットスポットのトラブルシューティング範囲をテーブルレベルに絞り込むのに役立ちます。以下は、 **Key Visualizer**で表示されたサーマルダイアグラムの例です。グラフの横軸は時間、縦軸は各種テーブルとインデックスです。色が明るいほど負荷が大きいことを示します。ツールバーで読み取りフローと書き込みフローを切り替えることができます。 ![Dashboard Example 1](/media/troubleshoot-hot-spot-issues-1.png) diff --git a/troubleshoot-lock-conflicts.md b/troubleshoot-lock-conflicts.md index 580b14343b996..df7c044d5cb59 100644 --- a/troubleshoot-lock-conflicts.md +++ b/troubleshoot-lock-conflicts.md @@ -175,7 +175,7 @@ TiDB クラスター内の読み取り/書き込み競合は、次の方法で - Grafanaによるデータの監視 - TiDBダッシュボードの`KV Errors`パネル目では、 `Lock Resolve OPS`の`not_expired`と`KV Backoff OPS`の`tikvLockFast` `resolve`トランザクションにおける読み取り/書き込み競合を確認するために使用できる監視メトリックです。すべてのメトリックの値が上昇している場合、読み取り/書き込み競合が多数発生している可能性があります。13 `not_expired`項目は、トランザクションのロックがタイムアウトしていないことを意味します。15 `resolve`項目は、他のトランザクションがロックのクリーンアップを試みていることを意味します。17 `tikvLockFast`項目は、読み取り/書き込み競合が発生していることを意味します。 + TiDBダッシュボードの`KV Errors`パネル目では、 `Lock Resolve OPS`の`not_expired`と`KV Backoff OPS`の`tikvLockFast` `resolve`トランザクションにおける読み取り/書き込み競合を確認するために使用できる監視メトリックです。すべてのメトリックの値が上昇している場合、読み取り/書き込み競合が多数発生している可能性があります。`not_expired`項目は、トランザクションのロックがタイムアウトしていないことを意味します。`resolve`項目は、他のトランザクションがロックのクリーンアップを試みていることを意味します。`tikvLockFast`項目は、読み取り/書き込み競合が発生していることを意味します。 ![KV-backoff-txnLockFast-optimistic](/media/troubleshooting-lock-pic-09.png) ![KV-Errors-resolve-optimistic](/media/troubleshooting-lock-pic-08.png) @@ -227,7 +227,7 @@ TiDB クラスター内の読み取り/書き込み競合は、次の方法で Grafana の TiDB モニタリングで「KeyIsLocked」エラーがあるかどうかを確認できます。 -TiDBダッシュボードの`KV Errors`パネルには、トランザクションによって発生した書き込み競合を確認するための2つの監視メトリック`Lock Resolve OPS`と`KV Backoff OPS`あります。9 `Lock Resolve OPS` `resolve`番目の項目と`KV Backoff OPS`の`txnLock`番目の項目に明らかな上昇傾向が見られる場合、「KeyIsLocked」エラーが発生します。15 `resolve`ロックを解除しようとする操作を指し、 `txnLock`書き込み競合を表します。 +TiDBダッシュボードの`KV Errors`パネルには、トランザクションによって発生した書き込み競合を確認するための2つの監視メトリック`Lock Resolve OPS`と`KV Backoff OPS`あります。`Lock Resolve OPS`の`resolve`番目の項目と`KV Backoff OPS`の`txnLock`番目の項目に明らかな上昇傾向が見られる場合、「KeyIsLocked」エラーが発生します。`resolve`はロックを解除しようとする操作を指し、`txnLock`は書き込み競合を表します。 ![KV-backoff-txnLockFast-optimistic-01](/media/troubleshooting-lock-pic-07.png) ![KV-Errors-resolve-optimistic-01](/media/troubleshooting-lock-pic-08.png) diff --git a/troubleshoot-stale-read.md b/troubleshoot-stale-read.md index d0ec1897e3839..94a3ed4496522 100644 --- a/troubleshoot-stale-read.md +++ b/troubleshoot-stale-read.md @@ -158,7 +158,7 @@ TiKV は 10 秒ごとに次のメトリックをチェックします。 - アプリケーション ロジックを調べる: トランザクションの所要時間が長くなっている原因がアプリケーションのロジックにある場合は、そのような事態が発生しないようにロジックを修正することを検討してください。 -- 遅いクエリに対処する: 遅いクエリが原因でトランザクションの期間が長くなる場合は、これらのクエリの解決を優先して問題を軽減します。 +- スロークエリに対処する: スロークエリが原因でトランザクションの期間が長くなる場合は、これらのクエリの解決を優先して問題を軽減します。 ### CheckLeaderの問題に対処する {#address-checkleader-issues} diff --git a/troubleshoot-tidb-oom.md b/troubleshoot-tidb-oom.md index 2dab9b45ba9a4..d52b90de34ca1 100644 --- a/troubleshoot-tidb-oom.md +++ b/troubleshoot-tidb-oom.md @@ -173,7 +173,7 @@ OOM 問題の根本原因を特定するには、次の情報を収集する必 - より多くのメモリを消費する SQL ステートメントを確認します。 - - TiDB ダッシュボードで、SQL ステートメントの分析、遅いクエリ、メモリ使用量を確認する。 + - TiDB Dashboardで、SQL ステートメントの分析、スロークエリ、メモリ使用量を確認する。 - `INFORMATION_SCHEMA`の`SLOW_QUERY`と`CLUSTER_SLOW_QUERY`確認してください。 - 各 TiDB ノードで`tidb_slow_query.log`チェックします。 - `grep "expensive_query" tidb.log`実行して、対応するログ エントリを確認します。