From 6c79299b80949bde3e578e5401344ea8cc2a30d9 Mon Sep 17 00:00:00 2001 From: Yasuo Honda Date: Fri, 11 Sep 2026 10:15:33 +0900 Subject: [PATCH 1/7] i18n(ja): unify configuration file/parameter terminology Unifies the 3-way (4-way for "parameter", counting the long-vowel variant) split rendering of "configuration file" and "configuration parameter", consistent with the already-decided configuration item/ parameter/option compound direction (PR #23596). 512 occurrences/227 files, line-count-symmetric diff. Heading anchors (English-derived) unchanged, only visible text updated. Out of scope, left untouched: the standalone "configuration item" form and other smaller compounds, and configuration-word usages in unrelated senses. Co-Authored-By: Claude Sonnet 5 --- TOC-tidb-cloud-starter.md | 2 +- TOC-tidb-cloud.md | 2 +- TOC.md | 10 +-- _index.md | 2 +- ai/integrations/tidb-mcp-server.md | 2 +- benchmark/benchmark-tidb-using-sysbench.md | 4 +- best-practices/haproxy-best-practices.md | 4 +- br/backup-and-restore-storages.md | 2 +- br/br-monitoring-and-alert.md | 4 +- clinic/clinic-data-instruction-for-tiup.md | 14 ++-- clinic/clinic-introduction.md | 2 +- command-line-flags-for-pd-configuration.md | 2 +- command-line-flags-for-tidb-configuration.md | 2 +- configure-placement-rules.md | 2 +- coprocessor-cache.md | 2 +- dashboard/dashboard-faq.md | 2 +- dashboard/dashboard-ops-reverse-proxy.md | 4 +- deploy-monitoring-services.md | 8 +- develop/dev-guide-aws-appflow-integration.md | 2 +- ...-optimistic-and-pessimistic-transaction.md | 2 +- develop/dev-guide-proxysql-integration.md | 4 +- ...v-guide-third-party-tools-compatibility.md | 2 +- dm/deploy-a-dm-cluster-using-binary.md | 4 +- dm/deploy-a-dm-cluster-using-tiup-offline.md | 10 +-- dm/deploy-a-dm-cluster-using-tiup.md | 8 +- dm/dm-binlog-event-filter.md | 4 +- dm/dm-block-allow-table-lists.md | 2 +- dm/dm-config-overview.md | 16 ++-- dm/dm-continuous-data-validation.md | 6 +- dm/dm-customized-secret-key.md | 8 +- dm/dm-enable-tls.md | 4 +- dm/dm-export-import-config.md | 2 +- dm/dm-faq.md | 16 ++-- dm/dm-generate-self-signed-certificates.md | 4 +- dm/dm-glossary.md | 2 +- dm/dm-handle-performance-issues.md | 2 +- dm/dm-manage-source.md | 4 +- dm/dm-master-configuration-file.md | 8 +- dm/dm-online-ddl-tool-support.md | 8 +- dm/dm-open-api.md | 2 +- dm/dm-precheck.md | 2 +- dm/dm-source-configuration-file.md | 14 ++-- dm/dm-task-configuration-guide.md | 12 +-- dm/dm-worker-configuration-file.md | 12 +-- dm/feature-shard-merge-optimistic.md | 2 +- dm/feature-shard-merge.md | 2 +- dm/maintain-dm-using-tiup.md | 2 +- dm/manually-handling-sharding-ddl-locks.md | 6 +- dm/manually-upgrade-dm-1.0-to-2.0.md | 14 ++-- dm/migrate-data-using-dm.md | 6 +- dm/quick-start-create-source.md | 2 +- dm/quick-start-create-task.md | 2 +- dm/quick-start-with-dm.md | 8 +- dm/relay-log.md | 12 +-- dm/task-configuration-file-full.md | 4 +- dm/usage-scenario-master-slave-switch.md | 4 +- dr-multi-replica.md | 2 +- dynamic-config.md | 4 +- enable-disk-spill-encrypt.md | 2 +- enable-tls-between-clients-and-servers.md | 2 +- encryption-at-rest.md | 12 +-- faq/high-reliability-faq.md | 2 +- filter-binlog-event.md | 2 +- filter-dml-event.md | 4 +- garbage-collection-configuration.md | 2 +- generate-self-signed-certificates.md | 4 +- geo-distributed-deployment-topology.md | 2 +- get-started-with-tidb-lightning.md | 2 +- hybrid-deployment-topology.md | 4 +- maintain-tidb-using-tiup.md | 2 +- migrate-aurora-to-tidb.md | 4 +- migrate-from-tidb-to-mysql.md | 2 +- migrate-from-tidb-to-tidb.md | 2 +- migrate-from-vitess.md | 2 +- migrate-large-mysql-shards-to-tidb.md | 4 +- migrate-large-mysql-to-tidb.md | 2 +- migrate-small-mysql-shards-to-tidb.md | 4 +- migrate-small-mysql-to-tidb.md | 2 +- migrate-with-more-columns-downstream.md | 2 +- migrate-with-pt-ghost.md | 2 +- minimal-deployment-topology.md | 2 +- multi-data-centers-in-one-city-deployment.md | 4 +- pd-configuration-file.md | 6 +- pd-microservices-deployment-topology.md | 4 +- production-deployment-using-tiup.md | 4 +- quick-start-with-tidb.md | 2 +- releases/release-2.0-ga.md | 6 +- releases/release-2.0-rc.1.md | 2 +- releases/release-2.0-rc.3.md | 2 +- releases/release-2.0.4.md | 2 +- releases/release-2.1.1.md | 2 +- releases/release-2.1.16.md | 2 +- releases/release-2.1.17.md | 4 +- releases/release-2.1.18.md | 2 +- releases/release-3.0.2.md | 4 +- releases/release-3.0.4.md | 4 +- releases/release-3.1.0-beta.2.md | 2 +- releases/release-4.0-ga.md | 2 +- releases/release-4.0.0-beta.1.md | 2 +- releases/release-4.0.3.md | 2 +- releases/release-5.0.0.md | 2 +- releases/release-5.1.0.md | 4 +- releases/release-5.2.0.md | 8 +- releases/release-5.3.0.md | 4 +- releases/release-5.4.0.md | 12 +-- releases/release-6.0.0-dmr.md | 4 +- releases/release-6.1.0.md | 12 +-- releases/release-6.1.4.md | 2 +- releases/release-6.2.0.md | 4 +- releases/release-6.3.0.md | 8 +- releases/release-6.4.0.md | 8 +- releases/release-6.5.0.md | 4 +- releases/release-6.5.1.md | 2 +- releases/release-6.5.6.md | 2 +- releases/release-6.6.0.md | 4 +- releases/release-7.0.0.md | 4 +- releases/release-7.1.0.md | 4 +- releases/release-7.1.3.md | 2 +- releases/release-7.2.0.md | 4 +- releases/release-7.3.0.md | 4 +- releases/release-7.4.0.md | 4 +- releases/release-7.5.0.md | 6 +- releases/release-7.6.0.md | 6 +- releases/release-8.0.0.md | 6 +- releases/release-8.1.0.md | 4 +- releases/release-8.2.0.md | 4 +- releases/release-8.3.0.md | 4 +- releases/release-8.4.0.md | 4 +- releases/release-8.5.0.md | 4 +- releases/release-8.5.4.md | 4 +- releases/release-8.5.5.md | 4 +- releases/release-8.5.6.md | 4 +- releases/release-8.5.7.md | 6 +- ...-between-primary-and-secondary-clusters.md | 2 +- replicate-data-to-kafka.md | 2 +- resources/doc-templates/template-task.md | 2 +- scale-microservices-using-tiup.md | 2 +- scale-tidb-using-tiup.md | 6 +- schedule-replicas-by-topology-labels.md | 10 +-- scheduling-configuration-file.md | 4 +- sql-statements/sql-statement-import-into.md | 2 +- ...statement-lock-tables-and-unlock-tables.md | 2 +- sql-statements/sql-statement-split-region.md | 2 +- statement-summary-tables.md | 2 +- storage-engine/titan-configuration.md | 8 +- .../sync-diff-inspector-overview.md | 2 +- system-variable-reference.md | 80 +++++++++---------- system-variables.md | 6 +- ticdc-deployment-topology.md | 2 +- ticdc/deploy-ticdc.md | 4 +- ticdc/integrate-confluent-using-ticdc.md | 2 +- ticdc/ticdc-architecture.md | 8 +- ticdc/ticdc-bidirectional-replication.md | 2 +- ticdc/ticdc-changefeed-config.md | 4 +- ticdc/ticdc-classic-architecture.md | 2 +- ticdc/ticdc-ddl.md | 6 +- ticdc/ticdc-faq.md | 6 +- ticdc/ticdc-integrity-check.md | 2 +- ticdc/ticdc-manage-changefeed.md | 2 +- ticdc/ticdc-open-api-v2.md | 2 +- ticdc/ticdc-server-config.md | 4 +- ticdc/ticdc-sink-to-kafka.md | 2 +- ticdc/ticdc-sink-to-mysql.md | 2 +- ticdc/ticdc-sink-to-pulsar.md | 2 +- ticdc/ticdc-upstream-downstream-check.md | 2 +- ticdc/troubleshoot-ticdc.md | 6 +- tidb-cloud/data-service-app-config-files.md | 8 +- tidb-cloud/data-service-get-started.md | 2 +- tidb-cloud/data-service-manage-data-app.md | 6 +- .../data-service-manage-github-connection.md | 14 ++-- tidb-cloud/integrate-tidbcloud-with-dbt.md | 2 +- tidb-cloud/migrate-from-op-tidb.md | 2 +- tidb-cloud/migrate-sql-shards.md | 2 +- .../premium/migrate-from-op-tidb-premium.md | 2 +- .../terraform-migrate-cluster-resource.md | 6 +- .../terraform-tidbcloud-provider-overview.md | 2 +- tidb-cloud/terraform-use-cluster-resource.md | 4 +- ...erraform-use-dedicated-cluster-resource.md | 6 +- ...se-dedicated-network-container-resource.md | 6 +- ...ed-private-endpoint-connection-resource.md | 6 +- ...form-use-dedicated-vpc-peering-resource.md | 6 +- ...erraform-use-serverless-branch-resource.md | 6 +- ...rless-cluster-resource-manage-essential.md | 6 +- ...rraform-use-serverless-cluster-resource.md | 6 +- ...erraform-use-serverless-export-resource.md | 6 +- tidb-cloud/terraform-use-sql-user-resource.md | 6 +- tidb-cloud/ticloud-config-edit.md | 6 +- ...ud-serverless-audit-log-config-describe.md | 2 +- ...loud-serverless-audit-log-config-update.md | 2 +- .../ticloud-serverless-audit-log-download.md | 2 +- ...serverless-audit-log-filter-rule-create.md | 2 +- ...serverless-audit-log-filter-rule-delete.md | 2 +- ...rverless-audit-log-filter-rule-describe.md | 2 +- ...d-serverless-audit-log-filter-rule-list.md | 2 +- ...rverless-audit-log-filter-rule-template.md | 2 +- ...serverless-audit-log-filter-rule-update.md | 2 +- .../tidb-cloud-performance-reference.md | 2 +- tidb-configuration-file.md | 6 +- tidb-lightning/data-import-best-practices.md | 2 +- .../import-into-vs-tidb-lightning.md | 2 +- ...b-lightning-compatibility-and-scenarios.md | 6 +- .../tidb-lightning-distributed-import.md | 2 +- tidb-lightning/tidb-lightning-faq.md | 2 +- tiflash-deployment-topology.md | 2 +- tiflash/create-tiflash-replicas.md | 2 +- tiflash/tiflash-command-line-flags.md | 4 +- tiflash/tiflash-configuration.md | 2 +- tiflash/tiflash-disaggregated-and-s3.md | 6 +- tikv-configuration-file.md | 4 +- tikv-control.md | 4 +- tiproxy/tiproxy-command-line-flags.md | 2 +- tiproxy/tiproxy-configuration.md | 2 +- tiproxy/tiproxy-deployment-topology.md | 2 +- tiproxy/tiproxy-overview.md | 4 +- .../customized-montior-in-tiup-environment.md | 18 ++--- tiup/tiup-cluster-topology-reference.md | 10 +-- tiup/tiup-command-telemetry.md | 2 +- tiup/tiup-component-cluster-deploy.md | 2 +- tiup/tiup-component-cluster-import.md | 4 +- tiup/tiup-component-cluster-patch.md | 2 +- tiup/tiup-component-cluster-upgrade.md | 2 +- tiup/tiup-component-dm-patch.md | 2 +- tiup/tiup-dm-topology-reference.md | 10 +-- tso-configuration-file.md | 4 +- two-data-centers-in-one-city-deployment.md | 2 +- upgrade-tidb-using-tiup.md | 2 +- user-account-management.md | 4 +- 227 files changed, 512 insertions(+), 512 deletions(-) diff --git a/TOC-tidb-cloud-starter.md b/TOC-tidb-cloud-starter.md index 2c47e62b76f27..55435520b1bca 100644 --- a/TOC-tidb-cloud-starter.md +++ b/TOC-tidb-cloud-starter.md @@ -152,7 +152,7 @@ - [Postmanで実行](/tidb-cloud/data-service-postman-integration.md) - [GitHubで自動デプロイ](/tidb-cloud/data-service-manage-github-connection.md) - [Next.jsでOpenAPI仕様を使用する](/tidb-cloud/data-service-oas-with-nextjs.md) - - [データアプリコンフィグレーションファイル](/tidb-cloud/data-service-app-config-files.md) + - [データアプリ設定ファイル](/tidb-cloud/data-service-app-config-files.md) - [応答とステータスコード](/tidb-cloud/data-service-response-and-status-code.md) - セキュリティ - [セキュリティ概要](/tidb-cloud/security-overview.md) diff --git a/TOC-tidb-cloud.md b/TOC-tidb-cloud.md index 81a02fa26d95c..970317412e7ee 100644 --- a/TOC-tidb-cloud.md +++ b/TOC-tidb-cloud.md @@ -188,7 +188,7 @@ - [Postmanで実行](/tidb-cloud/data-service-postman-integration.md) - [GitHubで自動デプロイ](/tidb-cloud/data-service-manage-github-connection.md) - [Next.jsでOpenAPI仕様を使用する](/tidb-cloud/data-service-oas-with-nextjs.md) - - [データアプリコンフィグレーションファイル](/tidb-cloud/data-service-app-config-files.md) + - [データアプリ設定ファイル](/tidb-cloud/data-service-app-config-files.md) - [応答とステータスコード](/tidb-cloud/data-service-response-and-status-code.md) - ストリームデータ - [変更フィードの概要](/tidb-cloud/changefeed-overview.md) diff --git a/TOC.md b/TOC.md index 490efa917ae6d..d66ad828d3b78 100644 --- a/TOC.md +++ b/TOC.md @@ -316,9 +316,9 @@ - PDマイクロサービスを使用する - [PDマイクロサービスの概要](/pd-microservices.md) - [TiUPを使用してPDマイクロサービスノードをスケーリングする](/scale-microservices-using-tiup.md) - - [TSOコンフィグレーションファイル](/tso-configuration-file.md) + - [TSO設定ファイル](/tso-configuration-file.md) - [TSOコンフィグレーションフラグ](/command-line-flags-for-tso-configuration.md) - - [スケジュールコンフィグレーションファイル](/scheduling-configuration-file.md) + - [スケジュール設定ファイル](/scheduling-configuration-file.md) - [スケジューリングコンフィグレーションフラグ](/command-line-flags-for-scheduling-configuration.md) - TiDBツール - [概要](/ecosystem-tool-user-guide.md) @@ -487,7 +487,7 @@ - [DML複製メカニズム](/dm/dm-replication-logic.md) - コマンドライン - [DM-master＆DM-worker](/dm/dm-command-line-flags.md) - - コンフィグレーションファイル + - 設定ファイル - [概要](/dm/dm-config-overview.md) - [上流データベース構成](/dm/dm-source-configuration-file.md) - [タスク構成](/dm/task-configuration-file-full.md) @@ -541,7 +541,7 @@ - [エラー解決](/tidb-lightning/tidb-lightning-error-resolution.md) - [トラブルシューティング](/tidb-lightning/troubleshoot-tidb-lightning.md) - 参照 - - [コンフィグレーションファイル](/tidb-lightning/tidb-lightning-configuration.md) + - [設定ファイル](/tidb-lightning/tidb-lightning-configuration.md) - [コマンドラインフラグ](/tidb-lightning/tidb-lightning-command-line-full.md) - [監視](/tidb-lightning/monitor-tidb-lightning.md) - [ウェブインターフェース](/tidb-lightning/tidb-lightning-web-interface.md) @@ -602,7 +602,7 @@ - [システム変数](/system-variables.md) - [システム変数リファレンス](/system-variable-reference.md) - [サーバーステータス変数](/status-variables.md) - - コンフィグレーションファイルパラメータ + - 設定ファイルパラメータ - [tidb-server](/tidb-configuration-file.md) - [tikvサーバー](/tikv-configuration-file.md) - [tiflash-server](/tiflash/tiflash-configuration.md) diff --git a/_index.md b/_index.md index 028801c2ee4f2..bd0ee2c2f5392 100644 --- a/_index.md +++ b/_index.md @@ -127,7 +127,7 @@ summary: TiDBは、ハイブリッドトランザクションおよび分析処 -[TiDBコンフィグレーションファイルのパラメータ](https://docs.pingcap.com/ja/tidb/v8.5/tidb-configuration-file) +[TiDB設定ファイルのパラメータ](https://docs.pingcap.com/ja/tidb/v8.5/tidb-configuration-file) [TiDB コマンドラインフラグ](https://docs.pingcap.com/ja/tidb/v8.5/command-line-flags-for-tidb-configuration) diff --git a/ai/integrations/tidb-mcp-server.md b/ai/integrations/tidb-mcp-server.md index 8446f8508611c..7c4fbb2e9b3f9 100644 --- a/ai/integrations/tidb-mcp-server.md +++ b/ai/integrations/tidb-mcp-server.md @@ -110,7 +110,7 @@ MCPクライアントでSSEモードを使用してTiDB MCPサーバーを設定 uvx --from "pytidb[mcp]" tidb-mcp-server --transport sse ``` -6. `TiDB` MCPサーバー構成を、AIアプリケーション構成ファイルの`mcpServers`セクションに追加します。 +6. `TiDB` MCPサーバー構成を、AIアプリケーション設定ファイルの`mcpServers`セクションに追加します。 ```json { diff --git a/benchmark/benchmark-tidb-using-sysbench.md b/benchmark/benchmark-tidb-using-sysbench.md index f5aca65ceeb30..a30d8d87d0304 100644 --- a/benchmark/benchmark-tidb-using-sysbench.md +++ b/benchmark/benchmark-tidb-using-sysbench.md @@ -61,7 +61,7 @@ TiKV パフォーマンスチューニングの詳細については、 [TiKVパ ### Sysbenchの構成 {#sysbench-configuration} -これは Sysbench 構成ファイルの例です。 +これは Sysbench 設定ファイルの例です。 ```txt mysql-host={TIDB_HOST} @@ -164,7 +164,7 @@ HAproxyを例に挙げましょう。パラメータ`nbproc`を指定すると TiKV 全体の CPU 使用率は低いですが、クラスター内の一部のモジュールの CPU 使用率は高くなる可能性があります。 -ストレージ読み取りプール、コプロセッサ、gRPC など、TiKV 上の他のモジュールの最大同時実行制限は、TiKV 構成ファイルを通じて調整できます。 +ストレージ読み取りプール、コプロセッサ、gRPC など、TiKV 上の他のモジュールの最大同時実行制限は、TiKV 設定ファイルを通じて調整できます。 実際のCPU使用率は、GrafanaのTiKVスレッドCPUモニターパネルで確認できます。モジュールにボトルネックがある場合は、モジュールの同時実行性を高めることで調整できます。 diff --git a/best-practices/haproxy-best-practices.md b/best-practices/haproxy-best-practices.md index 46b5158940f77..78355d73c5f3a 100644 --- a/best-practices/haproxy-best-practices.md +++ b/best-practices/haproxy-best-practices.md @@ -133,7 +133,7 @@ haproxy --help | `-C ` | 設定ファイルを読み込む前にディレクトリ``に変更します。 | | `-W` | マスターワーカーモード。 | | `-q` | "quiet"モードを設定します。これにより、構成の解析中および起動中に一部のメッセージが無効になります。 | -| `-c` | バインドを試みる前に、構成ファイルのチェックのみを実行して終了します。 | +| `-c` | バインドを試みる前に、設定ファイルのチェックのみを実行して終了します。 | | `-n ` | プロセスごとの接続制限を``に制限します。 | | `-m ` | すべてのプロセスにわたって割り当て可能なメモリのメモリを``メガバイトに制限します。 | | `-N ` | 組み込みのデフォルト値 (通常は 2000) ではなく、プロキシごとのデフォルトの maxconn を``に設定します。 | @@ -206,7 +206,7 @@ listen tidb-cluster # Database load balancing. > **Note:** > -> PROXY プロトコルを使用する前に、TiDBサーバーの構成ファイルで[`proxy-protocol.networks`](/tidb-configuration-file.md#networks)を構成する必要があります。 +> PROXY プロトコルを使用する前に、TiDBサーバーの設定ファイルで[`proxy-protocol.networks`](/tidb-configuration-file.md#networks)を構成する必要があります。 ### HAProxyを起動する {#start-haproxy} diff --git a/br/backup-and-restore-storages.md b/br/backup-and-restore-storages.md index 5b346dd3de425..48a95bd71e129 100644 --- a/br/backup-and-restore-storages.md +++ b/br/backup-and-restore-storages.md @@ -192,7 +192,7 @@ TiKV で GCS WIF または ADC を使用する場合は、 `gcp_v2`外部スト systemctl edit tikv-24000 ``` - 2. TiKV 構成ファイルを編集して、次の3つの環境変数を構成します。 + 2. TiKV 設定ファイルを編集して、次の3つの環境変数を構成します。 ``` [Service] diff --git a/br/br-monitoring-and-alert.md b/br/br-monitoring-and-alert.md index 7598379fcf5d7..a292715a2c961 100644 --- a/br/br-monitoring-and-alert.md +++ b/br/br-monitoring-and-alert.md @@ -18,7 +18,7 @@ summary: このドキュメントでは、ログバックアップの監視、 ### 監視構成 {#monitoring-configuration} - TiUPを使用してデプロイされたクラスターの場合、Prometheus は監視メトリックを自動的に収集します。 -- 手動でデプロイされたクラスターの場合は、 [TiDBクラスタ監視のデプロイ](/deploy-monitoring-services.md)の手順に従って、Prometheus 構成ファイルの`scrape_configs`セクションに TiKV 関連のジョブを追加します。 +- 手動でデプロイされたクラスターの場合は、 [TiDBクラスタ監視のデプロイ](/deploy-monitoring-services.md)の手順に従って、Prometheus 設定ファイルの`scrape_configs`セクションに TiKV 関連のジョブを追加します。 ### Grafanaの設定 {#grafana-configuration} @@ -61,7 +61,7 @@ summary: このドキュメントでは、ログバックアップの監視、 PITR でアラート項目を構成するには、次の手順に従います。 1. Prometheusが配置されているノードのアラートルール用の設定ファイル（例： `pitr.rules.yml` ）を作成します。このファイルには、 [Prometheusのドキュメント](https://prometheus.io/docs/prometheus/latest/configuration/alerting_rules/) 、以下の推奨アラート項目、および設定サンプルに従ってアラートルールを記述します。 -2. Prometheus 構成ファイルの`rule_files`フィールドに、アラートルール ファイルのパスを追加します。 +2. Prometheus 設定ファイルの`rule_files`フィールドに、アラートルール ファイルのパスを追加します。 3. Prometheusプロセスにシグナル`SIGHUP`を送信するか（ `kill -HUP pid` ）、HTTPリクエスト`POST`を`http://prometheus-addr/-/reload`に送信します（HTTPリクエストを送信する前に、Prometheusの起動時にパラメータ`--web.enable-lifecycle`を追加します）。 推奨されるアラート項目は次のとおりです。 diff --git a/clinic/clinic-data-instruction-for-tiup.md b/clinic/clinic-data-instruction-for-tiup.md index f635882564ade..19bba57dadcf8 100644 --- a/clinic/clinic-data-instruction-for-tiup.md +++ b/clinic/clinic-data-instruction-for-tiup.md @@ -33,7 +33,7 @@ PingCAP Clinicによって収集された診断データは、クラスターの | エラーログ | `tidb_stderr.log` | `--include=log` | | スローログ | `tidb_slow_query.log` | `--include=log` | | 監査ログ | `tidb-audit.log.json` | `--include=log` | -| コンフィグレーションファイル | `tidb.toml` | `--include=config` | +| 設定ファイル | `tidb.toml` | `--include=config` | | リアルタイム構成 | `config.json` | `--include=config` | ### TiKV診断データ {#tikv-diagnostic-data} @@ -42,7 +42,7 @@ PingCAP Clinicによって収集された診断データは、クラスターの | :------------- | :---------------- | :------------------------ | | ログ | `tikv.log` | `--include=log` | | エラーログ | `tikv_stderr.log` | `--include=log` | -| コンフィグレーションファイル | `tikv.toml` | `--include=config` | +| 設定ファイル | `tikv.toml` | `--include=config` | | リアルタイム構成 | `config.json` | `--include=config` | ### PD診断データ {#pd-diagnostic-data} @@ -51,7 +51,7 @@ PingCAP Clinicによって収集された診断データは、クラスターの | :--------------------------------------------------------------------------------------------- | :-------------------- | :------------------------ | | ログ | `pd.log` | `--include=log` | | エラーログ | `pd_stderr.log` | `--include=log` | -| コンフィグレーションファイル | `pd.toml` | `--include=config` | +| 設定ファイル | `pd.toml` | `--include=config` | | リアルタイム構成 | `config.json` | `--include=config` | | コマンド`tiup ctl:v pd -u http://${pd IP}:${PORT} store`の出力 | `store.json` | `--include=config` | | コマンド`tiup ctl:v pd -u http://${pd IP}:${PORT} config placement-rules show`の出力 | `placement-rule.json` | `--include=config` | @@ -62,7 +62,7 @@ PingCAP Clinicによって収集された診断データは、クラスターの | :------------- | :---------------------------------------------------------------- | :------------------------ | | ログ | `tiflash.log` | `--include=log` | | エラーログ | `tiflash_stderr.log` | `--include=log` | -| コンフィグレーションファイル | `tiflash-learner.toml` `tiflash-preprocessed.toml` `tiflash.toml` | `--include=config` | +| 設定ファイル | `tiflash-learner.toml` `tiflash-preprocessed.toml` `tiflash.toml` | `--include=config` | | リアルタイム構成 | `config.json` | `--include=config` | ### TiCDC診断データ {#ticdc-diagnostic-data} @@ -71,7 +71,7 @@ PingCAP Clinicによって収集された診断データは、クラスターの | :------------- | :------------------------------------------------------------------------ | :------------------------------------------------ | | ログ | `ticdc.log` | `--include=log` | | エラーログ | `ticdc_stderr.log` | `--include=log` | -| コンフィグレーションファイル | `ticdc.toml` | `--include=config` | +| 設定ファイル | `ticdc.toml` | `--include=config` | | デバッグデータ | `info.txt` `status.txt` `changefeeds.txt` `captures.txt` `processors.txt` | `--include=debug` (Diag はデフォルトではこのデータタイプを収集しません) | ### Prometheus監視データ {#prometheus-monitoring-data} @@ -115,7 +115,7 @@ PingCAP Clinicによって収集された診断データは、クラスターの | :------------- | :--------------------- | :------------------------ | | ログ | `dm-master.log` | `--include=log` | | エラーログ | `dm-master_stderr.log` | `--include=log` | -| コンフィグレーションファイル | `dm-master.toml` | `--include=config` | +| 設定ファイル | `dm-master.toml` | `--include=config` | ### dm-worker診断データ {#dm-worker-diagnostic-data} @@ -123,7 +123,7 @@ PingCAP Clinicによって収集された診断データは、クラスターの | :------------- | :--------------------- | :------------------------ | | ログ | `dm-worker.log` | `--include=log` | | エラーログ | `dm-worker_stderr.log` | `--include=log` | -| コンフィグレーションファイル | `dm-work.toml` | `--include=config` | +| 設定ファイル | `dm-work.toml` | `--include=config` | ### Prometheus監視データ {#prometheus-monitoring-data} diff --git a/clinic/clinic-introduction.md b/clinic/clinic-introduction.md index b99f0c089f2ec..b12ececcf89af 100644 --- a/clinic/clinic-introduction.md +++ b/clinic/clinic-introduction.md @@ -42,7 +42,7 @@ PingCAP Clinic は、クラスターの問題を診断するために次の2つ - SCP 経由でサーバーファイルを転送する - TiUPを使用してデプロイされたクラスターの場合、Diag はセキュリティコピー プロトコル (SCP) を介してターゲットコンポーネントのノードからログファイルと構成ファイルを直接収集できます。 + TiUPを使用してデプロイされたクラスターの場合、Diag はセキュリティコピー プロトコル (SCP) を介してターゲットコンポーネントのノードからログファイルと設定ファイルを直接収集できます。 - SSH経由でリモートコマンドを実行してデータを収集する diff --git a/command-line-flags-for-pd-configuration.md b/command-line-flags-for-pd-configuration.md index 3709ac4dfb10a..8cd3169240fa4 100644 --- a/command-line-flags-for-pd-configuration.md +++ b/command-line-flags-for-pd-configuration.md @@ -77,7 +77,7 @@ PD は、コマンドラインフラグと環境変数を使用して構成で - ログローテーションを有効または無効にするには - デフォルト: `true` -- 値が true の場合、PD 構成ファイルの`[log.file]`に従います。 +- 値が true の場合、PD 設定ファイルの`[log.file]`に従います。 ## `--name` {#name} diff --git a/command-line-flags-for-tidb-configuration.md b/command-line-flags-for-tidb-configuration.md index 9dffec60dd405..6af693108789c 100644 --- a/command-line-flags-for-tidb-configuration.md +++ b/command-line-flags-for-tidb-configuration.md @@ -17,7 +17,7 @@ TiDBクラスタを起動する際には、コマンドラインオプション - 設定ファイル - デフォルト: `""` -- 設定ファイルが指定されている場合、TiDB は設定ファイルを読み取ります。対応する設定がコマンドラインオプションにも存在する場合、TiDB はコマンドラインオプションの設定を使用して設定ファイルの設定を上書きします。詳細な設定情報については、 [TiDBコンフィグレーションファイルの説明](/tidb-configuration-file.md)を参照してください。 +- 設定ファイルが指定されている場合、TiDB は設定ファイルを読み取ります。対応する設定がコマンドラインオプションにも存在する場合、TiDB はコマンドラインオプションの設定を使用して設定ファイルの設定を上書きします。詳細な設定情報については、 [TiDB設定ファイルの説明](/tidb-configuration-file.md)を参照してください。 ## `--config-check` {#--config-check} diff --git a/configure-placement-rules.md b/configure-placement-rules.md index 9ed0bae036f70..797799642e92f 100644 --- a/configure-placement-rules.md +++ b/configure-placement-rules.md @@ -68,7 +68,7 @@ TiDBバージョン5.0以降では、配置ルール機能はデフォルトで ### 配置ルールを有効にする {#enable-placement-rules} -TiDB v5.0以降では、配置ルール機能はデフォルトで有効になっています。無効にするには、 [配置ルールを無効にする](#disable-placement-rules)を参照してください。無効にした後でこの機能を有効にするには、クラスターを初期化する前に、PD構成ファイルを以下のように変更します。 +TiDB v5.0以降では、配置ルール機能はデフォルトで有効になっています。無効にするには、 [配置ルールを無効にする](#disable-placement-rules)を参照してください。無効にした後でこの機能を有効にするには、クラスターを初期化する前に、PD設定ファイルを以下のように変更します。 ```toml [replication] diff --git a/coprocessor-cache.md b/coprocessor-cache.md index 8cf11338be1da..3006bec67d591 100644 --- a/coprocessor-cache.md +++ b/coprocessor-cache.md @@ -11,7 +11,7 @@ v4.0 以降、TiDB インスタンスは TiKV (コプロセッサーキャッシ -コプロセッサーキャッシュは、TiDB設定ファイルの`tikv-client.copr-cache`設定項目で設定できます。コプロセッサーキャッシュの有効化と設定方法の詳細については、 [TiDBコンフィグレーションファイル](/tidb-configuration-file.md#tikv-clientcopr-cache-new-in-v400)を参照してください。 +コプロセッサーキャッシュは、TiDB設定ファイルの`tikv-client.copr-cache`設定項目で設定できます。コプロセッサーキャッシュの有効化と設定方法の詳細については、 [TiDB設定ファイル](/tidb-configuration-file.md#tikv-clientcopr-cache-new-in-v400)を参照してください。 diff --git a/dashboard/dashboard-faq.md b/dashboard/dashboard-faq.md index 6d84e6efc91a6..d4b9b51ff14f2 100644 --- a/dashboard/dashboard-faq.md +++ b/dashboard/dashboard-faq.md @@ -86,7 +86,7 @@ Web ページに`required component NgMonitoring is not started`が表示され ステップ2. TiUPを使用して、コントロールマシンにng_port設定項目を追加します。その後、Prometheusをリロードします。 -1. クラスター構成ファイルを編集モードで開きます。 +1. クラスター設定ファイルを編集モードで開きます。 ```shell tiup cluster edit-config ${cluster-name} diff --git a/dashboard/dashboard-ops-reverse-proxy.md b/dashboard/dashboard-ops-reverse-proxy.md index 81243e6f3343f..e34d84529b541 100644 --- a/dashboard/dashboard-ops-reverse-proxy.md +++ b/dashboard/dashboard-ops-reverse-proxy.md @@ -127,7 +127,7 @@ server_configs: デプロイされたクラスターの場合: -1. クラスターの構成ファイルを編集モードで開きます ( `CLUSTER_NAME`をクラスター名に置き換えます)。 +1. クラスターの設定ファイルを編集モードで開きます ( `CLUSTER_NAME`をクラスター名に置き換えます)。 ```shell tiup cluster edit-config CLUSTER_NAME @@ -146,7 +146,7 @@ server_configs: ... ``` - 変更後の構成ファイルは次のファイルのようになります。 + 変更後の設定ファイルは次のファイルのようになります。 ```yaml server_configs: diff --git a/deploy-monitoring-services.md b/deploy-monitoring-services.md index 2eabdf2aec603..9a7bf4963fd69 100644 --- a/deploy-monitoring-services.md +++ b/deploy-monitoring-services.md @@ -48,7 +48,7 @@ $ ./node_exporter --web.listen-address=":9100" \ ### ステップ3: Node1でPrometheusを起動する {#step-3-start-prometheus-on-node1} -Prometheus 構成ファイルを編集します。 +Prometheus 設定ファイルを編集します。 ```bash cd prometheus-2.49.1.linux-amd64 && @@ -103,7 +103,7 @@ scrape_configs: ... ``` -TiDB、PD、TiKV などのコンポーネントのアラーム ルールを有効にするには、対応するコンポーネントのアラーム ルール ファイルを個別にダウンロードし、アラーム ルール ファイルの構成を Prometheus 構成ファイルに追加します。 +TiDB、PD、TiKV などのコンポーネントのアラーム ルールを有効にするには、対応するコンポーネントのアラーム ルール ファイルを個別にダウンロードし、アラーム ルール ファイルの構成を Prometheus 設定ファイルに追加します。 - TiDB: [`tidb.rules.yml`](https://github.com/pingcap/tidb/blob/release-8.5/pkg/metrics/alertmanager/tidb.rules.yml) - PD: [`pd.rules.yml`](https://github.com/tikv/pd/blob/release-8.5/metrics/alertmanager/pd.rules.yml) @@ -137,7 +137,7 @@ $ ./prometheus \ ### ステップ 4: Node1 で Grafana を開始する {#step-4-start-grafana-on-node1} -Grafana 構成ファイルを編集します。 +Grafana 設定ファイルを編集します。 ```ini cd grafana-7.5.17 && @@ -231,7 +231,7 @@ PDサーバー、TiKVサーバー、および TiDBサーバーの Grafana ダッ 2. サイドバー メニューで、 **[ダッシュボード]** -> **[インポート]**をクリックして、 **[ダッシュボードのインポート]**ウィンドウを開きます。 -3. **Upload .json File**をクリックして JSON ファイルをアップロードします ( [pingcap/tidb](https://github.com/pingcap/tidb/tree/release-8.5/pkg/metrics/grafana) [tikv/tikv](https://github.com/tikv/tikv/tree/release-8.5/metrics/grafana)、および[tikv/pd](https://github.com/tikv/pd/tree/release-8.5/metrics/grafana)から TiDB Grafana 構成ファイルをダウンロードします)。 +3. **Upload .json File**をクリックして JSON ファイルをアップロードします ( [pingcap/tidb](https://github.com/pingcap/tidb/tree/release-8.5/pkg/metrics/grafana) [tikv/tikv](https://github.com/tikv/tikv/tree/release-8.5/metrics/grafana)、および[tikv/pd](https://github.com/tikv/pd/tree/release-8.5/metrics/grafana)から TiDB Grafana 設定ファイルをダウンロードします)。 > **Note:** > diff --git a/develop/dev-guide-aws-appflow-integration.md b/develop/dev-guide-aws-appflow-integration.md index 993b69a7b5d72..1c5f69b25c841 100644 --- a/develop/dev-guide-aws-appflow-integration.md +++ b/develop/dev-guide-aws-appflow-integration.md @@ -70,7 +70,7 @@ git clone https://github.com/pingcap-inc/tidb-appflow-integration > **Note:** > - > - `--guided`オプションでは、プロンプトが表示され、デプロイの手順を案内します。入力内容は構成ファイルに保存され、デフォルトでは`samconfig.toml`というファイルになります。 + > - `--guided`オプションでは、プロンプトが表示され、デプロイの手順を案内します。入力内容は設定ファイルに保存され、デフォルトでは`samconfig.toml`というファイルになります。 > - `stack_name`は、デプロイする AWS Lambda の名前を指定します。 > - このガイドでは、TiDB Cloud Starterのクラウドプロバイダーとして AWS を使用しています。ソースまたは宛先として Amazon S3 を使用するには、AWS Lambda の`region`を Amazon S3 と同じに設定する必要があります。 > - 既に`sam deploy --guided`を実行したことがある場合は、代わりに`sam deploy`を実行するだけで、SAM CLI は設定ファイル`samconfig.toml`を使用して操作を簡素化します。 diff --git a/develop/dev-guide-optimistic-and-pessimistic-transaction.md b/develop/dev-guide-optimistic-and-pessimistic-transaction.md index f3d40739e4af0..9672a92a18474 100644 --- a/develop/dev-guide-optimistic-and-pessimistic-transaction.md +++ b/develop/dev-guide-optimistic-and-pessimistic-transaction.md @@ -106,7 +106,7 @@ func (tx *TiDBSqlTx) Rollback() error {
-**コンフィグレーションファイル** +**設定ファイル** Mavenを使用してパッケージを管理する場合は、 `pom.xml`の``ノードに以下の依存関係を追加して`HikariCP`インポートし、パッケージ化ターゲットとJARパッケージのメインクラスを起動するように設定します。以下は`pom.xml`の例です。 diff --git a/develop/dev-guide-proxysql-integration.md b/develop/dev-guide-proxysql-integration.md index e0a644c1ade0b..54b74eac7f6b6 100644 --- a/develop/dev-guide-proxysql-integration.md +++ b/develop/dev-guide-proxysql-integration.md @@ -130,7 +130,7 @@ systemctl start docker 1. [**My TiDB**](https://tidbcloud.com/tidbs)ページで、対象のTiDB Cloud Starterインスタンスの名前をクリックすると、その概要ページに移動します。 2. 概要ページで、 **[接続]**ペインを見つけて、 `Endpoint` 、 `Port` 、および`User`フィールドをコピーします。ここで`Endpoint`はTiDB Cloud Starterインスタンスのホスト名です。 -#### ステップ2. ProxySQL構成ファイルを生成する {#step-2-generate-proxysql-configuration-files} +#### ステップ2. ProxySQL設定ファイルを生成する {#step-2-generate-proxysql-configuration-files} 1. TiDB および ProxySQL 用の[統合例のコードリポジトリ](https://github.com/pingcap-inc/tidb-proxysql-integration)クローンを作成します。 @@ -192,7 +192,7 @@ systemctl start docker -3. `proxysql-config.py`を実行してProxySQL構成ファイルを生成します。 +3. `proxysql-config.py`を実行してProxySQL設定ファイルを生成します。 diff --git a/develop/dev-guide-third-party-tools-compatibility.md b/develop/dev-guide-third-party-tools-compatibility.md index b93acd444b2b5..5f8f172c70b14 100644 --- a/develop/dev-guide-third-party-tools-compatibility.md +++ b/develop/dev-guide-third-party-tools-compatibility.md @@ -86,7 +86,7 @@ MySQL Connector/J の照合順序はクライアント側に保存され、サ **回避方法** -照合順序は手動で設定し、クライアント側の照合順序に依存しないでください。クライアント側のデフォルトの照合順序は、MySQL Connector/J 構成ファイルに保存されます。 +照合順序は手動で設定し、クライアント側の照合順序に依存しないでください。クライアント側のデフォルトの照合順序は、MySQL Connector/J 設定ファイルに保存されます。 ### `NO_BACKSLASH_ESCAPES`パラメータは効果がありません {#the-no-backslash-escapes-parameter-does-not-take-effect} diff --git a/dm/deploy-a-dm-cluster-using-binary.md b/dm/deploy-a-dm-cluster-using-binary.md index 00615ec40e76c..a21f02edfe31a 100644 --- a/dm/deploy-a-dm-cluster-using-binary.md +++ b/dm/deploy-a-dm-cluster-using-binary.md @@ -91,7 +91,7 @@ Usage of dm-master: > > 一部の設定がコマンドラインから参照できないため、上記の方法でDM-masterを設定できない場合があります。そのような場合は、代わりに設定ファイルを使用してください。 -#### DM-master構成ファイル {#dm-master-configuration-file} +#### DM-master設定ファイル {#dm-master-configuration-file} 以下はDM-masterの設定ファイルです。この方法でDM-masterを設定することをお勧めします。 @@ -166,7 +166,7 @@ Usage of worker: > > 一部の設定がコマンドラインから参照できないため、上記の方法でDM-workerを設定できない場合があります。そのような場合は、代わりに設定ファイルを使用してください。 -#### DM-worker構成ファイル {#dm-worker-configuration-file} +#### DM-worker設定ファイル {#dm-worker-configuration-file} 以下はDM-workerの設定ファイルです。この方法でDM-workerを設定することをお勧めします。 diff --git a/dm/deploy-a-dm-cluster-using-tiup-offline.md b/dm/deploy-a-dm-cluster-using-tiup-offline.md index 5cbf991df977f..7177303b059bc 100644 --- a/dm/deploy-a-dm-cluster-using-tiup-offline.md +++ b/dm/deploy-a-dm-cluster-using-tiup-offline.md @@ -66,11 +66,11 @@ source /home/tidb/.bash_profile ミラーを別のディレクトリに切り替えるには、 `tiup mirror set `コマンドを手動で実行します。公式ミラーに戻すには、 `tiup mirror set https://tiup-mirrors.pingcap.com`を実行します。 -## ステップ3: 初期化構成ファイルを編集する {#step-3-edit-the-initialization-configuration-file} +## ステップ3: 初期化設定ファイルを編集する {#step-3-edit-the-initialization-configuration-file} -さまざまなクラスター トポロジに応じて、クラスター初期化構成ファイルを編集する必要があります。 +さまざまなクラスター トポロジに応じて、クラスター初期化設定ファイルを編集する必要があります。 -完全な構成テンプレートについては、「 [TiUP設定パラメータ テンプレート](https://github.com/pingcap/tiup/blob/master/embed/examples/dm/topology.example.yaml) . 構成ファイルを作成する」 `topology.yaml`を参照してください。その他の複合シナリオでは、テンプレートに従って必要に応じて構成ファイルを編集します。 +完全な構成テンプレートについては、「 [TiUP設定パラメータ テンプレート](https://github.com/pingcap/tiup/blob/master/embed/examples/dm/topology.example.yaml) . 設定ファイルを作成する」 `topology.yaml`を参照してください。その他の複合シナリオでは、テンプレートに従って必要に応じて設定ファイルを編集します。 3 つの DM-master、3つの DM-worker、および 1つの監視コンポーネントインスタンスをデプロイする構成は次のとおりです。 @@ -109,7 +109,7 @@ alertmanager_servers: > > - DM クラスターの高可用性を確保するには、3つの DM-masterノードをデプロイすることをお勧めします。また、デプロイする DM-workerノードの数は、移行するアップストリーム MySQL/MariaDB インスタンスの数より多くする必要があります (たとえば、DM-workerノードの数は、アップストリーム インスタンスの数より 2つ多くなります)。 > -> - グローバルに有効にする必要があるパラメータについては、構成ファイルの`server_configs`セクションで対応するコンポーネントのこれらのパラメータを構成します。 +> - グローバルに有効にする必要があるパラメータについては、設定ファイルの`server_configs`セクションで対応するコンポーネントのこれらのパラメータを構成します。 > > - 特定のノードで有効にするパラメータについては、このノードの`config`でこれらのパラメータを設定します。 > @@ -142,7 +142,7 @@ tiup dm deploy dm-test ${version} ./topology.yaml --user root [-p] [-i /home/roo - デプロイされた DM クラスターの名前は`dm-test`です。 - DMクラスタのバージョンは`${version}`です。TiUPでサポートされている最新バージョンを確認するには、 `tiup list dm-master`を実行します。 -- 初期化構成ファイルは`topology.yaml`です。 +- 初期化設定ファイルは`topology.yaml`です。 - `--user root` : `root`キーを使用してターゲットマシンにログインし、クラスターのデプロイを完了するか、 `ssh`および`sudo`権限を持つ他のユーザーを使用してデプロイを完了することができます。 - `[-i]`と`[-p]` : オプション。ターゲットマシンへのログインをパスワードなしで設定している場合、これらのパラメータは不要です。そうでない場合は、2つのパラメータのいずれかを選択してください。`[-i]`は、ターゲットマシンにアクセスできる`root`ユーザー（または`--user`で指定された他のユーザー）の秘密鍵です。`[-p]`は、ユーザーパスワードを対話的に入力するために使用されます。 - TiUP DMは組み込みのSSHクライアントを使用します。制御マシンシステムにネイティブのSSHクライアントを使用する場合は、 [システムのネイティブSSHクライアントを使用してクラスターに接続する](/dm/maintain-dm-using-tiup.md#use-the-systems-native-ssh-client-to-connect-to-cluster)に従って設定を編集してください。 diff --git a/dm/deploy-a-dm-cluster-using-tiup.md b/dm/deploy-a-dm-cluster-using-tiup.md index 80c0777de9f86..7113bc6280995 100644 --- a/dm/deploy-a-dm-cluster-using-tiup.md +++ b/dm/deploy-a-dm-cluster-using-tiup.md @@ -39,13 +39,13 @@ TiUPはDM v2.0以降のバージョンの導入をサポートしています。 tiup install dm dmctl ``` -## ステップ2: 初期化構成ファイルを編集する {#step-2-edit-the-initialization-configuration-file} +## ステップ2: 初期化設定ファイルを編集する {#step-2-edit-the-initialization-configuration-file} -意図したクラスター トポロジに応じて、クラスター初期化構成ファイルを手動で作成および編集する必要があります。 +意図したクラスター トポロジに応じて、クラスター初期化設定ファイルを手動で作成および編集する必要があります。 [設定ファイルテンプレート](https://github.com/pingcap/tiup/blob/master/embed/examples/dm/topology.example.yaml)に従って、YAML 設定ファイル（例： `topology.yaml` ）を作成する必要があります。その他のシナリオでは、設定を適宜編集してください。 -コマンド`tiup dm template > topology.yaml`を使用すると、構成ファイル テンプレートをすばやく生成できます。 +コマンド`tiup dm template > topology.yaml`を使用すると、設定ファイル テンプレートをすばやく生成できます。 3 つの DM-master、3つの DM-worker、および 1つの監視コンポーネントインスタンスをデプロイする構成は次のとおりです。 @@ -163,7 +163,7 @@ tiup dm deploy ${name} ${version} ./topology.yaml -u ${ssh_user} [-p] [-i /home/ | ------------------------ | ------------------------------------------------------------------------------- | | `${name}` | DM クラスターの名前 (例: dm-test) | | `${version}` | DM クラスターのバージョン`tiup list dm-master`を実行すると、サポートされている他のバージョンを確認できます。 | -| `./topology.yaml` | トポロジ構成ファイルのパス。 | +| `./topology.yaml` | トポロジ設定ファイルのパス。 | | `-u`または`--user` | クラスターのデプロイを完了するには、root ユーザーまたは ssh および sudo権限を持つ他のユーザーアカウントとしてターゲットマシンにログインします。 | | `-p`または`--password` | 対象ホストのパスワード。指定すると、パスワード認証が使用されます。 | | `-i`または`--identity_file` | SSH IDファイルのパス。指定すると公開鍵認証が使用されます（デフォルトは"/root/.ssh/id_rsa"）。 | diff --git a/dm/dm-binlog-event-filter.md b/dm/dm-binlog-event-filter.md index e3833fe8a291e..4be9722e460da 100644 --- a/dm/dm-binlog-event-filter.md +++ b/dm/dm-binlog-event-filter.md @@ -9,7 +9,7 @@ TiDB Data Migration (DM) は、特定のスキーマまたはテーブルのbinl ## binlogイベントフィルターを構成する {#configure-the-binlog-event-filter} -タスク構成ファイルに次の構成を追加します。 +タスク設定ファイルに次の構成を追加します。 ```yaml filters: @@ -21,7 +21,7 @@ filters: ​action: Ignore ``` -DM v2.0.2以降では、ソース設定ファイルでbinlogイベントフィルターを設定できます。詳細については、 [上流データベースコンフィグレーションファイル](/dm/dm-source-configuration-file.md)を参照してください。 +DM v2.0.2以降では、ソース設定ファイルでbinlogイベントフィルターを設定できます。詳細については、 [上流データベース設定ファイル](/dm/dm-source-configuration-file.md)を参照してください。 一致するスキーマとテーブルにワイルドカードを使用する場合は、次の点に注意してください。 diff --git a/dm/dm-block-allow-table-lists.md b/dm/dm-block-allow-table-lists.md index 58f57436349da..5afd39eca60ab 100644 --- a/dm/dm-block-allow-table-lists.md +++ b/dm/dm-block-allow-table-lists.md @@ -9,7 +9,7 @@ TiDB Data Migration (DM) を使用してデータを移行する場合、ブロ ## ブロックリストと許可リストを設定する {#configure-the-block-and-allow-lists} -タスク構成ファイルに次の構成を追加します。 +タスク設定ファイルに次の構成を追加します。 ```yaml block-allow-list: # Use black-white-list if the DM version is earlier than or equal to v2.0.0-beta.2. diff --git a/dm/dm-config-overview.md b/dm/dm-config-overview.md index 9f0257cbc7c0c..99d4b1baf3a4e 100644 --- a/dm/dm-config-overview.md +++ b/dm/dm-config-overview.md @@ -1,17 +1,17 @@ --- title: Data Migration Configuration File Overview -summary: このドキュメントでは、データ移行構成ファイルの概要を説明します。 +summary: このドキュメントでは、データ移行設定ファイルの概要を説明します。 --- -# データ移行コンフィグレーションファイルの概要 {#data-migration-configuration-file-overview} +# データ移行設定ファイルの概要 {#data-migration-configuration-file-overview} -このドキュメントでは、DM (データ移行) の構成ファイルの概要を説明します。 +このドキュメントでは、DM (データ移行) の設定ファイルの概要を説明します。 -## DMプロセス構成ファイル {#dm-process-configuration-files} +## DMプロセス設定ファイル {#dm-process-configuration-files} -- `dm-master.toml` : DM-masterプロセスの実行に関する設定ファイル。DM-masterのトポロジ情報とログが含まれます。詳細については、 [DM-masterコンフィグレーションファイル](/dm/dm-master-configuration-file.md)を参照してください。 -- `dm-worker.toml` : DM-workerプロセスの実行に関する設定ファイル。DM-workerのトポロジ情報とログが含まれます。詳細は[DM-workerコンフィグレーションファイル](/dm/dm-worker-configuration-file.md)を参照してください。 -- `source.yaml` : MySQLやMariaDBなどの上流データベースの設定。詳細は[上流データベースコンフィグレーションファイル](/dm/dm-source-configuration-file.md)を参照してください。 +- `dm-master.toml` : DM-masterプロセスの実行に関する設定ファイル。DM-masterのトポロジ情報とログが含まれます。詳細については、 [DM-master設定ファイル](/dm/dm-master-configuration-file.md)を参照してください。 +- `dm-worker.toml` : DM-workerプロセスの実行に関する設定ファイル。DM-workerのトポロジ情報とログが含まれます。詳細は[DM-worker設定ファイル](/dm/dm-worker-configuration-file.md)を参照してください。 +- `source.yaml` : MySQLやMariaDBなどの上流データベースの設定。詳細は[上流データベース設定ファイル](/dm/dm-source-configuration-file.md)を参照してください。 ## DM移行タスクの構成 {#dm-migration-task-configuration} @@ -27,7 +27,7 @@ summary: このドキュメントでは、データ移行構成ファイルの このセクションでは、いくつかの重要な概念について説明します。 -| 概念 | 説明 | コンフィグレーションファイル | +| 概念 | 説明 | 設定ファイル | | :---------- | :-------------------------------------------------------------------------- | :--------------------------------------------------------- | | `source-id` | MySQLまたはMariaDBインスタンス、あるいはプライマリ/セカンダリ構造の移行グループを一意に表します。`source-id`の最大長は32です。 | `source_id` / `source.yaml` ;
`task.yaml`中`source-id` | | DM-masterID | DM-masterを一意に表す（ `dm-master.toml`の`master-addr`パラメータによって） | `master-addr` / `dm-master.toml` | diff --git a/dm/dm-continuous-data-validation.md b/dm/dm-continuous-data-validation.md index 14e4d4a754e25..d2a5255ed8a54 100644 --- a/dm/dm-continuous-data-validation.md +++ b/dm/dm-continuous-data-validation.md @@ -19,12 +19,12 @@ summary: 継続的なデータ検証の使用方法と継続的なデータ検 次のいずれかの方法を使用して、継続的なデータ検証を有効にすることができます。 -- タスク構成ファイルで有効にします。 +- タスク設定ファイルで有効にします。 - dmctl を使用して有効にします。 ### 方法1: タスク設定ファイルで有効にする {#method-1-enable-in-the-task-configuration-file} -継続的なデータ検証を有効にするには、タスク構成ファイルに次の設定項目を追加します。 +継続的なデータ検証を有効にするには、タスク設定ファイルに次の設定項目を追加します。 ```yaml # Add the following configuration items to the upstream database that needs to be validated: @@ -48,7 +48,7 @@ validators: - `worker-count` : バックグラウンドで実行される検証ワーカーの数。各ワーカーはゴルーチンです。 - `row-error-delay` : 指定された時間内に行が検証に合格できない場合、エラー行としてマークされます。デフォルト値は30分です。 -完全な構成については、 [DM 高度なタスクコンフィグレーションファイル](/dm/task-configuration-file-full.md)を参照してください。 +完全な構成については、 [DM 高度なタスク設定ファイル](/dm/task-configuration-file-full.md)を参照してください。 ### 方法2: dmctlを使用して有効にする {#method-2-enable-using-dmctl} diff --git a/dm/dm-customized-secret-key.md b/dm/dm-customized-secret-key.md index 716c3ee853a61..25d6fed96a020 100644 --- a/dm/dm-customized-secret-key.md +++ b/dm/dm-customized-secret-key.md @@ -18,20 +18,20 @@ DM はバージョン 8.0.0 以降では固定秘密キーを使用しなくな - [データソース構成](/dm/dm-source-configuration-file.md)と[移行タスクの構成](/dm/task-configuration-file-full.md)両方でプレーンテキスト パスワードが使用されている場合、アップグレードに追加の手順は必要ありません。 - [データソース構成](/dm/dm-source-configuration-file.md)と[移行タスクの構成](/dm/task-configuration-file-full.md)で暗号化されたパスワードが使用されている場合、または将来的に暗号化されたパスワードを使用する場合は、次の手順を実行する必要があります。 - 1. [DM-master構成ファイル](/dm/dm-master-configuration-file.md)に`secret-key-path`パラメータを追加し、カスタムキーファイルのパスを指定します。ファイルには、64 文字の 16 進数 AES-256 キーが含まれている必要があります。アップグレード前に[固定AES-256秘密鍵](https://github.com/pingcap/tiflow/blob/1252979421fc83ffa2a1548d981e505f7fc0b909/dm/pkg/encrypt/encrypt.go#L27)を使用して暗号化していた場合は、この秘密鍵をキーファイルにコピーできます。すべての DM-masterノードで同じ秘密鍵設定が使用されていることを確認してください。 + 1. [DM-master設定ファイル](/dm/dm-master-configuration-file.md)に`secret-key-path`パラメータを追加し、カスタムキーファイルのパスを指定します。ファイルには、64 文字の 16 進数 AES-256 キーが含まれている必要があります。アップグレード前に[固定AES-256秘密鍵](https://github.com/pingcap/tiflow/blob/1252979421fc83ffa2a1548d981e505f7fc0b909/dm/pkg/encrypt/encrypt.go#L27)を使用して暗号化していた場合は、この秘密鍵をキーファイルにコピーできます。すべての DM-masterノードで同じ秘密鍵設定が使用されていることを確認してください。 2. まずDM-masterのローリングアップグレードを実行し、次にDM-workerのローリングアップグレードを実行します。詳細については、 [ローリングアップグレード](/dm/maintain-dm-using-tiup.md#rolling-upgrade)を参照してください。 ## 暗号化と復号化の秘密鍵を更新する {#update-the-secret-key-for-encryption-and-decryption} 暗号化と復号化に使用される秘密キーを更新するには、次の手順を実行します。 -1. [DM-master構成ファイル](/dm/dm-master-configuration-file.md)の`secret-key-path`を更新します。 +1. [DM-master設定ファイル](/dm/dm-master-configuration-file.md)の`secret-key-path`を更新します。 > **Note:** > > - すべての DM-masterノードが同じ秘密キー構成に更新されていることを確認します。 - > - 秘密鍵の更新中は、新しい[データソース構成ファイル](/dm/dm-source-configuration-file.md)または[移行タスク構成ファイル](/dm/task-configuration-file-full.md)を作成しないでください。 + > - 秘密鍵の更新中は、新しい[データソース設定ファイル](/dm/dm-source-configuration-file.md)または[移行タスク設定ファイル](/dm/task-configuration-file-full.md)を作成しないでください。 2. DM-masterのローリング再起動を実行します。 -3. 新しい[データソース構成ファイル](/dm/dm-source-configuration-file.md)と[移行タスク構成ファイル](/dm/task-configuration-file-full.md)を作成するときは、 `tiup dmctl encrypt` (dmctl バージョン >= v8.0.0) で暗号化されたパスワードを使用します。 +3. 新しい[データソース設定ファイル](/dm/dm-source-configuration-file.md)と[移行タスク設定ファイル](/dm/task-configuration-file-full.md)を作成するときは、 `tiup dmctl encrypt` (dmctl バージョン >= v8.0.0) で暗号化されたパスワードを使用します。 diff --git a/dm/dm-enable-tls.md b/dm/dm-enable-tls.md index 251429316b8c8..8e64973bb353a 100644 --- a/dm/dm-enable-tls.md +++ b/dm/dm-enable-tls.md @@ -91,7 +91,7 @@ summary: DM 接続で TLS を有効にする方法を学習します。 1. アップストリームデータベースを設定し、暗号化サポートを有効にし、サーバー証明書を設定します。詳細な操作については、 [暗号化された接続の使用](https://dev.mysql.com/doc/refman/8.0/en/using-encrypted-connections.html)を参照してください。 -2. ソース構成ファイルで MySQL クライアント証明書を設定します。 +2. ソース設定ファイルで MySQL クライアント証明書を設定します。 > **Note:** > @@ -109,7 +109,7 @@ summary: DM 接続で TLS を有効にする方法を学習します。 1. 下流TiDBが暗号化接続を使用するように設定します。詳細な操作については、 [安全な接続を使用するように TiDBサーバーを構成する](/enable-tls-between-clients-and-servers.md#configure-tidb-server-to-use-secure-connections)を参照してください。 -2. タスク構成ファイルで TiDB クライアント証明書を設定します。 +2. タスク設定ファイルで TiDB クライアント証明書を設定します。 > **Note:** > diff --git a/dm/dm-export-import-config.md b/dm/dm-export-import-config.md index 176d1785acd70..c1331a586e1fb 100644 --- a/dm/dm-export-import-config.md +++ b/dm/dm-export-import-config.md @@ -9,7 +9,7 @@ summary: DM を使用するときに、データソースとクラスターの > **Note:** > -> v2.0.5 より前のクラスターの場合は、dmctl (>= v2.0.5 かつ < v8.0.0) を使用して、データソースおよびタスク構成ファイルをエクスポートおよびインポートできます。 +> v2.0.5 より前のクラスターの場合は、dmctl (>= v2.0.5 かつ < v8.0.0) を使用して、データソースおよびタスク設定ファイルをエクスポートおよびインポートできます。 ```bash » help config diff --git a/dm/dm-faq.md b/dm/dm-faq.md index f1a27b61e813d..be2b5e2480c02 100644 --- a/dm/dm-faq.md +++ b/dm/dm-faq.md @@ -90,7 +90,7 @@ TiDBでサポートされていないDDL文に遭遇した場合は、dmctlを MySQLはエクスポート時にスナップショットを指定できないため、エクスポート中にデータ移行タスクを更新し、その後再起動してチェックポイントからエクスポートを再開することができません。そのため、`Dump`ステージで移行が必要なテーブルを動的に追加することはできません。 -移行のためにテーブルを追加する必要がある場合は、新しい構成ファイルを使用してタスクを直接再起動することをお勧めします。 +移行のためにテーブルを追加する必要がある場合は、新しい設定ファイルを使用してタスクを直接再起動することをお勧めします。 ### `Load`ステージ {#in-the-load-stage} @@ -125,11 +125,11 @@ MySQLはエクスポート時にスナップショットを指定できないた 以下のパラメータをデフォルトの 67108864 (64M) より大きい値に設定します。 - TiDBサーバーのグローバル変数: `max_allowed_packet` 。 -- タスク設定ファイル内の設定項目： `target-database.max-allowed-packet` 。詳細は[DM 高度なタスクコンフィグレーションファイル](/dm/task-configuration-file-full.md)を参照してください。 +- タスク設定ファイル内の設定項目： `target-database.max-allowed-packet` 。詳細は[DM 高度なタスク設定ファイル](/dm/task-configuration-file-full.md)を参照してください。 ## DM 1.0 クラスターの既存の DM 移行タスクが DM 2.0 以降のクラスターで実行されているときに発生するエラー`Error 1054: Unknown column 'binlog_gtid' in 'field list'`を処理する方法を教えてください。 {#how-to-handle-the-error-error-1054-unknown-column-binlog_gtid-in-field-list-that-occurs-when-existing-dm-migration-tasks-of-an-dm-10-cluster-are-running-on-a-dm-20-or-newer-cluster} -DM v2.0 以降、増分データレプリケーションを続行するために DM 1.0 クラスターのタスク構成ファイルで`start-task`コマンドを直接実行すると、エラー`Error 1054: Unknown column 'binlog_gtid' in 'field list'`が発生します。 +DM v2.0 以降、増分データレプリケーションを続行するために DM 1.0 クラスターのタスク設定ファイルで`start-task`コマンドを直接実行すると、エラー`Error 1054: Unknown column 'binlog_gtid' in 'field list'`が発生します。 このエラーは[DM 1.0 クラスターの DM 移行タスクを DM 2.0 クラスターに手動でインポートする](/dm/manually-upgrade-dm-1.0-to-2.0.md)で処理できます。 @@ -218,7 +218,7 @@ DM v2.0.1 以前のバージョンでは、完全インポートが完了する 1. ダウンストリームデータベースにインポートされたデータをクリーンアップします。 2. データを処理する DM-workerノードに TiDB-Lightningをデプロイします。 3. DM ダンプユニットがエクスポートするデータをインポートするには、TiDB-Lightning のローカルバックエンド モードを使用します。 - 4. 完全インポートが完了したら、次の方法でタスク構成ファイルを編集し、タスクを再起動します。 + 4. 完全インポートが完了したら、次の方法でタスク設定ファイルを編集し、タスクを再起動します。 - `task-mode`を`incremental`に変更します。 - ダンプユニットが出力するメタデータファイルに記録されている位置に値`mysql-instance.meta.pos`を設定します。 @@ -251,7 +251,7 @@ DM v2.0.1 以前のバージョンでは、完全インポートが完了する これはDMの既知のバグで、DM v2.0.2で修正されています。このバグは、以下の2つの条件が同時に満たされた場合に発生します。 -1. ソース構成ファイルでは、パラメータ`enable-relay`と`enable-gtid`は`true`に設定されています。 +1. ソース設定ファイルでは、パラメータ`enable-relay`と`enable-gtid`は`true`に設定されています。 2. アップストリームデータベースは**MySQLセカンダリデータベース**です。コマンド`show binlog events in '' limit 2`を実行してデータベースの`previous_gtids`をクエリすると、次の例のように結果が不連続になります。 ``` @@ -332,7 +332,7 @@ query-status test - 現在の時刻から完全エクスポート タスクのメタデータに記録された位置までのアップストリーム バイナリ ログが消去されていない場合は、次の手順を実行できます。 1. 現在のタスクを停止し、連続しない GTID を持つすべてのデータソースを削除します。 - 2. すべてのソース構成ファイルで`enable-relay`を`false`に設定します。 + 2. すべてのソース設定ファイルで`enable-relay`を`false`に設定します。 3. 連続しない GTID を持つデータソース (上記の例の`mysql1`など) の場合は、タスクを増分タスクに変更し、 `binlog-name` 、 `binlog-pos` 、および`binlog-gtid`情報を含む各完全エクスポート タスクのメタデータ情報を使用して関連する`mysql-instances.meta`を構成します。 4. 増分タスクの`task.yaml`に`syncers.safe-mode`を`true`に設定し、タスクを再開します。 5. 増分タスクがすべての欠落データをダウンストリームに複製した後、タスクを停止し、 `task.yaml`の`safe-mode`を`false`に変更します。 @@ -344,10 +344,10 @@ query-status test 4. `task.yaml`の`syncers.safe-mode`を`true`に設定し、タスクを再開します。 5. 増分タスクがすべての欠落データをダウンストリームに複製した後、タスクを停止し、 `task.yaml`の`safe-mode`を`false`に変更します。 6. タスクを再度開始します。 - 7. データソースを再起動し、ソース構成ファイルで`enable-relay`または`enable-gtid`を`false`に設定します。 + 7. データソースを再起動し、ソース設定ファイルで`enable-relay`または`enable-gtid`を`false`に設定します。 - 上記の条件がいずれも満たされていない場合、またはタスクのデータ量が少ない場合は、次の手順を実行できます。 1. ダウンストリームデータベースにインポートされたデータをクリーンアップします。 - 2. データソースを再起動し、ソース構成ファイルで`enable-relay`または`enable-gtid`を`false`に設定します。 + 2. データソースを再起動し、ソース設定ファイルで`enable-relay`または`enable-gtid`を`false`に設定します。 3. 新しいタスクを作成し、コマンド`start-task task.yaml --remove-meta`を実行して、データを最初から再度移行します。 上記の 1 番目と 2 番目のソリューションで正常にレプリケートできるデータソース (上記の例の`mysql2`など) の場合は、増分タスクを設定するときに、 `subTaskStatus.sync`の`syncerBinlog`と`syncerBinlogGtid`情報を使用して関連する`mysql-instances.meta`を構成します。 diff --git a/dm/dm-generate-self-signed-certificates.md b/dm/dm-generate-self-signed-certificates.md index 3d358a4a1f477..ee2d8cb56ffd1 100644 --- a/dm/dm-generate-self-signed-certificates.md +++ b/dm/dm-generate-self-signed-certificates.md @@ -108,7 +108,7 @@ DM-master インスタンスに証明書を発行するには、次の手順を > > `0.0.0.0`のような特殊な IP を接続や通信に使用する場合は、 `alt_names`にも追加する必要があります。 -4. `openssl.cnf`ファイルを保存し、証明書リクエストファイルを生成します。( `Common Name (e.g. server FQDN or YOUR name) []:`に入力する際に、証明書に`dm`などの共通名 (CN) を割り当てます。これは、サーバーがクライアントの ID を検証するために使用されます。各コンポーネントは、デフォルトでは検証を有効にしません。構成ファイルで有効にすることができます。) +4. `openssl.cnf`ファイルを保存し、証明書リクエストファイルを生成します。( `Common Name (e.g. server FQDN or YOUR name) []:`に入力する際に、証明書に`dm`などの共通名 (CN) を割り当てます。これは、サーバーがクライアントの ID を検証するために使用されます。各コンポーネントは、デフォルトでは検証を有効にしません。設定ファイルで有効にすることができます。) ```bash openssl req -new -key master-key.pem -out master-cert.pem -config openssl.cnf @@ -148,7 +148,7 @@ DM-master インスタンスに証明書を発行するには、次の手順を openssl genrsa -out client-key.pem 2048 ``` -2. 証明書リクエストファイルを生成します (この手順では、証明書に共通名を割り当てることもできます。共通名は、サーバーがクライアントの ID を検証するために使用されます。各コンポーネントはデフォルトで検証を有効にしませんが、構成ファイルで有効にすることができます)。 +2. 証明書リクエストファイルを生成します (この手順では、証明書に共通名を割り当てることもできます。共通名は、サーバーがクライアントの ID を検証するために使用されます。各コンポーネントはデフォルトで検証を有効にしませんが、設定ファイルで有効にすることができます)。 ```bash openssl req -new -key client-key.pem -out client-cert.pem diff --git a/dm/dm-glossary.md b/dm/dm-glossary.md index c98906fcaaaa8..ce3cbe0ade10c 100644 --- a/dm/dm-glossary.md +++ b/dm/dm-glossary.md @@ -98,7 +98,7 @@ TiDB データ移行ツールを使用して、上流データベースの**増 このモードは、次のいずれかの状況で有効になります。 -- タスク構成ファイルの`safe-mode`パラメータが`true`に設定されている場合、セーフモードは有効なままになります。 +- タスク設定ファイルの`safe-mode`パラメータが`true`に設定されている場合、セーフモードは有効なままになります。 - シャードマージのシナリオでは、すべてのシャードテーブルで DDL文が複製される前は、セーフモードが有効なままになります。 - 完全移行タスクのダンプ処理単位に引数`--consistency none`が設定されている場合、エクスポート開始時のbinlogの変更がエクスポートされたデータに影響を与えるかどうかを判断できません。そのため、これらのbinlogの変更の増分レプリケーションではセーフモードが有効なままになります。 - タスクがエラーによって一時停止され、その後再開された場合、一部のデータに対する操作が 2回実行される可能性があります。 diff --git a/dm/dm-handle-performance-issues.md b/dm/dm-handle-performance-issues.md index 2b745b66aa44a..cc3f0b58633aa 100644 --- a/dm/dm-handle-performance-issues.md +++ b/dm/dm-handle-performance-issues.md @@ -86,7 +86,7 @@ DMはbinlogイベントからSQL文を構築した後、 `worker-count`キュー 負荷が分散されていない場合は、移行対象のテーブルに主キーまたは一意キーがあるかどうかを確認してください。これらのキーが存在しない場合は、主キーまたは一意キーを追加してください。負荷が分散されていない状態でこれらのキーが存在する場合は、DMをv1.0.5以降にアップグレードしてください。 -- データ移行リンク全体に顕著なレイテンシーがない場合、対応する曲線`DML queue remain length`はほぼ常に 0 になり、最大値はタスク構成ファイルの値`batch`を超えません。 +- データ移行リンク全体に顕著なレイテンシーがない場合、対応する曲線`DML queue remain length`はほぼ常に 0 になり、最大値はタスク設定ファイルの値`batch`を超えません。 - データ移行リンクに顕著なレイテンシーが見られ、各`q_*`に対応する`DML queue remain length`の曲線がほぼ同じで、ほぼ常に0である場合、DMが上流からのデータの読み取り、変換、または同時書き込みを時間内に実行できていないことを意味します（ボトルネックはリレーログユニットにある可能性があります）。トラブルシューティングについては、このドキュメントの前のセクションを参照してください。 diff --git a/dm/dm-manage-source.md b/dm/dm-manage-source.md index 339cfb7dc86bd..b47c71b0df1cd 100644 --- a/dm/dm-manage-source.md +++ b/dm/dm-manage-source.md @@ -59,13 +59,13 @@ Global Flags: ### 使用例 {#usage-example} -次の`operate-source`コマンドを使用して、ソース構成ファイルを作成します。 +次の`operate-source`コマンドを使用して、ソース設定ファイルを作成します。 ```bash operate-source create ./source.yaml ``` -`source.yaml`の設定については[アップストリームデータベースコンフィグレーションファイルの概要](/dm/dm-source-configuration-file.md)を参照してください。 +`source.yaml`の設定については[アップストリームデータベース設定ファイルの概要](/dm/dm-source-configuration-file.md)を参照してください。 返される結果の例を次に示します。 diff --git a/dm/dm-master-configuration-file.md b/dm/dm-master-configuration-file.md index 7b02d7fdcd3a7..d6e7ccc246aab 100644 --- a/dm/dm-master-configuration-file.md +++ b/dm/dm-master-configuration-file.md @@ -3,11 +3,11 @@ title: DM-master Configuration File summary: DM-master の設定ファイルについて説明します。 --- -# DM-masterコンフィグレーションファイル {#dm-master-configuration-file} +# DM-master設定ファイル {#dm-master-configuration-file} -このドキュメントでは、構成ファイル テンプレートと、このファイル内の各設定パラメータの説明を含む、DM-master の構成について説明します。 +このドキュメントでは、設定ファイル テンプレートと、このファイル内の各設定パラメータの説明を含む、DM-master の構成について説明します。 -## コンフィグレーションファイルテンプレート {#configuration-file-template} +## 設定ファイルテンプレート {#configuration-file-template} 以下は DM-master の設定ファイル テンプレートです。 @@ -38,7 +38,7 @@ cert-allowed-cn = ["dm"] secret-key-path = "/path/to/secret/key" ``` -## コンフィグレーションパラメータ {#configuration-parameters} +## 設定パラメータ {#configuration-parameters} このセクションでは、DM-masterの設定パラメータについて説明します。 diff --git a/dm/dm-online-ddl-tool-support.md b/dm/dm-online-ddl-tool-support.md index 145bb27c08d78..222df77d002d0 100644 --- a/dm/dm-online-ddl-tool-support.md +++ b/dm/dm-online-ddl-tool-support.md @@ -21,9 +21,9 @@ MySQLエコシステムでは、gh-ostやpt-oscなどのツールが広く使用
-v2.0.5 以降のバージョンでは、 `task`構成ファイル内の`online-ddl`設定項目を使用する必要があります。 +v2.0.5 以降のバージョンでは、 `task`設定ファイル内の`online-ddl`設定項目を使用する必要があります。 -- アップストリーム MySQL/MariaDB (同時に) が gh-ost または pt-osc ツールを使用する場合は、タスク構成ファイルで`online-ddl`に`true`を設定します。 +- アップストリーム MySQL/MariaDB (同時に) が gh-ost または pt-osc ツールを使用する場合は、タスク設定ファイルで`online-ddl`に`true`を設定します。 ```yml online-ddl: true @@ -39,13 +39,13 @@ online-ddl: true v2.0.5 より前 (v2.0.5 を除く) では、 `task`設定ファイル内の`online-ddl-scheme`設定項目を使用する必要があります。 -- アップストリーム MySQL/MariaDB が gh-ost ツールを使用する場合は、タスク構成ファイルで設定します。 +- アップストリーム MySQL/MariaDB が gh-ost ツールを使用する場合は、タスク設定ファイルで設定します。 ```yml online-ddl-scheme: "gh-ost" ``` -- アップストリーム MySQL/MariaDB が pt ツールを使用する場合は、タスク構成ファイルで設定します。 +- アップストリーム MySQL/MariaDB が pt ツールを使用する場合は、タスク設定ファイルで設定します。 ```yml online-ddl-scheme: "pt" diff --git a/dm/dm-open-api.md b/dm/dm-open-api.md index ddfd7b610ae44..b6164e6b850e5 100644 --- a/dm/dm-open-api.md +++ b/dm/dm-open-api.md @@ -9,7 +9,7 @@ DM は、 [dmctlツール](/dm/dmctl-introduction.md)の機能と同様に、DM OpenAPI を有効にするには、次のいずれかの操作を実行します。 -- DM クラスターがバイナリを使用して直接デプロイされている場合は、DM-master構成ファイルに次の構成を追加します。 +- DM クラスターがバイナリを使用して直接デプロイされている場合は、DM-master設定ファイルに次の構成を追加します。 ```toml openapi = true diff --git a/dm/dm-precheck.md b/dm/dm-precheck.md index f38293650cea6..a6fc1e65d63f4 100644 --- a/dm/dm-precheck.md +++ b/dm/dm-precheck.md @@ -184,7 +184,7 @@ tiup dmctl check-task ./task.yaml 移行タスクの事前チェックは並列処理に対応しています。シャーディングされたテーブルの行数が100万行に達した場合でも、事前チェックは数分で完了します。 -事前チェックのスレッド数を指定するには、移行タスク構成ファイルの`threads`フィールドの`mydumpers`引数を設定します。 +事前チェックのスレッド数を指定するには、移行タスク設定ファイルの`threads`フィールドの`mydumpers`引数を設定します。 ```yaml mydumpers: # Configuration arguments of the dump processing unit diff --git a/dm/dm-source-configuration-file.md b/dm/dm-source-configuration-file.md index fd78e235b0abd..555e8ccf6ee1f 100644 --- a/dm/dm-source-configuration-file.md +++ b/dm/dm-source-configuration-file.md @@ -3,13 +3,13 @@ title: Upstream Database Configuration File of TiDB Data Migration summary: アップストリームデータベースの設定ファイルを学ぶ --- -# TiDB データ移行の上流データベースコンフィグレーションファイル {#upstream-database-configuration-file-of-tidb-data-migration} +# TiDB データ移行の上流データベース設定ファイル {#upstream-database-configuration-file-of-tidb-data-migration} -このドキュメントでは、アップストリーム データベースの構成ファイルについて紹介します。これには、構成ファイル テンプレートと、このファイル内の各設定パラメータの説明が含まれます。 +このドキュメントでは、アップストリーム データベースの設定ファイルについて紹介します。これには、設定ファイル テンプレートと、このファイル内の各設定パラメータの説明が含まれます。 -## コンフィグレーションファイルテンプレート {#configuration-file-template} +## 設定ファイルテンプレート {#configuration-file-template} -以下は、アップストリーム データベースの構成ファイル テンプレートです。 +以下は、アップストリーム データベースの設定ファイル テンプレートです。 ```yaml source-id: "mysql-replica-01" @@ -59,9 +59,9 @@ from: > > DM v2.0.1では、 `enable-gtid`と`enable-relay`を同時に`true`に設定しないでください。そうしないと、増分データが失われる可能性があります。 -## コンフィグレーションパラメータ {#configuration-parameters} +## 設定パラメータ {#configuration-parameters} -このセクションでは、構成ファイル内の各設定パラメータについて説明します。 +このセクションでは、設定ファイル内の各設定パラメータについて説明します。 ### グローバル構成 {#global-configuration} @@ -160,7 +160,7 @@ DMは定期的に現在のタスクステータスとエラーメッセージを ### Binlogイベントフィルター {#binlog-event-filter} -DM v2.0.2 以降では、ソース構成ファイルでbinlogイベントフィルターを構成できます。 +DM v2.0.2 以降では、ソース設定ファイルでbinlogイベントフィルターを構成できます。 #### `case-sensitive` {#case-sensitive} diff --git a/dm/dm-task-configuration-guide.md b/dm/dm-task-configuration-guide.md index 9ae1124ebbb42..51b8a1e67110e 100644 --- a/dm/dm-task-configuration-guide.md +++ b/dm/dm-task-configuration-guide.md @@ -13,7 +13,7 @@ summary: Data Migration (DM) でデータ移行タスクを構成する方法を - データソースを表示するには、 [データソースの構成を確認する](/dm/dm-manage-source.md#check-data-source-configurations)を参照してください。 - データソースを作成するには、 [データソースを作成する](/dm/migrate-data-using-dm.md#step-3-create-data-source)を参照してください。 -- データソース構成ファイルを生成するには、 [ソース構成ファイルの紹介](/dm/dm-source-configuration-file.md)を参照してください。 +- データソース設定ファイルを生成するには、 [ソース設定ファイルの紹介](/dm/dm-source-configuration-file.md)を参照してください。 次の例`mysql-instances`は、データ移行タスクで移行する必要があるデータソースを構成する方法を示しています。 @@ -60,7 +60,7 @@ target-database: # Configuration of target TiDB database. データ移行タスクのデータソーステーブルのブロックリストと許可リストを構成するには、次の手順を実行します。 -1. タスク構成ファイルで、ブロックおよび許可リストのグローバル フィルタールール セットを構成します。 +1. タスク設定ファイルで、ブロックおよび許可リストのグローバル フィルタールール セットを構成します。 ```yaml block-allow-list: @@ -98,7 +98,7 @@ target-database: # Configuration of target TiDB database. データ移行タスクのbinlogイベントのフィルターを構成するには、次の手順を実行します。 -1. タスク構成ファイルで、 binlogイベントのグローバル フィルタールール セットを構成します。 +1. タスク設定ファイルで、 binlogイベントのグローバル フィルタールール セットを構成します。 ```yaml filters: # The filter rule set of data source binlog events. You can set multiple rules at the same time. @@ -133,11 +133,11 @@ target-database: # Configuration of target TiDB database. > > - データソースの特定のテーブルをダウンストリーム TiDB インスタンス内の別の名前のテーブルに移行する必要がない場合は、この構成をスキップします。 > -> - シャードマージタスクの場合は、タスク構成ファイルでマッピングルールを設定する**必要があります**。 +> - シャードマージタスクの場合は、タスク設定ファイルでマッピングルールを設定する**必要があります**。 データソーステーブルを指定されたダウンストリーム TiDB テーブルに移行するためのルーティング マッピングルールを構成するには、次の手順を実行します。 -1. タスク構成ファイルでグローバル ルーティング マッピングルール セットを構成します。 +1. タスク設定ファイルでグローバル ルーティング マッピングルール セットを構成します。 ```yaml routes: # The routing mapping rule set between the data source tables and downstream TiDB tables. You can set multiple rules at the same time. @@ -186,7 +186,7 @@ shard-mode: "pessimistic" # The shard merge mode. Optional modes are ""/"p ## その他の構成 {#other-configurations} -以下は、このドキュメントの全体的なタスク設定例です。完全なタスク設定テンプレートは[DMタスク構成ファイルの完全な紹介](/dm/task-configuration-file-full.md)にあります。 +以下は、このドキュメントの全体的なタスク設定例です。完全なタスク設定テンプレートは[DMタスク設定ファイルの完全な紹介](/dm/task-configuration-file-full.md)にあります。 ```yaml --- diff --git a/dm/dm-worker-configuration-file.md b/dm/dm-worker-configuration-file.md index 8be2c2f177336..feb91a5f1999a 100644 --- a/dm/dm-worker-configuration-file.md +++ b/dm/dm-worker-configuration-file.md @@ -3,13 +3,13 @@ title: DM-worker Configuration File summary: DM-worker の設定ファイルについて学習します。 --- -# DM-workerコンフィグレーションファイル {#dm-worker-configuration-file} +# DM-worker設定ファイル {#dm-worker-configuration-file} -このドキュメントでは、構成ファイル テンプレートと、このファイル内の各設定パラメータの説明を含む、DM-workerの構成について説明します。 +このドキュメントでは、設定ファイル テンプレートと、このファイル内の各設定パラメータの説明を含む、DM-workerの構成について説明します。 -## コンフィグレーションファイルテンプレート {#configuration-file-template} +## 設定ファイルテンプレート {#configuration-file-template} -以下は、DM-workerの構成ファイル テンプレートです。 +以下は、DM-workerの設定ファイル テンプレートです。 ```toml # Worker Configuration. @@ -34,7 +34,7 @@ ssl-key = "/path/to/key.pem" cert-allowed-cn = ["dm"] ``` -## コンフィグレーションパラメータ {#configuration-parameters} +## 設定パラメータ {#configuration-parameters} ### グローバル {#global} @@ -62,7 +62,7 @@ cert-allowed-cn = ["dm"] #### `join` {#join} -- DM-master構成ファイル内の 1つ以上の[`master-addr`](/dm/dm-master-configuration-file.md#global-configuration)に対応します。 +- DM-master設定ファイル内の 1つ以上の[`master-addr`](/dm/dm-master-configuration-file.md#global-configuration)に対応します。 #### `keepalive-ttl` {#keepalive-ttl} diff --git a/dm/feature-shard-merge-optimistic.md b/dm/feature-shard-merge-optimistic.md index d493631c8daba..8fbc54d1c895c 100644 --- a/dm/feature-shard-merge-optimistic.md +++ b/dm/feature-shard-merge-optimistic.md @@ -21,7 +21,7 @@ DMは、シャーディングDDLと呼ばれるシャーディングテーブル ## 楽観的モードのコンフィグレーション {#configuration-of-the-optimistic-mode} -楽観的モードを使用するには、タスク設定ファイルの`shard-mode`項目を`optimistic`に指定します。`strict-optimistic-shard-mode`の設定を有効にすると、楽観的モードの動作を制限できます。詳細なサンプル設定ファイルについては、 [DM 高度なタスクコンフィグレーションファイル](/dm/task-configuration-file-full.md)を参照してください。 +楽観的モードを使用するには、タスク設定ファイルの`shard-mode`項目を`optimistic`に指定します。`strict-optimistic-shard-mode`の設定を有効にすると、楽観的モードの動作を制限できます。詳細なサンプル設定ファイルについては、 [DM 高度なタスク設定ファイル](/dm/task-configuration-file-full.md)を参照してください。 ## 制限 {#restrictions} diff --git a/dm/feature-shard-merge.md b/dm/feature-shard-merge.md index e311bd29405a0..58d02788a58e8 100644 --- a/dm/feature-shard-merge.md +++ b/dm/feature-shard-merge.md @@ -13,7 +13,7 @@ DMは、複数の上流シャードテーブルのデータをTiDB内の1つの > **Note:** > -> - シャーディングされたテーブルからデータをマージして移行するには、タスク構成ファイルで`shard-mode`を設定する必要があります。 +> - シャーディングされたテーブルからデータをマージして移行するには、タスク設定ファイルで`shard-mode`を設定する必要があります。 > - DM は、シャーディングサポート機能のマージに、デフォルトで悲観的モードを使用します。（ドキュメントに特別な記述がない場合は、デフォルトで悲観的モードを使用します。） > - 楽観的モードの原理と制限事項を理解していない場合は、このモードの使用は推奨されません。そうしないと、移行の中断やデータの不整合など、深刻な結果を招く可能性があります。 diff --git a/dm/maintain-dm-using-tiup.md b/dm/maintain-dm-using-tiup.md index da54359b73397..291919357ab16 100644 --- a/dm/maintain-dm-using-tiup.md +++ b/dm/maintain-dm-using-tiup.md @@ -171,7 +171,7 @@ tiup dm scale-in prod-cluster -N 172.16.5.140:8262 > > アップグレード前に、 `config export`を使用してクラスターの設定ファイルをエクスポートできます。アップグレード後に以前のバージョンにダウングレードする必要がある場合は、まず以前のクラスターを再デプロイし、 `config import`を使用して以前の設定ファイルをインポートできます。 > -> v2.0.5 より前のクラスターの場合は、dmctl (>= v2.0.5 かつ < v8.0.0) を使用して、データソースおよびタスク構成ファイルをエクスポートおよびインポートできます。 +> v2.0.5 より前のクラスターの場合は、dmctl (>= v2.0.5 かつ < v8.0.0) を使用して、データソースおよびタスク設定ファイルをエクスポートおよびインポートできます。 > > v2.0.2以降のクラスターでは、現在、リレーワーカー関連の設定の自動インポートはサポートされていません。`start-relay`コマンドを使用して手動で[リレーログを開始](/dm/relay-log.md#enable-and-disable-relay-log)を実行できます。 diff --git a/dm/manually-handling-sharding-ddl-locks.md b/dm/manually-handling-sharding-ddl-locks.md index ae8af599dcd4b..6c385941cbb94 100644 --- a/dm/manually-handling-sharding-ddl-locks.md +++ b/dm/manually-handling-sharding-ddl-locks.md @@ -157,7 +157,7 @@ shard-ddl-lock unlock test-`shard_db`.`shard_table` > **Note:** > -> シャーディング DDL イベントの移行プロセス中でないときに一部の DM-workerをオフラインにする必要がある場合、より適切な解決策は、まず`stop-task`を使用して実行中のタスクを停止し、DM-workerをオフラインにして、タスク構成ファイルから対応する構成情報を削除し、最後に`start-task`と新しいタスク構成を使用して移行タスクを再開することです。 +> シャーディング DDL イベントの移行プロセス中でないときに一部の DM-workerをオフラインにする必要がある場合、より適切な解決策は、まず`stop-task`を使用して実行中のタスクを停止し、DM-workerをオフラインにして、タスク設定ファイルから対応する構成情報を削除し、最後に`start-task`と新しいタスク構成を使用して移行タスクを再開することです。 #### 手動ソリューション {#manual-solution} @@ -281,8 +281,8 @@ MySQLとDMの操作プロセスは次のとおりです。 したがって、DDL ロックを手動でロック解除した後、次の操作を実行する必要があります。 1. 実行中のタスクを停止するには`stop-task`を使用します。 -2. タスク構成ファイルを更新し、構成ファイルからオフライン MySQL ソースの関連情報を削除します。 -3. `start-task`と新しいタスク構成ファイルを使用してタスクを再起動します。 +2. タスク設定ファイルを更新し、設定ファイルからオフライン MySQL ソースの関連情報を削除します。 +3. `start-task`と新しいタスク設定ファイルを使用してタスクを再起動します。 > **Note:** > diff --git a/dm/manually-upgrade-dm-1.0-to-2.0.md b/dm/manually-upgrade-dm-1.0-to-2.0.md index 4dbb1bf36e6d7..e29a59fa0682c 100644 --- a/dm/manually-upgrade-dm-1.0-to-2.0.md +++ b/dm/manually-upgrade-dm-1.0-to-2.0.md @@ -21,11 +21,11 @@ TiDB DM ツールを v1.0.x から v2.0+ に自動的にアップグレードす ## ステップ1：v2.0+設定ファイルを準備する {#step-1-prepare-v20-configuration-file} -バージョン2.0以降で準備された構成ファイルには、上流データベースの構成ファイルとデータ移行タスクの構成ファイルが含まれています。 +バージョン2.0以降で準備された設定ファイルには、上流データベースの設定ファイルとデータ移行タスクの設定ファイルが含まれています。 -### アップストリームデータベース構成ファイル {#upstream-database-configuration-file} +### アップストリームデータベース設定ファイル {#upstream-database-configuration-file} -v2.0以降では、[アップストリームデータベース構成ファイル](/dm/dm-source-configuration-file.md)がDM-workerのプロセス構成から分離されているため、 [v1.0.x DM-worker設定](/dm/dm-worker-configuration-file.md)をベースにしたソース構成を取得する必要があります。 +v2.0以降では、[アップストリームデータベース設定ファイル](/dm/dm-source-configuration-file.md)がDM-workerのプロセス構成から分離されているため、 [v1.0.x DM-worker設定](/dm/dm-worker-configuration-file.md)をベースにしたソース構成を取得する必要があります。 > **Note:** > @@ -96,7 +96,7 @@ from: password: "VjX8cEeTX+qcvZ3bPaO4h0C80pe/1aU=" # Corresponds to the original `from.password`. ``` -### データ移行タスク構成ファイル {#data-migration-task-configuration-file} +### データ移行タスク設定ファイル {#data-migration-task-configuration-file} [データ移行タスク構成ガイド](/dm/dm-task-configuration-guide.md)については、v2.0+ は基本的に v1.0.x と互換性があります。 v1.0.x の設定を直接コピーできます。 @@ -133,9 +133,9 @@ from: +------------------+-------------------------+------------+ ``` -3. 新しいv2.0以降のデータ移行タスクを開始するには、v1.0.xのデータ移行タスク構成ファイルを更新してください。 +3. 新しいv2.0以降のデータ移行タスクを開始するには、v1.0.xのデータ移行タスク設定ファイルを更新してください。 - - v1.0.x のデータ移行タスク構成ファイルが`task_v1.yaml`の場合、それをコピーして`task_v2.yaml`に名前を変更します。 + - v1.0.x のデータ移行タスク設定ファイルが`task_v1.yaml`の場合、それをコピーして`task_v2.yaml`に名前を変更します。 - `task_v2.yaml`に対して以下の変更を行ってください。 - `name`を`task_v2`などの新しい名前に変更します。 - `task-mode`を`incremental`に変更します。 @@ -158,7 +158,7 @@ from: > > ソース構成で`enable-gtid`が有効になっている場合、現在、binlogまたはリレーログファイルを解析して、binlogの位置に対応する GTID セットを取得し、それを`meta`の`binlog-gtid`に設定する必要があります。 -4. [`start-task`](/dm/dm-create-task.md)コマンドを使用して、v2.0以降のデータ移行タスク構成ファイルからアップグレードされたデータ移行タスクを開始します。 +4. [`start-task`](/dm/dm-create-task.md)コマンドを使用して、v2.0以降のデータ移行タスク設定ファイルからアップグレードされたデータ移行タスクを開始します。 5. [`query-status`](/dm/dm-query-status.md)コマンドを使用して、データ移行タスクが正常に実行されているかどうかを確認してください。 diff --git a/dm/migrate-data-using-dm.md b/dm/migrate-data-using-dm.md index 1287b0f852dfa..5cc18765da60d 100644 --- a/dm/migrate-data-using-dm.md +++ b/dm/migrate-data-using-dm.md @@ -13,7 +13,7 @@ summary: データ移行ツールを使用して、全データと増分デー > **Note:** > -> - すべての DM 構成ファイルのデータベース パスワードには、 `dmctl`で暗号化されたパスワードを使用することをお勧めします。データベースのパスワードが空の場合、暗号化する必要はありません。 [dmctlを使用してデータベースのパスワードを暗号化します](/dm/dm-manage-source.md#encrypt-the-database-password)を参照してください。 +> - すべての DM 設定ファイルのデータベース パスワードには、 `dmctl`で暗号化されたパスワードを使用することをお勧めします。データベースのパスワードが空の場合、暗号化する必要はありません。 [dmctlを使用してデータベースのパスワードを暗号化します](/dm/dm-manage-source.md#encrypt-the-database-password)を参照してください。 > - 上流および下流データベースのユーザーは、対応する読み取り権限と書き込み権限を持っている必要があります。 ## ステップ2：クラスタ情報を確認する {#step-2-check-the-cluster-information} @@ -68,7 +68,7 @@ MySQL ホストで必要な権限のリストは[事前チェック](/dm/dm-prec 次の例では、上流の MySQL-1 および MySQL-2 インスタンスの`test_table`データベースにある`test_db`テーブルのすべてのデータを、TiDB の`test_table`データベースにある下流の`test_db`テーブルに、フルデータと増分データの両方のモードで移行する必要があることを想定しています。 -`task.yaml`タスク構成ファイルを以下のように編集します。 +`task.yaml`タスク設定ファイルを以下のように編集します。 ```yaml # The task name. You need to use a different name for each of the multiple tasks that @@ -127,7 +127,7 @@ mydumpers: > > データ移行タスクを初めて開始する前に、アップストリームの設定を完了しておく必要があります。設定が完了していない場合、タスクの開始時にエラーが発生します。 -データ移行タスクを開始するには、 `tiup dmctl`コマンドを実行してください。 `task.yaml`は、上記で編集した構成ファイルです。 +データ移行タスクを開始するには、 `tiup dmctl`コマンドを実行してください。 `task.yaml`は、上記で編集した設定ファイルです。 ```bash tiup dmctl --master-addr 172.16.10.71:8261 start-task ./task.yaml diff --git a/dm/quick-start-create-source.md b/dm/quick-start-create-source.md index 0fbcfd65e17da..c24dd29ee2a3d 100644 --- a/dm/quick-start-create-source.md +++ b/dm/quick-start-create-source.md @@ -55,7 +55,7 @@ summary: データ移行 (DM) のデータソースを作成する方法を学 tiup dmctl --master-addr operate-source create ./source-mysql-01.yaml ``` -その他の設定パラメータについては[上流データベースコンフィグレーションファイル](/dm/dm-source-configuration-file.md)を参照してください。 +その他の設定パラメータについては[上流データベース設定ファイル](/dm/dm-source-configuration-file.md)を参照してください。 返される結果は次のとおりです。 diff --git a/dm/quick-start-create-task.md b/dm/quick-start-create-task.md index 760c4a4fe1b91..5f4732b8a7b0f 100644 --- a/dm/quick-start-create-task.md +++ b/dm/quick-start-create-task.md @@ -102,7 +102,7 @@ fCxfQ9XKCezSzuCD0Wf5dUD+LsKegSg= この暗号化された値を保存し、次の手順で MySQL データソースを作成するときに使用します。 -### ソース構成ファイルを編集する {#edit-the-source-configuration-file} +### ソース設定ファイルを編集する {#edit-the-source-configuration-file} 次の設定を`conf/source1.yaml`に書き込みます。 diff --git a/dm/quick-start-with-dm.md b/dm/quick-start-with-dm.md index cdb44c3e1841f..3a48cbdfaa63a 100644 --- a/dm/quick-start-with-dm.md +++ b/dm/quick-start-with-dm.md @@ -305,7 +305,7 @@ Ubuntu では、公式の Ubuntu リポジトリから MySQL をインストー ソースMySQLデータベースを準備したら、TiDB DMをそのデータベースに接続するための設定を行います。そのためには、接続の詳細を含むソース設定ファイルを作成し、 `dmctl`ツールを使用して設定を適用します。 -1. ソース構成ファイル`mysql-01.yaml`を作成します。 +1. ソース設定ファイル`mysql-01.yaml`を作成します。 > **Note:** > @@ -330,7 +330,7 @@ Ubuntu では、公式の Ubuntu リポジトリから MySQL をインストー ソースデータベースを設定したら、TiDB DM で移行タスクを作成できます。このタスクは、ソース MySQL インスタンスを参照し、ターゲット TiDB データベースへの接続詳細を定義します。 -1. DMタスク構成ファイル`tiup-playground-task.yaml`を作成します。 +1. DMタスク設定ファイル`tiup-playground-task.yaml`を作成します。 ```yaml # Task @@ -349,7 +349,7 @@ Ubuntu では、公式の Ubuntu リポジトリから MySQL をインストー password: "" # If the password is not empty, it is recommended to use a password encrypted with dmctl. ``` -2. 構成ファイルを使用してタスクを開始します。 +2. 設定ファイルを使用してタスクを開始します。 ```shell tiup dmctl --master-addr 127.0.0.1:8261 start-task tiup-playground-task.yaml @@ -461,7 +461,7 @@ Ubuntu では、公式の Ubuntu リポジトリから MySQL をインストー -3. TiDB DM 構成ファイルが不要になった場合は削除します。 +3. TiDB DM 設定ファイルが不要になった場合は削除します。 ```shell rm mysql-01.yaml tiup-playground-task.yaml diff --git a/dm/relay-log.md b/dm/relay-log.md index bdf307ad8aace..2fc14e3096dc2 100644 --- a/dm/relay-log.md +++ b/dm/relay-log.md @@ -7,7 +7,7 @@ summary: DM リレーログのディレクトリ構造、初期移行ルール データ移行 (DM) リレーログは、データベースの変更を記述するイベントを含む番号付きファイルの複数のセットと、使用されたすべてのリレーログファイルの名前を含むインデックスファイルで構成されます。 -リレーログを有効にすると、DM-workerはアップストリームのbinlogをローカル設定ディレクトリに自動的に移行します（DMがTiUPを使用してデプロイされている場合、デフォルトの移行ディレクトリは`/`です）。デフォルト値は``で、 `relay-dir`に設定されていますが、 [上流データベースコンフィグレーションファイル](/dm/dm-source-configuration-file.md)で変更できます。v5.4.0以降では、 [DM-worker構成ファイル](/dm/dm-worker-configuration-file.md)の`relay-dir`でローカル設定ディレクトリを設定できます。これは、アップストリームデータベースの設定ファイルよりも優先されます。 +リレーログを有効にすると、DM-workerはアップストリームのbinlogをローカル設定ディレクトリに自動的に移行します（DMがTiUPを使用してデプロイされている場合、デフォルトの移行ディレクトリは`/`です）。デフォルト値は``で、 `relay-dir`に設定されていますが、 [上流データベース設定ファイル](/dm/dm-source-configuration-file.md)で変更できます。v5.4.0以降では、 [DM-worker設定ファイル](/dm/dm-worker-configuration-file.md)の`relay-dir`でローカル設定ディレクトリを設定できます。これは、アップストリームデータベースの設定ファイルよりも優先されます。 ## ユーザーシナリオ {#user-scenarios} @@ -37,7 +37,7 @@ MySQLではストレージ容量が限られているため、最大保存期間 v5.4.0以降のバージョンでは、 `enable-relay`を`true`に設定することでリレーログを有効にできます。v5.4.0以降では、上流データソースをバインドする際に、DM-workerはデータソースの設定で`enable-relay`をチェックします。 `enable-relay`が`true`の場合、このデータソースに対してリレーログ機能が有効になります。 -詳しい設定方法については[上流データベースコンフィグレーションファイル](/dm/dm-source-configuration-file.md)を参照してください。 +詳しい設定方法については[上流データベース設定ファイル](/dm/dm-source-configuration-file.md)を参照してください。 さらに、 `start-relay`または`stop-relay`コマンドを使用してデータソースの`enable-relay`構成を動的に調整し、リレーログイン時間を有効または無効にすることもできます。 @@ -98,7 +98,7 @@ stop-relay -s mysql-replica-01 worker1 worker2 DM バージョン 2.0.2 より前のバージョン（v2.0.2 は含まない）では、DM-workerを上流データソースにバインドする際に、ソース設定ファイルの設定項目`enable-relay`がチェックされます。`enable-relay`が`true`に設定されている場合、DM はデータソースのリレーログ機能を有効にします。 -設定項目`enable-relay`の設定方法については[上流データベースコンフィグレーションファイル](/dm/dm-source-configuration-file.md)を参照してください。 +設定項目`enable-relay`の設定方法については[上流データベース設定ファイル](/dm/dm-source-configuration-file.md)を参照してください。
@@ -232,7 +232,7 @@ DM では、リレーログをパージする方法として、手動パージ > > - アクティブリレーログ：リレーログはデータ移行タスクによって使用されています。アクティブリレーログは現在、Syncerユニット内でのみ更新および書き込みされます。「すべて」モードのデータ移行タスクが、データソースのパージで設定された有効期限よりも長い時間、フルエクスポート/インポートを実行した場合でも、リレーログはパージされます。 > -> - 期限切れのリレーログ: リレーログファイルの最終変更時刻と現在の時刻の差が、構成ファイルの`expires`フィールドの値よりも大きくなっています。 +> - 期限切れのリレーログ: リレーログファイルの最終変更時刻と現在の時刻の差が、設定ファイルの`expires`フィールドの値よりも大きくなっています。 #### 自動パージ {#automatic-purge} @@ -362,12 +362,12 @@ deb76a2b-09cc-11e9-9129-5242cf3bb246.000003 - ローカルリレーログが有効な場合、つまりリレーログに有効な`server-uuid.index` 、 `subdir` 、 `relay.meta`ファイルが含まれている場合、DM-worker は`relay.meta`に記録された位置から移行を回復します。 -- 有効なローカルリレーログが存在しないが、アップストリームデータソース構成ファイルで`relay-binlog-name`または`relay-binlog-gtid`が指定されている場合: +- 有効なローカルリレーログが存在しないが、アップストリームデータソース設定ファイルで`relay-binlog-name`または`relay-binlog-gtid`が指定されている場合: - 非 GTID モードでは、 `relay-binlog-name`を指定すると、DM-workerは指定されたbinlogファイルから移行を開始します。 - GTID モードでは、 `relay-binlog-gtid`を指定すると、DM-workerは指定された GTID から移行を開始します。 -- 有効なローカルリレーログがなく、DM 構成ファイルに`relay-binlog-name`または`relay-binlog-gtid`が指定されていない場合: +- 有効なローカルリレーログがなく、DM 設定ファイルに`relay-binlog-name`または`relay-binlog-gtid`が指定されていない場合: - 非 GTID モードでは、DM-workerは、各サブタスクが移行している最も古いbinlogから移行を開始し、最新のbinlogが移行されるまで続けます。 diff --git a/dm/task-configuration-file-full.md b/dm/task-configuration-file-full.md index 76a6e1d0d63e4..2d4efec472d9b 100644 --- a/dm/task-configuration-file-full.md +++ b/dm/task-configuration-file-full.md @@ -3,7 +3,7 @@ title: DM Advanced Task Configuration File summary: このドキュメントでは、データ移行（DM）の高度なタスク設定ファイルについて、グローバル設定とインスタンス設定の両面から解説します。グローバル設定には基本設定と機能設定が含まれ、インスタンス設定では、上流側の1つまたは複数のMySQLインスタンスから下流側の同じインスタンスへのデータ移行のためのサブタスクを定義します。 --- -# DM 高度タスクコンフィグレーションファイル {#dm-advanced-task-configuration-file} +# DM 高度タスク設定ファイル {#dm-advanced-task-configuration-file} このドキュメントでは[インスタンス構成](#instance-configuration)[グローバル設定](#global-configuration)とインスタンス構成を含む、データ移行 (DM) の高度なタスク設定ファイルを紹介します。 @@ -13,7 +13,7 @@ summary: このドキュメントでは、データ移行（DM）の高度なタ ## タスク設定ファイルテンプレート（上級者向け） {#task-configuration-file-template-advanced} -以下は、**高度な**データ移行タスクを実行できるタスク構成ファイルのテンプレートです。 +以下は、**高度な**データ移行タスクを実行できるタスク設定ファイルのテンプレートです。 ```yaml --- diff --git a/dm/usage-scenario-master-slave-switch.md b/dm/usage-scenario-master-slave-switch.md index ee6bb598b71cf..1d170318b7444 100644 --- a/dm/usage-scenario-master-slave-switch.md +++ b/dm/usage-scenario-master-slave-switch.md @@ -11,7 +11,7 @@ DM-worker が接続するアップストリーム MySQL インスタンスでダ > > - DM-worker接続は、同じプライマリ - セカンダリ移行クラスター内のインスタンスにのみ切り替えることができます。 > - 新しく接続する MySQL インスタンスには、DM-worker に必要なbinlogが必要です。 -> - DM-workerは GTID セット モードで動作する必要があります。つまり、対応するソース構成ファイルで`enable-gtid: true`を指定する必要があります。 +> - DM-workerは GTID セット モードで動作する必要があります。つまり、対応するソース設定ファイルで`enable-gtid: true`を指定する必要があります。 > - 接続切り替えは以下の2つのシナリオのみをサポートします。各シナリオの手順を厳密に守ってください。そうしないと、新しく接続されたMySQLインスタンスに合わせてDMクラスタを再デプロイし、データ移行タスクを最初からやり直す必要がある場合があります。 GTID セットの詳細については、 [MySQLドキュメント](https://dev.mysql.com/doc/refman/8.0/en/replication-gtids-concepts.html#replication-gtids-concepts-gtid-sets)を参照してください。 @@ -48,5 +48,5 @@ DM-worker 設定を変更して、DM-worker をアップストリーム内の新 - `gtid-E`には`gtid-S`が含まれます。 5. `stop-task`を使用すると、データ移行の実行中のタスクがすべて停止します。 6. `operator-source stop`コマンドを使用して、古い MySQL インスタンスのアドレスに対応するソース構成を DM クラスターから削除します。 -7. ソース構成ファイル内の MySQL インスタンスのアドレスを更新し、 `operate-source create`コマンドを使用して DM クラスターに新しいソース構成を再ロードします。 +7. ソース設定ファイル内の MySQL インスタンスのアドレスを更新し、 `operate-source create`コマンドを使用して DM クラスターに新しいソース構成を再ロードします。 8. 移行タスクを再開するには`start-task`を使用します。 diff --git a/dr-multi-replica.md b/dr-multi-replica.md index 577d9e358700f..07c8124465c9f 100644 --- a/dr-multi-replica.md +++ b/dr-multi-replica.md @@ -92,7 +92,7 @@ summary: 単一クラスターのマルチレプリカ災害復旧ソリュー - `server.grpc-compression-type: gzip`を設定すると、TiKV での gRPC メッセージ圧縮が有効になり、ネットワークトラフィックが削減されます。 - `raftstore.raft-min-election-timeout-ticks`と`raftstore.raft-max-election-timeout-ticks`を設定して、リージョン 3 が選挙に参加するまでの時間を延長し、このリージョン内のレプリカがリーダーとして投票されるのを防ぎます。 -2. 上記の構成ファイルを使用してクラスターを作成します。 +2. 上記の設定ファイルを使用してクラスターを作成します。 ```shell tiup cluster deploy drtest v6.4.0 ./topo.yaml diff --git a/dynamic-config.md b/dynamic-config.md index 27f346c47be2e..8e5a2edbe8bf6 100644 --- a/dynamic-config.md +++ b/dynamic-config.md @@ -241,7 +241,7 @@ show warnings; - `db-name`が`rocksdb`の場合、 `cf-name`のオプションの値は`defaultcf` 、 `writecf` 、 `lockcf` 、および`raftcf`です。 - `db-name`が`raftdb`のとき、 `cf-name`の値は`defaultcf`になります。 -詳細なパラメータの説明については[TiKVコンフィグレーションファイル](/tikv-configuration-file.md)を参照してください。 +詳細なパラメータの説明については[TiKV設定ファイル](/tikv-configuration-file.md)を参照してください。 ### PD構成を動的に変更する {#modify-pd-configuration-dynamically} @@ -329,7 +329,7 @@ Query OK, 0 rows affected (0.01 sec) | `replication-mode.dr-auto-sync.wait-recover-timeout` | ネットワークが回復した後、 `sync-recover`状態に戻るまでの待機時間 | | `replication-mode.dr-auto-sync.pause-region-split` | `async_wait`と`async`ステータスでリージョン分割操作を一時停止するかどうかを制御します | -詳細なパラメータの説明については[PDコンフィグレーションファイル](/pd-configuration-file.md)を参照してください。 +詳細なパラメータの説明については[PD設定ファイル](/pd-configuration-file.md)を参照してください。 ### TiDB構成を動的に変更する {#modify-tidb-configuration-dynamically} diff --git a/enable-disk-spill-encrypt.md b/enable-disk-spill-encrypt.md index 18e6810f5fcbe..dffe98f6da896 100644 --- a/enable-disk-spill-encrypt.md +++ b/enable-disk-spill-encrypt.md @@ -11,7 +11,7 @@ summary: TiDB でディスクスピルの暗号化を有効にする方法を学 ## 設定 {#configure} -ディスクスピル ファイルの暗号化を有効にするには、TiDB 構成ファイルのセクション`[security]`の項目[`spilled-file-encryption-method`](/tidb-configuration-file.md#spilled-file-encryption-method)を構成します。 +ディスクスピル ファイルの暗号化を有効にするには、TiDB 設定ファイルのセクション`[security]`の項目[`spilled-file-encryption-method`](/tidb-configuration-file.md#spilled-file-encryption-method)を構成します。 ```toml [security] diff --git a/enable-tls-between-clients-and-servers.md b/enable-tls-between-clients-and-servers.md index 28a757e5d6933..bb7959cc625e7 100644 --- a/enable-tls-between-clients-and-servers.md +++ b/enable-tls-between-clients-and-servers.md @@ -42,7 +42,7 @@ MySQLと同様に、TiDBは同じTCPポート上でTLS接続と非TLS接続の `auto-tls`は安全な接続を可能にしますが、クライアント証明書の検証は提供しません。証明書の検証、および証明書の生成方法を制御するには、以下の`ssl-cert` 、 `ssl-key` 、および`ssl-ca`変数の設定に関するアドバイスを参照してください。 -TiDBサーバーで独自の証明書を使用して安全な接続を有効にするには、TiDBサーバーを起動する際に、構成ファイルで`ssl-cert`と`ssl-key`両方のパラメータを指定する必要があります。サーバー認証のために`ssl-ca`パラメータを指定することもできます（[認証を有効にする](#enable-authentication)）。 +TiDBサーバーで独自の証明書を使用して安全な接続を有効にするには、TiDBサーバーを起動する際に、設定ファイルで`ssl-cert`と`ssl-key`両方のパラメータを指定する必要があります。サーバー認証のために`ssl-ca`パラメータを指定することもできます（[認証を有効にする](#enable-authentication)）。 パラメータで指定されるファイルはすべてPEM（Privacy Enhanced Mail）形式です。現在、TiDBはパスワードで保護された秘密鍵のインポートをサポートしていないため、パスワードなしの秘密鍵ファイルを提供する必要があります。証明書または秘密鍵が無効な場合、TiDBサーバーは通常どおり起動しますが、クライアントはTLS接続を介してTiDBサーバーに接続できません。 diff --git a/encryption-at-rest.md b/encryption-at-rest.md index 599d1840a8689..8488f8458e953 100644 --- a/encryption-at-rest.md +++ b/encryption-at-rest.md @@ -68,7 +68,7 @@ TiKVは現在、 CTRモードでAES128、AES192、AES256、またはSM4（バー ### 暗号化を設定する {#configure-encryption} -暗号化を有効にするには、TiKV および PD の構成ファイルに暗号化セクションを追加します。 +暗号化を有効にするには、TiKV および PD の設定ファイルに暗号化セクションを追加します。 ``` [security.encryption] @@ -79,7 +79,7 @@ data-key-rotation-period = "168h" # 7 days - `data-encryption-method`は、暗号化アルゴリズムを指定します。指定可能な値は`"aes128-ctr"` 、 `"aes192-ctr"` 、 `"aes256-ctr"` 、 `"sm4-ctr"` （v6.3.0以降のバージョンのみ）、 `"plaintext"`です。デフォルト値は`"plaintext"`で、暗号化はデフォルトで無効になっています。 - 新しい TiKV クラスターまたは既存の TiKV クラスターの場合、暗号化が有効になった後に書き込まれたデータのみが暗号化されることが保証されます。 - - 暗号化を有効にした後に無効にするには、構成ファイルから`data-encryption-method`を削除するか、その値を`"plaintext"`に設定して、TiKV を再起動します。 + - 暗号化を有効にした後に無効にするには、設定ファイルから`data-encryption-method`を削除するか、その値を`"plaintext"`に設定して、TiKV を再起動します。 - 暗号化アルゴリズムを変更するには、値`data-encryption-method`をサポートされている暗号化アルゴリズムに置き換え、TiKVを再起動します。置き換え後、新しいデータが書き込まれると、以前の暗号化アルゴリズムで生成された暗号化ファイルが、新しい暗号化アルゴリズムで生成されたファイルに徐々に書き換えられます。 - `data-key-rotation-period`は、TiKV がキーをローテーションする頻度を指定します。 @@ -198,7 +198,7 @@ Azure でキーを作成するには、 [Azure ポータルを使用して Azure **ステップ2. マスターキーを設定する** -Azure KMS を使用してマスターキーを指定するには、TiKV 構成ファイルの`[security.encryption]`セクションの後に`[security.encryption.master-key]`構成を追加します。 +Azure KMS を使用してマスターキーを指定するには、TiKV 設定ファイルの`[security.encryption]`セクションの後に`[security.encryption.master-key]`構成を追加します。 ``` [security.encryption.master-key] @@ -306,7 +306,7 @@ AWS でキーを作成するには、TiKV のキーを作成する手順を参 ### 暗号化を設定する {#configure-encryption} -暗号化を有効にするには、 `tiflash-learner.toml`構成ファイルに暗号化セクションを追加します。 +暗号化を有効にするには、 `tiflash-learner.toml`設定ファイルに暗号化セクションを追加します。 ``` [security.encryption] @@ -348,7 +348,7 @@ server_configs: 上記の設定項目の意味は TiKV と同じです。 -ファイルに保存されているマスターキーを指定するには、 `tiflash-learner.toml`構成ファイルに次の構成を追加します。 +ファイルに保存されているマスターキーを指定するには、 `tiflash-learner.toml`設定ファイルに次の構成を追加します。 ``` [security.encryption.master-key] @@ -371,7 +371,7 @@ server_configs: TiFlashのマスターキーをローテーションするには、TiKV のマスターキーをローテーションする手順に従ってください。現在、 TiFlash はオンラインでのマスターキーのローテーションもサポートしていません。そのため、ローテーションを有効にするにはTiFlashを再起動する必要があります。オンラインクエリを処理している稼働中のTiFlashクラスターに対して、ローリング再起動を実行することをお勧めします。 -KMS CMK をローテーションするには、 `tiflash-learner.toml`構成ファイルに次の内容を追加します。 +KMS CMK をローテーションするには、 `tiflash-learner.toml`設定ファイルに次の内容を追加します。 ``` [security.encryption.master-key] diff --git a/faq/high-reliability-faq.md b/faq/high-reliability-faq.md index d84c8e57e30d1..39885ce0c11e5 100644 --- a/faq/high-reliability-faq.md +++ b/faq/high-reliability-faq.md @@ -13,7 +13,7 @@ summary: TiDB の高信頼性に関連する FAQ について説明します。 ## TiDB は、サーバーの MySQL バージョン文字列を、セキュリティ脆弱性スキャン ツールに必要な特定のバージョンに変更することをサポートしていますか? {#does-tidb-support-modifying-the-mysql-version-string-of-the-server-to-a-specific-one-that-is-required-by-the-security-vulnerability-scanning-tool} -- v3.0.8 以降、TiDB は構成ファイル内の[`server-version`](/tidb-configuration-file.md#server-version)を変更することでサーバーのバージョン文字列を変更することをサポートしています。 +- v3.0.8 以降、TiDB は設定ファイル内の[`server-version`](/tidb-configuration-file.md#server-version)を変更することでサーバーのバージョン文字列を変更することをサポートしています。 - v4.0 以降、 TiUPを使用して TiDB をデプロイする場合は、 `tiup cluster edit-config `を実行して次のセクションを編集することで、適切なバージョン文字列を指定することもできます。 diff --git a/filter-binlog-event.md b/filter-binlog-event.md index 70db3345ac627..c7d4de840a4ce 100644 --- a/filter-binlog-event.md +++ b/filter-binlog-event.md @@ -14,7 +14,7 @@ summary: データを移行するときにbinlogイベントをフィルター ## コンフィグレーション {#configuration} -binlogイベントフィルターを使用するには、以下に示すように、DM のタスク構成ファイルに`filter`を追加します。 +binlogイベントフィルターを使用するには、以下に示すように、DM のタスク設定ファイルに`filter`を追加します。 ```yaml filters: diff --git a/filter-dml-event.md b/filter-dml-event.md index 89a13400c0c73..024c8baab4bbd 100644 --- a/filter-dml-event.md +++ b/filter-dml-event.md @@ -16,7 +16,7 @@ summary: SQL 式を使用して DML イベントをフィルター処理する この問題に対処するため、DM v2.0.5以降では、増分データレプリケーションにおいて`binlog value filter`を使用したデータのフィルタリングをサポートしています。DM対応の`ROW`形式のbinlogでは、binlogイベントはすべての列の値を保持しており、これらの値に基づいてSQL式を設定できます。式で行の変更が`TRUE`と計算された場合、DMはこの行の変更を下流に複製しません。 -[Binlogイベントフィルター](/filter-binlog-event.md)と同様に、タスク設定ファイルで`binlog value filter`を設定する必要があります。詳細については、以下の設定例を参照してください。詳細なタスク設定と説明については、 [DM 高度なタスク構成ファイル](/dm/task-configuration-file-full.md#task-configuration-file-template-advanced)を参照してください。 +[Binlogイベントフィルター](/filter-binlog-event.md)と同様に、タスク設定ファイルで`binlog value filter`を設定する必要があります。詳細については、以下の設定例を参照してください。詳細なタスク設定と説明については、 [DM 高度なタスク設定ファイル](/dm/task-configuration-file-full.md#task-configuration-file-template-advanced)を参照してください。 ```yaml name: test @@ -54,7 +54,7 @@ MySQL [test]> select * from tbl; 2 rows in set (0.001 sec) ``` -## コンフィグレーションパラメータと説明 {#configuration-parameters-and-description} +## 設定パラメータと説明 {#configuration-parameters-and-description} - `schema` : 一致させる上流スキーマの名前。ワイルドカード一致や通常の一致はサポートされていません。 - `table` : 照合するアップストリームテーブルの名前。ワイルドカードによる照合や通常の照合はサポートされていません。 diff --git a/garbage-collection-configuration.md b/garbage-collection-configuration.md index bf0fa88fab80f..a50d07ee3784c 100644 --- a/garbage-collection-configuration.md +++ b/garbage-collection-configuration.md @@ -62,7 +62,7 @@ TiDB v6.1.0では、アクティブなトランザクションがGCセーフポ -次の例は、TiKV 構成ファイルでメカニズムを有効にする方法を示しています。 +次の例は、TiKV 設定ファイルでメカニズムを有効にする方法を示しています。 ```toml [gc] diff --git a/generate-self-signed-certificates.md b/generate-self-signed-certificates.md index 8ea714fffa8bf..7688c29f12979 100644 --- a/generate-self-signed-certificates.md +++ b/generate-self-signed-certificates.md @@ -103,7 +103,7 @@ TiKV インスタンスに証明書を発行するには、次の手順を実行 IP.4 = 172.16.10.16 ``` -4. `openssl.cnf`ファイルを保存し、証明書リクエストファイルを生成します (この手順では、証明書に共通名を割り当てることもできます。共通名は、サーバーがクライアントの ID を検証するために使用されます。各コンポーネントはデフォルトで検証を有効にしませんが、構成ファイルで有効にすることができます)。 +4. `openssl.cnf`ファイルを保存し、証明書リクエストファイルを生成します (この手順では、証明書に共通名を割り当てることもできます。共通名は、サーバーがクライアントの ID を検証するために使用されます。各コンポーネントはデフォルトで検証を有効にしませんが、設定ファイルで有効にすることができます)。 ```bash openssl req -new -key tikv.key -out tikv.csr -config openssl.cnf @@ -141,7 +141,7 @@ TiKV インスタンスに証明書を発行するには、次の手順を実行 openssl genrsa -out client.key 2048 ``` -2. 証明書リクエストファイルを生成します (この手順では、証明書に共通名を割り当てることもできます。共通名は、サーバーがクライアントの ID を検証するために使用されます。各コンポーネントはデフォルトで検証を有効にしませんが、構成ファイルで有効にすることができます)。 +2. 証明書リクエストファイルを生成します (この手順では、証明書に共通名を割り当てることもできます。共通名は、サーバーがクライアントの ID を検証するために使用されます。各コンポーネントはデフォルトで検証を有効にしませんが、設定ファイルで有効にすることができます)。 ```bash openssl req -new -key client.key -out client.csr diff --git a/geo-distributed-deployment-topology.md b/geo-distributed-deployment-topology.md index df54ade748594..7bd85ed830e02 100644 --- a/geo-distributed-deployment-topology.md +++ b/geo-distributed-deployment-topology.md @@ -24,7 +24,7 @@ summary: TiDB の地理的に分散された展開トポロジについて学習 - [地理的に分散したトポロジテンプレート](https://github.com/pingcap/docs/blob/master/config-templates/geo-redundancy-deployment.yaml) -上記の TiDB クラスター トポロジファイルの設定項目の詳細については、 [TiUPを使用して TiDB をデプロイするためのトポロジコンフィグレーションファイル](/tiup/tiup-cluster-topology-reference.md)を参照してください。 +上記の TiDB クラスター トポロジファイルの設定項目の詳細については、 [TiUPを使用して TiDB をデプロイするためのトポロジ設定ファイル](/tiup/tiup-cluster-topology-reference.md)を参照してください。 ### 主なパラメータ {#key-parameters} diff --git a/get-started-with-tidb-lightning.md b/get-started-with-tidb-lightning.md index a11ce811ab3de..00644906c363c 100644 --- a/get-started-with-tidb-lightning.md +++ b/get-started-with-tidb-lightning.md @@ -62,7 +62,7 @@ tiup install tidb-lightning > > このセクションのインポート方法は、テストと機能体験にのみ適しています。本番環境については、 [MySQLからTiDBへの大規模データセットの移行](/migrate-large-mysql-to-tidb.md)を参照してください。 -1. 構成ファイル`tidb-lightning.toml`を作成し、クラスタ情報に基づいて以下の設定を入力してください。 +1. 設定ファイル`tidb-lightning.toml`を作成し、クラスタ情報に基づいて以下の設定を入力してください。 ```toml [lightning] diff --git a/hybrid-deployment-topology.md b/hybrid-deployment-topology.md index 54cc11a25c7bd..221e3b90d9060 100644 --- a/hybrid-deployment-topology.md +++ b/hybrid-deployment-topology.md @@ -29,7 +29,7 @@ summary: TiDB クラスターのハイブリッド展開トポロジについて - [ハイブリッドデプロイのためのシンプルなテンプレート](https://github.com/pingcap/docs/blob/master/config-templates/simple-multi-instance.yaml) - [ハイブリッドデプロイのための複雑なテンプレート](https://github.com/pingcap/docs/blob/master/config-templates/complex-multi-instance.yaml) -上記の TiDB クラスター トポロジファイルの設定項目の詳細については、 [TiUPを使用して TiDB をデプロイするためのトポロジコンフィグレーションファイル](/tiup/tiup-cluster-topology-reference.md)を参照してください。 +上記の TiDB クラスター トポロジファイルの設定項目の詳細については、 [TiUPを使用して TiDB をデプロイするためのトポロジ設定ファイル](/tiup/tiup-cluster-topology-reference.md)を参照してください。 ### 主なパラメータ {#key-parameters} @@ -99,7 +99,7 @@ summary: TiDB クラスターのハイブリッド展開トポロジについて > **Note:** > -> - 構成ファイル テンプレートを編集するときは、必要なパラメータ、IP、ポート、およびディレクトリを変更します。 +> - 設定ファイル テンプレートを編集するときは、必要なパラメータ、IP、ポート、およびディレクトリを変更します。 > - 各コンポーネントでは、グローバルポートの`/-`がデフォルトの`deploy_dir`として使用されます。例えば、TiDBにポート`4001`を指定した場合、そのポートの`deploy_dir`はデフォルトで`/tidb-deploy/tidb-4001`になります。したがって、マルチインスタンスのシナリオでは、デフォルト以外のポートを指定する場合でも、ディレクトリを再度指定する必要はありません。 > - 設定ファイルに`tidb`ユーザーを手動で作成する必要はありません。TiUPTiUPコンポーネントは、ターゲットマシンに`tidb`ユーザーを自動的に作成します。ユーザーをカスタマイズすることも、コントロールマシンと同じユーザーを維持することもできます。 > - デプロイメントディレクトリを相対パスとして構成すると、クラスターはユーザーのホーム ディレクトリにデプロイされます。 diff --git a/maintain-tidb-using-tiup.md b/maintain-tidb-using-tiup.md index f76cff887a96e..bf03a97a0e98d 100644 --- a/maintain-tidb-using-tiup.md +++ b/maintain-tidb-using-tiup.md @@ -63,7 +63,7 @@ tiup cluster display ${cluster-name} クラスタの稼働中にコンポーネントのパラメータを変更する必要がある場合は、コマンド`edit-config`を実行してください。詳細な手順は次のとおりです。 -1. クラスターの構成ファイルを編集モードで開きます。 +1. クラスターの設定ファイルを編集モードで開きます。 ```bash tiup cluster edit-config ${cluster-name} diff --git a/migrate-aurora-to-tidb.md b/migrate-aurora-to-tidb.md index 71c224d3765ed..b7c1feddf6e14 100644 --- a/migrate-aurora-to-tidb.md +++ b/migrate-aurora-to-tidb.md @@ -109,7 +109,7 @@ nohup tiup tidb-lightning -config tidb-lightning-schema.toml > nohup.out 2>&1 & 2. Amazon Auroraスナップショットをエクスポートします。詳細な手順については、 [DBスナップショットデータをAmazon S3にエクスポートする](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_ExportSnapshot.html)を参照してください。binlogの位置を取得したら、5分以内にスナップショットをエクスポートします。そうしないと、記録されたbinlogの位置が古くなり、増分レプリケーション中にデータの競合が発生する可能性があります。 -#### 2.2 データファイル用のTiDB Lightning構成ファイルを作成する {#2-2-create-the-tidb-lightning-configuration-file-for-the-data-file} +#### 2.2 データファイル用のTiDB Lightning設定ファイルを作成する {#2-2-create-the-tidb-lightning-configuration-file-for-the-data-file} 新しい`tidb-lightning-data.toml`設定ファイルを作成し、以下の内容をファイルにコピーして、対応する内容を置き換えます。 @@ -253,7 +253,7 @@ mysql-instances: # safe-mode: true # If this field is set to true, DM changes INSERT of the data source to REPLACE for the target database, and changes UPDATE of the data source to DELETE and REPLACE for the target database. This is to ensure that when the table schema contains a primary key or unique index, DML statements can be imported repeatedly. In the first minute of starting or resuming an incremental replication task, DM automatically enables the safe mode. ``` -上記の YAML ファイルは、移行タスクに必要な最小構成です。その他の設定項目については、 [DM 高度タスクコンフィグレーションファイル](/dm/task-configuration-file-full.md)を参照してください。 +上記の YAML ファイルは、移行タスクに必要な最小構成です。その他の設定項目については、 [DM 高度タスク設定ファイル](/dm/task-configuration-file-full.md)を参照してください。 ### ステップ3. マイグレーションタスクを実行する {#step-3-run-the-migration-task} diff --git a/migrate-from-tidb-to-mysql.md b/migrate-from-tidb-to-mysql.md index 064df0b3123d5..441dad48f2f50 100644 --- a/migrate-from-tidb-to-mysql.md +++ b/migrate-from-tidb-to-mysql.md @@ -124,7 +124,7 @@ summary: TiDB から MySQL 互換データベースにデータを移行する sync_diff_inspector -C ./config.yaml ``` - sync-diff-inspector の設定方法の詳細については[コンフィグレーションファイルの説明](/sync-diff-inspector/sync-diff-inspector-overview.md#configuration-file-description)を参照してください。このドキュメントでは、設定は以下のとおりです。 + sync-diff-inspector の設定方法の詳細については[設定ファイルの説明](/sync-diff-inspector/sync-diff-inspector-overview.md#configuration-file-description)を参照してください。このドキュメントでは、設定は以下のとおりです。 ```toml # Diff Configuration. diff --git a/migrate-from-tidb-to-tidb.md b/migrate-from-tidb-to-tidb.md index 3240b03487b43..6d1f3a79afefd 100644 --- a/migrate-from-tidb-to-tidb.md +++ b/migrate-from-tidb-to-tidb.md @@ -184,7 +184,7 @@ summary: ある TiDB クラスターから別の TiDB クラスターにデー sync_diff_inspector -C ./config.yaml ``` - sync-diff-inspector の設定方法の詳細については[コンフィグレーションファイルの説明](/sync-diff-inspector/sync-diff-inspector-overview.md#configuration-file-description)を参照してください。このドキュメントでは、設定は以下のとおりです。 + sync-diff-inspector の設定方法の詳細については[設定ファイルの説明](/sync-diff-inspector/sync-diff-inspector-overview.md#configuration-file-description)を参照してください。このドキュメントでは、設定は以下のとおりです。 ```shell # Diff Configuration. diff --git a/migrate-from-vitess.md b/migrate-from-vitess.md index 258b97eb3c940..85824e7f932de 100644 --- a/migrate-from-vitess.md +++ b/migrate-from-vitess.md @@ -9,7 +9,7 @@ summary: Vitess から TiDB にデータを移行するためのツールにつ VitessのバックエンドはMySQLベースであるため、VitessからTiDBにデータを移行する際には、MySQLに適用できるものと[Dumpling](/dumpling-overview.md)、[TiDB Lightning](/tidb-lightning/tidb-lightning-overview.md)、[TiDB Data Migration (DM)](/dm/dm-overview.md)などの同じ移行ツールを使用できます。これらのツールは、データ移行のためにVitess内の各シャードに対して設定する必要があることに注意してください。 -通常、データ移行前にDMタスクの`task-mode`を`all`に、`import-mode`を`physical`に設定することを推奨します。詳細については、 [タスク構成ファイルテンプレート（上級）](/dm/task-configuration-file-full.md#task-configuration-file-template-advanced)を参照してください。 +通常、データ移行前にDMタスクの`task-mode`を`all`に、`import-mode`を`physical`に設定することを推奨します。詳細については、 [タスク設定ファイルテンプレート（上級）](/dm/task-configuration-file-full.md#task-configuration-file-template-advanced)を参照してください。 データサイズが 10 TiB を超える場合は、2つの手順でインポートを実行することをお勧めします。 diff --git a/migrate-large-mysql-shards-to-tidb.md b/migrate-large-mysql-shards-to-tidb.md index 153190b2f6064..e24ac1f9ed1e4 100644 --- a/migrate-large-mysql-shards-to-tidb.md +++ b/migrate-large-mysql-shards-to-tidb.md @@ -255,7 +255,7 @@ tiup dmctl --master-addr ${advertise-addr} operate-source create source1.yaml ### レプリケーションタスクを作成する {#create-a-replication-task} -`task.yaml`という名前のタスク構成ファイルを編集して、各データソースの増分レプリケーションモードとレプリケーション開始点を設定します。 +`task.yaml`という名前のタスク設定ファイルを編集して、各データソースの増分レプリケーションモードとレプリケーション開始点を設定します。 ```yaml name: task-test # The name of the task. Should be globally unique. @@ -320,7 +320,7 @@ mysql-instances: # safe-mode: true ``` -その他の構成については、 [DM 高度タスクコンフィグレーションファイル](/dm/task-configuration-file-full.md)を参照してください。 +その他の構成については、 [DM 高度タスク設定ファイル](/dm/task-configuration-file-full.md)を参照してください。 データ移行タスクを開始する前に、 `check-task`の`tiup dmctl`サブコマンドを使用して、構成が DM 構成要件を満たしているかどうかを確認することをお勧めします。 diff --git a/migrate-large-mysql-to-tidb.md b/migrate-large-mysql-to-tidb.md index 2e4c1d86c78de..cdc27527e4263 100644 --- a/migrate-large-mysql-to-tidb.md +++ b/migrate-large-mysql-to-tidb.md @@ -232,7 +232,7 @@ LIMIT # safe-mode: true # If this field is set to true, DM changes INSERT of the data source to REPLACE for the target database, and changes UPDATE of the data source to DELETE and REPLACE for the target database. This is to ensure that when the table schema contains a primary key or unique index, DML statements can be imported repeatedly. In the first minute of starting or resuming an incremental replication task, DM automatically enables the safe mode. ``` - 上記の YAML は、移行タスクに必要な最小構成です。その他の設定項目については、 [DM 高度タスクコンフィグレーションファイル](/dm/task-configuration-file-full.md)を参照してください。 + 上記の YAML は、移行タスクに必要な最小構成です。その他の設定項目については、 [DM 高度タスク設定ファイル](/dm/task-configuration-file-full.md)を参照してください。 移行作業を開始する前に、エラーの可能性を減らすため、 `check-task`コマンドを実行して、構成が DM の要件を満たしていることを確認することをお勧めします。 diff --git a/migrate-small-mysql-shards-to-tidb.md b/migrate-small-mysql-shards-to-tidb.md index 69d75a912d5fa..b763da7906fb9 100644 --- a/migrate-small-mysql-shards-to-tidb.md +++ b/migrate-small-mysql-shards-to-tidb.md @@ -96,7 +96,7 @@ tiup dmctl --master-addr ${advertise-addr} operate-source create source1.yaml ## ステップ2. 移行タスクを構成する {#step-2-configure-the-migration-task} -`task1.yaml`という名前のタスク構成ファイルを作成し、次の内容を書き込みます。 +`task1.yaml`という名前のタスク設定ファイルを作成し、次の内容を書き込みます。 ```yaml name: "shard_merge" # The name of the task. Should be globally unique. @@ -166,7 +166,7 @@ block-allow-list: # filter or only migrate all operations of some data do-dbs: ["store_*"] # The allow list of the schemas to be migrated, similar to replicate-do-db in MySQL. ``` -上記の例は、移行タスクを実行するための最小限の構成です。詳細については、 [DM 高度なタスクコンフィグレーションファイル](/dm/task-configuration-file-full.md)を参照してください。 +上記の例は、移行タスクを実行するための最小限の構成です。詳細については、 [DM 高度なタスク設定ファイル](/dm/task-configuration-file-full.md)を参照してください。 タスク ファイル内の`routes` 、およびその他`filters`構成の詳細については、次のドキュメントを参照してください。 diff --git a/migrate-small-mysql-to-tidb.md b/migrate-small-mysql-to-tidb.md index 9e780e430a586..d4b222c9888e4 100644 --- a/migrate-small-mysql-to-tidb.md +++ b/migrate-small-mysql-to-tidb.md @@ -83,7 +83,7 @@ block-allow-list: ``` -上記は移行を実行するための最小限のタスク構成です。タスクに関する詳細な設定項目については、 [DMタスクの完全な構成ファイルの紹介](/dm/task-configuration-file-full.md)を参照してください。 +上記は移行を実行するための最小限のタスク構成です。タスクに関する詳細な設定項目については、 [DMタスクの完全な設定ファイルの紹介](/dm/task-configuration-file-full.md)を参照してください。 ## ステップ3. 移行タスクを開始する {#step-3-start-the-migration-task} diff --git a/migrate-with-more-columns-downstream.md b/migrate-with-more-columns-downstream.md index 600146753ff04..10bd599b1c088 100644 --- a/migrate-with-more-columns-downstream.md +++ b/migrate-with-more-columns-downstream.md @@ -80,7 +80,7 @@ DM がダウンストリームテーブルスキーマを使用してアップ | `-master-addr` | dmctl が接続されるクラスター内の任意の DM-masterノードの`${advertise-addr}`を指定します。`${advertise-addr}`は 、DM-masterが外部にアドバタイズするアドレスを示します。 | | `binlog-schema set` | スキーマ情報を手動で設定します。 | | `-s` | ソースを指定します。`${source-id}`は MySQL データのソース ID を示します。 | - | `${task-name}` | データ移行タスクの`task.yaml`構成ファイルで定義されている移行タスクの名前を指定します。 | + | `${task-name}` | データ移行タスクの`task.yaml`設定ファイルで定義されている移行タスクの名前を指定します。 | | `${database-name}` | データベースを指定します。`${database-name}`はアップストリーム データベースの名前を示します。 | | `${table-name}` | アップストリームテーブルの名前を指定します。 | | `${schema-file}` | 設定するテーブルスキーマファイルを指定します。 | diff --git a/migrate-with-pt-ghost.md b/migrate-with-pt-ghost.md index 2a6ab9edd289d..5d627edef11ee 100644 --- a/migrate-with-pt-ghost.md +++ b/migrate-with-pt-ghost.md @@ -18,7 +18,7 @@ DM を使用して MySQL から TiDB にデータを移行する場合、 `onlin ## DM でオンライン DDL を有効にする {#enable-online-ddl-on-dm} -DM のタスク構成ファイルで、以下に示すように、グローバル パラメータ`online-ddl`を`true`に設定します。 +DM のタスク設定ファイルで、以下に示すように、グローバル パラメータ`online-ddl`を`true`に設定します。 ```yaml # ----------- Global configuration ----------- diff --git a/minimal-deployment-topology.md b/minimal-deployment-topology.md index 906311087d045..406bdb4a77656 100644 --- a/minimal-deployment-topology.md +++ b/minimal-deployment-topology.md @@ -25,7 +25,7 @@ summary: TiDB クラスターの最小限のデプロイメント トポロジ - [最小トポロジーのシンプルなテンプレート](https://github.com/pingcap/docs/blob/master/config-templates/simple-mini.yaml) - [最小トポロジーの複雑なテンプレート](https://github.com/pingcap/docs/blob/master/config-templates/complex-mini.yaml) -上記の TiDB クラスター トポロジファイルの設定項目の詳細については、 [TiUPを使用して TiDB をデプロイするためのトポロジコンフィグレーションファイル](/tiup/tiup-cluster-topology-reference.md)を参照してください。 +上記の TiDB クラスター トポロジファイルの設定項目の詳細については、 [TiUPを使用して TiDB をデプロイするためのトポロジ設定ファイル](/tiup/tiup-cluster-topology-reference.md)を参照してください。 > **Note:** > diff --git a/multi-data-centers-in-one-city-deployment.md b/multi-data-centers-in-one-city-deployment.md index 48d1912d10ac2..269e0eb958931 100644 --- a/multi-data-centers-in-one-city-deployment.md +++ b/multi-data-centers-in-one-city-deployment.md @@ -107,11 +107,11 @@ TiKVはMulti-Raftシステムであり、データは複数のリージョンに 3つのレプリカで構成されるRaftグループは、1つのレプリカ障害しか許容しないため、クラスターをN個のTiKVインスタンスにスケールアウトした場合でも、このクラスターが許容するレプリカ障害は1つだけです。2つのTiKVインスタンスに障害が発生すると、一部のリージョンでレプリカが失われ、このクラスター内のデータが不完全になる可能性があります。これらのリージョンのデータにアクセスするSQLリクエストは失敗します。N個のTiKVインスタンス間で2つの同時障害が発生する確率は、3個のTiKVインスタンス間で2つの同時障害が発生する確率よりもはるかに高くなります。つまり、Multi-RaftシステムをスケールアウトしてTiKVインスタンスの数を増やすほど、システムの可用性は低下します。 -上記の制限のため、TiKVの位置情報の記述には`label`が使用されます。ラベル情報は、デプロイメントまたはローリングアップグレード操作によってTiKV起動構成ファイルに更新されます。起動されたTiKVは、最新のラベル情報をPDに報告します。PDは、ユーザーが登録したラベル名（ラベルメタデータ）とTiKVトポロジに基づいて、リージョンレプリカを最適にスケジュールし、システムの可用性を向上させます。 +上記の制限のため、TiKVの位置情報の記述には`label`が使用されます。ラベル情報は、デプロイメントまたはローリングアップグレード操作によってTiKV起動設定ファイルに更新されます。起動されたTiKVは、最新のラベル情報をPDに報告します。PDは、ユーザーが登録したラベル名（ラベルメタデータ）とTiKVトポロジに基づいて、リージョンレプリカを最適にスケジュールし、システムの可用性を向上させます。 #### TiKVラベルの計画例 {#tikv-labels-planning-example} -システムの可用性と災害復旧能力を向上させるには、既存の物理リソースと災害復旧能力に応じてTiKVラベルを設計・計画する必要があります。また、計画されているトポロジに応じて、クラスタ初期化構成ファイルを編集する必要があります。 +システムの可用性と災害復旧能力を向上させるには、既存の物理リソースと災害復旧能力に応じてTiKVラベルを設計・計画する必要があります。また、計画されているトポロジに応じて、クラスタ初期化設定ファイルを編集する必要があります。 ```ini server_configs: diff --git a/pd-configuration-file.md b/pd-configuration-file.md index ca0c0606fff4a..2a4f64a31ef4c 100644 --- a/pd-configuration-file.md +++ b/pd-configuration-file.md @@ -1,9 +1,9 @@ --- title: PD Configuration File -summary: PD 構成ファイルについて学習します。 +summary: PD 設定ファイルについて学習します。 --- -# PDコンフィグレーションファイル {#pd-configuration-file} +# PD設定ファイル {#pd-configuration-file} @@ -278,7 +278,7 @@ pd-server関連のコンフィグレーション項目 > > `schedule`に関連するこれらの PD 設定項目を変更するには、クラスターのステータスに基づいて次のいずれかの方法を選択します。 > -> - 新しくデプロイするクラスターの場合は、PD 構成ファイルを直接変更できます。 +> - 新しくデプロイするクラスターの場合は、PD 設定ファイルを直接変更できます。 > - 既存のクラスターの場合は、コマンドラインツール[PD Control](/pd-control.md)を使用して変更を加えてください。設定ファイル内の`schedule`に関連するPD設定項目を直接変更しても、既存のクラスターには反映されません。 ### `max-merge-region-size` {#max-merge-region-size} diff --git a/pd-microservices-deployment-topology.md b/pd-microservices-deployment-topology.md index 83ad3405824a1..35e93f57ded17 100644 --- a/pd-microservices-deployment-topology.md +++ b/pd-microservices-deployment-topology.md @@ -80,12 +80,12 @@ grafana_servers: -前述の TiDB クラスター トポロジファイルの設定項目の詳細については、 [TiUPを使用して TiDB をデプロイするためのトポロジ構成ファイル](/tiup/tiup-cluster-topology-reference.md)を参照してください。 +前述の TiDB クラスター トポロジファイルの設定項目の詳細については、 [TiUPを使用して TiDB をデプロイするためのトポロジ設定ファイル](/tiup/tiup-cluster-topology-reference.md)を参照してください。 ### 主なパラメータ {#key-parameters} - `tso_servers`のインスタンスのレベル`host`構成では、ドメイン名ではなく IP アドレスのみがサポートされます。 -- TSO 設定項目の詳細については、 [TSO 構成ファイル](/tso-configuration-file.md)を参照してください。 +- TSO 設定項目の詳細については、 [TSO 設定ファイル](/tso-configuration-file.md)を参照してください。 - `scheduling_servers`のインスタンスのレベル`host`構成では、ドメイン名ではなく IP アドレスのみがサポートされます。 - スケジュール設定項目の詳細については、 [スケジュール設定ファイル](/scheduling-configuration-file.md)を参照してください。 diff --git a/production-deployment-using-tiup.md b/production-deployment-using-tiup.md index 52b685bd68b60..81f89f29cf97b 100644 --- a/production-deployment-using-tiup.md +++ b/production-deployment-using-tiup.md @@ -251,9 +251,9 @@ alertmanager_servers: - host: 10.0.1.4 ``` -以下の例では、6つの一般的なシナリオを取り上げています。対応するリンク先のトポロジーの説明とテンプレートに従って、構成ファイル（ `topology.yaml`という名前）を変更する必要があります。その他のシナリオについては、構成テンプレートを適切に編集してください。 +以下の例では、6つの一般的なシナリオを取り上げています。対応するリンク先のトポロジーの説明とテンプレートに従って、設定ファイル（ `topology.yaml`という名前）を変更する必要があります。その他のシナリオについては、構成テンプレートを適切に編集してください。 -| 応用 | コンフィグレーションタスク | コンフィグレーションファイルテンプレート | トポロジーの説明 | +| 応用 | コンフィグレーションタスク | 設定ファイルテンプレート | トポロジーの説明 | | :----------------------------------------------- | :------------------------------------------------------------------- | :----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | :--------------------------------------------------------------------------------------------------------------- | | OLTP | [最小限のトポロジーをデプロイ](/minimal-deployment-topology.md) | [シンプルな最小限の構成テンプレート](https://github.com/pingcap/docs/blob/master/config-templates/simple-mini.yaml)
[完全な最小構成テンプレート](https://github.com/pingcap/docs/blob/master/config-templates/complex-mini.yaml) | これは、tidb-server、tikv-server、およびpd-serverを含む基本的なクラスタトポロジーです。 | | HTAP | [TiFlashトポロジーをデプロイ](/tiflash-deployment-topology.md) | [シンプルなTiFlash設定テンプレート](https://github.com/pingcap/docs/blob/master/config-templates/simple-tiflash.yaml)
[TiFlashの完全な構成テンプレート](https://github.com/pingcap/docs/blob/master/config-templates/complex-tiflash.yaml) | これは、最小限のクラスタトポロジーとともにTiFlashをデプロイするためのものです。TiFlashは列指向ストレージエンジンであり、徐々に標準的なクラスタトポロジーへと進化していきます。 | diff --git a/quick-start-with-tidb.md b/quick-start-with-tidb.md index 847671db12da7..d3fdb720cfc30 100644 --- a/quick-start-with-tidb.md +++ b/quick-start-with-tidb.md @@ -338,7 +338,7 @@ TiDBクラスタの最小トポロジーは、以下のインスタンスで構 6. クラスターを作成して起動します。 - 次のテンプレートに従って[トポロジー構成ファイル](/tiup/tiup-cluster-topology-reference.md)を作成および編集し、 `topo.yaml`という名前を付けます。 + 次のテンプレートに従って[トポロジー設定ファイル](/tiup/tiup-cluster-topology-reference.md)を作成および編集し、 `topo.yaml`という名前を付けます。 ```yaml # # Global variables are applied to all deployments and used as the default value of diff --git a/releases/release-2.0-ga.md b/releases/release-2.0-ga.md index 0d864d2e41c2e..3d994757c234f 100644 --- a/releases/release-2.0-ga.md +++ b/releases/release-2.0-ga.md @@ -28,21 +28,21 @@ summary: 2018年4月27日にリリースされたTiDB 2.0 GAでは、MySQLとの - `Insert On Duplicate Key Update`文を最適化すると、パフォーマンスが10倍以上向上します - `Load Data`を最適化してパフォーマンスを10倍以上向上 - より多くのデータ型と関数を TiKV にプッシュダウン - - 物理オペレーターのメモリ使用量を計算し、メモリ使用量がしきい値を超えた場合の処理動作を構成ファイルとシステム変数で指定することをサポートします。 + - 物理オペレーターのメモリ使用量を計算し、メモリ使用量がしきい値を超えた場合の処理動作を設定ファイルとシステム変数で指定することをサポートします。 - OOM のリスクを軽減するために、単一の SQL 文によるメモリ使用量の制限をサポートします。 - CRUD 操作で暗黙的な RowID の使用をサポート - ポイントクエリのパフォーマンスを向上 - サーバ - プロキシプロトコルをサポートする - 監視メトリックを追加し、ログを改良する - - 構成ファイルの検証をサポート + - 設定ファイルの検証をサポート - HTTP API 経由で TiDB パラメータの情報を取得する機能をサポート - バッチモードでロックを解決してガベージコレクションを高速化します - マルチスレッドガベージコレクションをサポート - TLSをサポート - 互換性 - より多くのMySQL構文をサポート - - OGGデータレプリケーションツールをサポートするために、構成ファイル内の`lower_case_table_names`システム変数を変更することをサポートします。 + - OGGデータレプリケーションツールをサポートするために、設定ファイル内の`lower_case_table_names`システム変数を変更することをサポートします。 - Navicat管理ツールとの互換性を向上 - テーブル作成時刻を`Information_Schema`で表示できるようになりました - 一部の関数/式の戻り値の型がMySQLと異なる問題を修正しました diff --git a/releases/release-2.0-rc.1.md b/releases/release-2.0-rc.1.md index bb26add1723d2..ff01a44a0191d 100644 --- a/releases/release-2.0-rc.1.md +++ b/releases/release-2.0-rc.1.md @@ -11,7 +11,7 @@ summary: 2018年3月9日にリリースされたTiDB 2.0 RC1では、MySQLとの - OOMのリスクを軽減するために、単一のSQL文によるメモリ使用量の制限をサポートします。 - Stream Aggregate オペレーターを TiKV にプッシュダウンする機能をサポート -- 構成ファイルの検証をサポート +- 設定ファイルの検証をサポート - HTTP API 経由で TiDB 構成情報を取得する機能をサポート - パーサーのより多くのMySQL構文と互換性がある - Navicatとの互換性を向上 diff --git a/releases/release-2.0-rc.3.md b/releases/release-2.0-rc.3.md index 78b45bc354a22..335086bb66440 100644 --- a/releases/release-2.0-rc.3.md +++ b/releases/release-2.0-rc.3.md @@ -23,7 +23,7 @@ summary: 2018年3月23日にリリースされたTiDB 2.0 RC3では、MySQLと - 災害復旧のために`ADMIN RECOVER INDEX`を使用してインデックスデータの復旧をサポート - オンラインビジネスへの影響を軽減するために、 `ADD INDEX`操作の優先度を下げます。 - JSON型パラメータを使った集計関数をサポートする（例：`SUM/AVG`）。 -- OGGデータレプリケーションツールをサポートするために、構成ファイル内の`lower_case_table_names`システム変数の変更をサポートします。 +- OGGデータレプリケーションツールをサポートするために、設定ファイル内の`lower_case_table_names`システム変数の変更をサポートします。 - Navicat管理ツールとの互換性を向上 - CRUD 操作で暗黙的な RowID の使用をサポート diff --git a/releases/release-2.0.4.md b/releases/release-2.0.4.md index 5ab178a1ebe9f..38306b704c212 100644 --- a/releases/release-2.0.4.md +++ b/releases/release-2.0.4.md @@ -14,7 +14,7 @@ summary: TiDB 2.0.4は2018年6月15日にリリースされ、システムの互 - 監視項目のステートメントタイプの表示を改良 - クエリコストの見積り精度を最適化する - gRPCの`backoff max delay`のパラメータを設定する -- 構成ファイル内の単一のステートメントのメモリしきい値の構成をサポート +- 設定ファイル内の単一のステートメントのメモリしきい値の構成をサポート - オプティマイザのエラーをリファクタリングする - `Cast Decimal`データの副作用を修正 - 特定のシナリオで`Merge Join`演算子の誤った結果の問題を修正しました diff --git a/releases/release-2.1.1.md b/releases/release-2.1.1.md index 4b30259ae33b4..2e92583edf13a 100644 --- a/releases/release-2.1.1.md +++ b/releases/release-2.1.1.md @@ -28,7 +28,7 @@ summary: TiDB 2.1.1は2018年12月12日にリリースされ、安定性、SQL ## PD {#pd} -- 構成ファイルで一部の設定項目を`0`に設定できない問題を修正 [#1334](https://github.com/pingcap/pd/pull/1334) +- 設定ファイルで一部の設定項目を`0`に設定できない問題を修正 [#1334](https://github.com/pingcap/pd/pull/1334) - PD 起動するときに未定義の構成を確認します [#1362](https://github.com/pingcap/pd/pull/1362) - 遅延を最適化するために、リーダーを新しく作成されたピアに転送しないでください[#1339](https://github.com/pingcap/pd/pull/1339) - デッド`RaftCluster` により停止できない問題を修正 [#1370](https://github.com/pingcap/pd/pull/1370) diff --git a/releases/release-2.1.16.md b/releases/release-2.1.16.md index fc33369575612..9f497f1b1e02e 100644 --- a/releases/release-2.1.16.md +++ b/releases/release-2.1.16.md @@ -61,6 +61,6 @@ TiDB Ansible バージョン: 2.1.16 - Spark に`log4j`設定ファイルを追加する [#842](https://github.com/pingcap/tidb-ansible/pull/842) - tispark jarパッケージをv2.1.2 に更新します [#863](https://github.com/pingcap/tidb-ansible/pull/863) -- TiDB Binlog がKafka または ZooKeeper を使用する場合に Prometheus 構成ファイルが間違った形式で生成される問題を修正しました [#845](https://github.com/pingcap/tidb-ansible/pull/845) +- TiDB Binlog がKafka または ZooKeeper を使用する場合に Prometheus 設定ファイルが間違った形式で生成される問題を修正しました [#845](https://github.com/pingcap/tidb-ansible/pull/845) - `rolling_update.yml`オペレーション実行時にPDがLeaderの切り替えに失敗するバグを修正 [#888](https://github.com/pingcap/tidb-ansible/pull/888) - PDノードのローリング更新ロジックを最適化 - フォロワーを最初にアップグレードし、次にLeaderをアップグレード - 安定性を向上[#895](https://github.com/pingcap/tidb-ansible/pull/895) diff --git a/releases/release-2.1.17.md b/releases/release-2.1.17.md index 1c75d6c0f5194..d447f912a59d7 100644 --- a/releases/release-2.1.17.md +++ b/releases/release-2.1.17.md @@ -1,6 +1,6 @@ --- title: TiDB 2.1.17 Release Notes -summary: "TiDB 2.1.17 リリースノート: 新機能には、SHOW TABLE REGIONS` の `WHERE` 句、TiKV および PD の `config-check` 機能、pd-ctl の `remove-tombstone` コマンド、 Reparoの `worker-count` および `txn-batch` 設定項目が含まれます。PD のスケジュール プロセスと TiKV の起動プロセスが改善されました。TiDB スロークエリログと構成ファイルの動作が変更されました。SQL オプティマイザ、SQL 実行エンジン、サーバー、DDL、モニター、TiKV、PD、TiDB Binlog、 TiDB Lightning、および TiDB Ansible の修正と最適化が行われました。" +summary: "TiDB 2.1.17 リリースノート: 新機能には、SHOW TABLE REGIONS` の `WHERE` 句、TiKV および PD の `config-check` 機能、pd-ctl の `remove-tombstone` コマンド、 Reparoの `worker-count` および `txn-batch` 設定項目が含まれます。PD のスケジュール プロセスと TiKV の起動プロセスが改善されました。TiDB スロークエリログと設定ファイルの動作が変更されました。SQL オプティマイザ、SQL 実行エンジン、サーバー、DDL、モニター、TiKV、PD、TiDB Binlog、 TiDB Lightning、および TiDB Ansible の修正と最適化が行われました。" --- # TiDB 2.1.17 リリースノート {#tidb-2-1-17-release-notes} @@ -24,7 +24,7 @@ TiDB Ansible バージョン: 2.1.17 - 動作の変更 - TiDB スロークエリログの最後の再試行時刻から最初の実行時刻への変更`start ts` - TiDB スロークエリログの`Index_ids`フィールドを`Index_names`フィールドに置き換えて、スロークエリログの使いやすさを向上させます。 - - TiDB の構成ファイルに`split-region-max-num`パラメータを追加して、 `SPLIT TABLE`構文で許可されるリージョンの最大数を変更します。デフォルト構成では、1,000 から 10,000 に増加されます。 + - TiDB の設定ファイルに`split-region-max-num`パラメータを追加して、 `SPLIT TABLE`構文で許可されるリージョンの最大数を変更します。デフォルト構成では、1,000 から 10,000 に増加されます。 ## TiDB {#tidb} diff --git a/releases/release-2.1.18.md b/releases/release-2.1.18.md index 0193dca5baf36..3ddb6053c67c2 100644 --- a/releases/release-2.1.18.md +++ b/releases/release-2.1.18.md @@ -71,6 +71,6 @@ TiDB Ansible バージョン: 2.1.18 - TiDB Binlog に"queue size"と"query histogram"の 2つの監視項目を追加します。 [#952](https://github.com/pingcap/tidb-ansible/pull/952) - TiDBアラートルールを更新 [#961](https://github.com/pingcap/tidb-ansible/pull/961) -- デプロイおよびアップグレードの前に構成ファイルを確認する[#973](https://github.com/pingcap/tidb-ansible/pull/973) +- デプロイおよびアップグレードの前に設定ファイルを確認する[#973](https://github.com/pingcap/tidb-ansible/pull/973) - TiDB のインデックス速度を監視するための新しいメトリックを追加します [#987](https://github.com/pingcap/tidb-ansible/pull/987) - TiDB Binlog監視ダッシュボードを更新して、Grafana v4.6.3 と互換性を持たせました。 [#993](https://github.com/pingcap/tidb-ansible/pull/993) diff --git a/releases/release-3.0.2.md b/releases/release-3.0.2.md index 46b35d38c75fa..013137a6a769e 100644 --- a/releases/release-3.0.2.md +++ b/releases/release-3.0.2.md @@ -129,8 +129,8 @@ TiDB Lightning - ディスクパフォーマンスモニターが秒をミリ秒として扱う単位エラーを修正[#840](https://github.com/pingcap/tidb-ansible/pull/840) - Spark に`log4j`設定ファイルを追加する [#841](https://github.com/pingcap/tidb-ansible/pull/841) -- Binlogが有効で Kafka または ZooKeeper が構成されている場合に Prometheus 構成ファイルが間違った形式で生成される問題を修正[#844](https://github.com/pingcap/tidb-ansible/pull/844) -- 生成されたTiDB構成ファイルで`pessimistic-txn`設定パラメータが省略される問題を修正 [#850](https://github.com/pingcap/tidb-ansible/pull/850) +- Binlogが有効で Kafka または ZooKeeper が構成されている場合に Prometheus 設定ファイルが間違った形式で生成される問題を修正[#844](https://github.com/pingcap/tidb-ansible/pull/844) +- 生成されたTiDB設定ファイルで`pessimistic-txn`設定パラメータが省略される問題を修正 [#850](https://github.com/pingcap/tidb-ansible/pull/850) - 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) diff --git a/releases/release-3.0.4.md b/releases/release-3.0.4.md index 753321d2c7cb2..2e6368b486d55 100644 --- a/releases/release-3.0.4.md +++ b/releases/release-3.0.4.md @@ -24,7 +24,7 @@ TiDB Ansible バージョン: 3.0.4 - デフォルト値の`txn-local-latches.enable`を`false`に更新して、TiDB のローカルトランザクションの競合をチェックするデフォルトの動作を無効にします。 - TiDBにグローバルスコープのシステム変数を`tidb_txn_mode`追加し、悲観的ロックの使用を許可します。ただし、TiDBはデフォルトで依然として楽観的ロックを採用していることに注意してください。 - TiDB スロークエリログの`Index_ids`フィールドを`Index_names`に置き換えて、スロークエリログの使いやすさを向上させます。 - - TiDB構成ファイルに`split-region-max-num`パラメータを追加して、 `SPLIT TABLE`構文で許可されるリージョンの最大数を変更します。 + - TiDB設定ファイルに`split-region-max-num`パラメータを追加して、 `SPLIT TABLE`構文で許可されるリージョンの最大数を変更します。 - SQL実行がメモリ制限を超えたときにリンクを切断する代わりに`Out Of Memory Quota`エラーを返します - 誤操作を避けるため、TiDBの列の`AUTO_INCREMENT`の属性の削除を禁止します。この属性を削除するには、 `tidb_allow_remove_auto_inc`のシステム変数を変更します。 - 修正された問題 @@ -126,4 +126,4 @@ TiDB Ansible バージョン: 3.0.4 - パスワードの有効期限が切れた場合などに発生する長い待機時間に対処するために、rawモジュールをシェルモジュールに置き換えます[#949](https://github.com/pingcap/tidb-ansible/pull/949) - TiDB設定項目`txn_local_latches`のデフォルト値を`false`に更新します - Grafanaダッシュボードの監視メトリックとアラートルールを最適化する[#962](https://github.com/pingcap/tidb-ansible/pull/962) [#963](https://github.com/pingcap/tidb-ansible/pull/963) [#969](https://github.com/pingcap/tidb-ansible/pull/963) -- デプロイおよびアップグレードの前に構成ファイルを確認する[#934](https://github.com/pingcap/tidb-ansible/pull/934) [#972](https://github.com/pingcap/tidb-ansible/pull/972) +- デプロイおよびアップグレードの前に設定ファイルを確認する[#934](https://github.com/pingcap/tidb-ansible/pull/934) [#972](https://github.com/pingcap/tidb-ansible/pull/972) diff --git a/releases/release-3.1.0-beta.2.md b/releases/release-3.1.0-beta.2.md index e48404113639a..d91a100237481 100644 --- a/releases/release-3.1.0-beta.2.md +++ b/releases/release-3.1.0-beta.2.md @@ -19,7 +19,7 @@ TiDB Ansible バージョン: 3.1.0-beta.2 - ツール - TiDB Lightning - - 構成ファイルで設定されていない特定の項目については、 [TiDB Lightningコンフィグレーション](/tidb-lightning/tidb-lightning-configuration.md)で指定されたデフォルト設定を使用します。 [#255](https://github.com/pingcap/tidb-lightning/pull/255) + - 設定ファイルで設定されていない特定の項目については、 [TiDB Lightningコンフィグレーション](/tidb-lightning/tidb-lightning-configuration.md)で指定されたデフォルト設定を使用します。 [#255](https://github.com/pingcap/tidb-lightning/pull/255) - TiDBパスワードを設定するための`--tidb-password` CLIパラメータを追加する[#253](https://github.com/pingcap/tidb-lightning/pull/253) ## 新機能 {#new-features} diff --git a/releases/release-4.0-ga.md b/releases/release-4.0-ga.md index 774e9f3708423..92acda478bf87 100644 --- a/releases/release-4.0-ga.md +++ b/releases/release-4.0-ga.md @@ -1,6 +1,6 @@ --- title: TiDB 4.0 GA Release Notes -summary: TiDB 4.0.0 GA は 2020年 5月 28日にリリースされました。このバージョンでは、大規模トランザクションのエラーメッセージが最適化され、`Changefeed`構成ファイルの使いやすさが向上し、新しい設定項目とさまざまな構文および関数のサポートが追加され、TiKV、 TiFlash、PD、およびツールの複数のバグと問題が修正され、PD の新しい監視項目とさまざまな機能のサポートが追加され、Backup & Restore (BR) と TiCDC のさまざまな問題が修正されました。 +summary: TiDB 4.0.0 GA は 2020年 5月 28日にリリースされました。このバージョンでは、大規模トランザクションのエラーメッセージが最適化され、`Changefeed`設定ファイルの使いやすさが向上し、新しい設定項目とさまざまな構文および関数のサポートが追加され、TiKV、 TiFlash、PD、およびツールの複数のバグと問題が修正され、PD の新しい監視項目とさまざまな機能のサポートが追加され、Backup & Restore (BR) と TiCDC のさまざまな問題が修正されました。 --- # TiDB 4.0 GA リリースノート {#tidb-4-0-ga-release-notes} diff --git a/releases/release-4.0.0-beta.1.md b/releases/release-4.0.0-beta.1.md index ad94bef054fa4..b33b43b22a637 100644 --- a/releases/release-4.0.0-beta.1.md +++ b/releases/release-4.0.0-beta.1.md @@ -26,7 +26,7 @@ TiDB Ansible バージョン: 4.0.0-beta.1 - HTTP APIを最適化して構成マネージャーと互換性を持たせる [#2080](https://github.com/pingcap/pd/pull/2080) - TiDB Lightning - - 構成ファイルで設定されていない特定の項目については、ドキュメントで指定されたデフォルト設定を使用します。 [#255](https://github.com/pingcap/tidb-lightning/pull/255) + - 設定ファイルで設定されていない特定の項目については、ドキュメントで指定されたデフォルト設定を使用します。 [#255](https://github.com/pingcap/tidb-lightning/pull/255) - TiDB Ansible - `theflash`を`tiflash` に名前変更 [#1130](https://github.com/pingcap/tidb-ansible/pull/1130) diff --git a/releases/release-4.0.3.md b/releases/release-4.0.3.md index 61f5c0f6af3f9..86fc607e6857f 100644 --- a/releases/release-4.0.3.md +++ b/releases/release-4.0.3.md @@ -49,7 +49,7 @@ TiDB バージョン: 4.0.3 - デフォルトで`tidb_allow_batch_cop`を有効にする[#18552](https://github.com/pingcap/tidb/pull/18552) - クエリのキャンセルを高速化[#18505](https://github.com/pingcap/tidb/pull/18505) - `tidb_decode_plan`の結果にヘッダーを追加 [#18501](https://github.com/pingcap/tidb/pull/18501) - - 構成チェッカーを以前のバージョンの構成ファイルと互換性のあるものにする [#18046](https://github.com/pingcap/tidb/pull/18046) + - 構成チェッカーを以前のバージョンの設定ファイルと互換性のあるものにする [#18046](https://github.com/pingcap/tidb/pull/18046) - 実行情報の収集をデフォルトで有効にする[#18518](https://github.com/pingcap/tidb/pull/18518) - システムテーブル`tiflash_tables`と`tiflash_segments`を追加する[#18536](https://github.com/pingcap/tidb/pull/18536) - `AUTO RANDOM`実験的機能から一般公開となり、リリースされました。改善点と互換性の変更点は以下の通りです。 diff --git a/releases/release-5.0.0.md b/releases/release-5.0.0.md index 8cd09b1099f72..30303fa39c6df 100644 --- a/releases/release-5.0.0.md +++ b/releases/release-5.0.0.md @@ -62,7 +62,7 @@ TiDB バージョン: 5.0.0 > > 5.0 GA の`tidb_enable_clustered_index`の`INT_ONLY`値は、5.0 RC の`OFF`値と同じ意味です。 `OFF`設定の 5.0 RC クラスターから 5.0 GA にアップグレードすると、 `INT_ONLY`と表示されます。 -### コンフィグレーションファイルパラメータ {#configuration-file-parameters} +### 設定ファイルパラメータ {#configuration-file-parameters} - TiDB の[`index-limit`](/tidb-configuration-file.md#index-limit-new-in-v50)設定項目を追加します。デフォルト値は`64`で、範囲は`[64,512]`です。MySQL テーブルは最大 64 個のインデックスをサポートします。この値がデフォルト設定を超え、テーブルに 64 個を超えるインデックスが作成された場合、テーブルスキーマが MySQL に再インポートされるとエラーが報告されます。 - TiDB が MySQL の ENUM/SET の長さ (ENUM の長さ < 255) と互換性があり、一貫性を保つように、 [`enable-enum-length-limit`](/tidb-configuration-file.md#enable-enum-length-limit-new-in-v50)設定項目を追加します。デフォルト値は`true`です。 diff --git a/releases/release-5.1.0.md b/releases/release-5.1.0.md index 7672e0e63b83c..eda7d2c7a3bca 100644 --- a/releases/release-5.1.0.md +++ b/releases/release-5.1.0.md @@ -36,9 +36,9 @@ TiDB バージョン: 5.1.0 | [`tidb_enforce_mpp`](/system-variables.md#tidb_enforce_mpp-new-in-v51) | 新しく追加された | オプティマイザのコスト見積もりを無視し、クエリ実行に強制的に MPP モードを使用するかどうかを制御します。この変数のデータ型は`BOOL`で、デフォルト値は`false`です。 | | [`tidb_partition_prune_mode`](/system-variables.md#tidb_partition_prune_mode-new-in-v51) | 新しく追加された | パーティションテーブルの動的プルーニングモードを有効にするかどうかを指定します。この機能は実験的です。この変数のデフォルト値は`static`であり、これはパーティションテーブルの動的プルーニングモードがデフォルトで無効になっていることを意味します。 | -### コンフィグレーションファイルパラメータ {#configuration-file-parameters} +### 設定ファイルパラメータ {#configuration-file-parameters} -| コンフィグレーションファイル | コンフィグレーションアイテム | 変更の種類 | 説明 | +| 設定ファイル | コンフィグレーションアイテム | 変更の種類 | 説明 | | :------------- | :------------------------------------------------------------------------------------------------------- | :------- | :--------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | TiDB設定ファイル | [`security.enable-sem`](/tidb-configuration-file.md#enable-sem) | 新しく追加された | セキュリティ強化モード（SEM）を有効にするかどうかを制御します。この設定項目のデフォルト値は`false`で、これはSEMが無効になっていることを意味します。 | | TiDB設定ファイル | `performance.committer-concurrency` | 変更 | 単一トランザクションのコミットフェーズにおけるコミット操作に関連するリクエストの同時実行数を制御します。デフォルト値は`16`から`128`に変更されます。 | diff --git a/releases/release-5.2.0.md b/releases/release-5.2.0.md index 45d2e22ae4826..ea2aaa4de96ec 100644 --- a/releases/release-5.2.0.md +++ b/releases/release-5.2.0.md @@ -1,6 +1,6 @@ --- title: TiDB 5.2 Release Notes -summary: TiDB 5.2.0では、式インデックスのサポート、Lock ビュー GA、 TiFlashのI/Oトラフィック制限など、新機能と改善点が導入されています。互換性の変更点としては、新しいシステム変数と構成ファイルパラメータが追加されています。また、TiDB、TiKV、 TiFlash、およびTiCDC、 BR、Lightning、 Dumplingなどのツールに対するバグ修正と機能強化も含まれています。 +summary: TiDB 5.2.0では、式インデックスのサポート、Lock ビュー GA、 TiFlashのI/Oトラフィック制限など、新機能と改善点が導入されています。互換性の変更点としては、新しいシステム変数と設定ファイルパラメータが追加されています。また、TiDB、TiKV、 TiFlash、およびTiCDC、 BR、Lightning、 Dumplingなどのツールに対するバグ修正と機能強化も含まれています。 --- # TiDB 5.2 リリースノート {#tidb-5-2-release-notes} @@ -40,9 +40,9 @@ TiDB バージョン: 5.2.0 | [`tidb_stmt_summary_max_stmt_count`](/system-variables.md#tidb_stmt_summary_max_stmt_count-new-in-v40) | 変更 | ステートメントサマリーテーブルがメモリに格納するステートメントの最大数を設定します。デフォルト値は`200`から`3000`に変更されます。 | | `tidb_enable_streaming` | 非推奨 | システム変数`enable-streaming`は非推奨であり、今後は使用しないことをお勧めします。 | -### コンフィグレーションファイルパラメータ {#configuration-file-parameters} +### 設定ファイルパラメータ {#configuration-file-parameters} -| コンフィグレーションファイル | コンフィグレーションアイテム | 変更の種類 | 説明 | +| 設定ファイル | コンフィグレーションアイテム | 変更の種類 | 説明 | | :------------- | :---------------------------------------------------------------------------------------------------------------------------- | :------- | :------------------------------------------------------------------------------------------------------------------------------ | | TiDB設定ファイル | [`pessimistic-txn.deadlock-history-collect-retryable`](/tidb-configuration-file.md#deadlock-history-collect-retryable) | 新しく追加された | [`INFORMATION\_SCHEMA.DEADLOCKS`](/information-schema/information-schema-deadlocks.md)テーブルが再試行可能なデッドロックエラーメッセージを収集するかどうかを制御します。 | | TiDB設定ファイル | [`security.auto-tls`](/tidb-configuration-file.md#auto-tls) | 新しく追加された | 起動時にTLS証明書を自動的に生成するかどうかを決定します。デフォルト値は`false`です。 | @@ -64,7 +64,7 @@ TiDB バージョン: 5.2.0 - TiDB クラスターを v4.0 から v5.2 にアップグレードすると、 [`tidb_multi_statement_mode`](/system-variables.md#tidb_multi_statement_mode-new-in-v4011)のデフォルト値が`WARN`から`OFF`に変更されます。 - アップグレード前に、TiDB 設定の[`feedback-probability`](https://docs-archive.pingcap.com/tidb/v5.2/tidb-configuration-file#feedback-probability)の値を確認してください。値が`0`でない場合、アップグレード後に「panic in the recoverable goroutine」というエラーが発生しますが、このエラーはアップグレードには影響しません。 - TiDBはMySQL 5.7のnoop変数`innodb_default_row_format`と互換性を持つようになりました。この変数を設定しても効果はありません。 [#23541](https://github.com/pingcap/tidb/issues/23541) -- TiDB 5.2以降では、システムセキュリティを向上させるため、クライアントからの接続のトランスレイヤーを暗号化することが推奨されています（必須ではありません）。TiDBは、TiDB内で暗号化を自動的に構成および有効化するAuto TLS機能を提供します。Auto TLS機能を使用するには、TiDBのアップグレード前に、TiDB構成ファイルの[`security.auto-tls`](/tidb-configuration-file.md#auto-tls)を`true`に設定してください。 +- TiDB 5.2以降では、システムセキュリティを向上させるため、クライアントからの接続のトランスレイヤーを暗号化することが推奨されています（必須ではありません）。TiDBは、TiDB内で暗号化を自動的に構成および有効化するAuto TLS機能を提供します。Auto TLS機能を使用するには、TiDBのアップグレード前に、TiDB設定ファイルの[`security.auto-tls`](/tidb-configuration-file.md#auto-tls)を`true`に設定してください。 - MySQL 8.0 からの移行を容易にし、セキュリティを向上させるために、 `caching_sha2_password`認証方式をサポートします。 ## 新機能 {#new-features} diff --git a/releases/release-5.3.0.md b/releases/release-5.3.0.md index 4b1f5c010da84..1274522dc0ac8 100644 --- a/releases/release-5.3.0.md +++ b/releases/release-5.3.0.md @@ -38,9 +38,9 @@ v5.3 の主な新機能または改善点は次のとおりです。 | [`tidb_tso_client_batch_max_wait_time`](/system-variables.md#tidb_tso_client_batch_max_wait_time-new-in-v530) | 新しく追加された | TiDBがPDにTSOをリクエストした際に、バッチ保存操作の最大待機時間を設定します。デフォルト値は`0`で、追加の待機時間はありません。 | | [`tidb_tmp_table_max_size`](/system-variables.md#tidb_tmp_table_max_size-new-in-v530) | 新しく追加された | [一時テーブル](/temporary-tables.md)個の最大サイズを制限します。一時テーブルがこのサイズを超えるとエラーが発生します。 | -### コンフィグレーションファイルのパラメータ {#configuration-file-parameters} +### 設定ファイルのパラメータ {#configuration-file-parameters} -| コンフィグレーションファイル | コンフィグレーション項目 | タイプを変更 | 説明 | +| 設定ファイル | コンフィグレーション項目 | タイプを変更 | 説明 | | :------------- | :------------------------------------------------------------------------------------------------- | :------- | :-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | TiDB | [`prepared-plan-cache.capacity`](/tidb-configuration-file.md#capacity) | 変更 | キャッシュされるステートメントの数を制御します。デフォルト値は`100`から`1000`に変更されます。 | | TiKV | [`storage.reserve-space`](/tikv-configuration-file.md#reserve-space) | 変更 | TiKV起動時にディスク保護のために予約される領域を制御します。v5.3.0以降では、予約領域の80%がディスク容量不足時の運用・保守に必要な追加ディスク領域として使用され、残りの20%は一時ファイルの保存に使用されます。 | diff --git a/releases/release-5.4.0.md b/releases/release-5.4.0.md index 908dc5680c2be..63cc6b0c0f448 100644 --- a/releases/release-5.4.0.md +++ b/releases/release-5.4.0.md @@ -1,6 +1,6 @@ --- title: TiDB 5.4 Release Notes -summary: TiDB 5.4 では、GBK 文字セット、インデックスマージ、古いデータの読み取り、統計構成の永続化、および TiKV のログストレージエンジンとしてのRaft Engine の使用がサポートされます。また、バックアップの影響が改善され、Azure Blobストレージがサポートされ、 TiFlashと MPP エンジンが強化されます。互換性の変更には、新しいシステム変数と構成ファイルパラメーターが含まれます。その他の改善点には、SQL、セキュリティ、パフォーマンス、安定性、高可用性、データ移行、診断効率、およびデプロイメントが含まれます。バグ修正では、TiDB、TiKV、PD、 TiFlash、 BR、TiCDC、DM、 TiDB Lightning、および TiDB Binlogの問題に対処します。 +summary: TiDB 5.4 では、GBK 文字セット、インデックスマージ、古いデータの読み取り、統計構成の永続化、および TiKV のログストレージエンジンとしてのRaft Engine の使用がサポートされます。また、バックアップの影響が改善され、Azure Blobストレージがサポートされ、 TiFlashと MPP エンジンが強化されます。互換性の変更には、新しいシステム変数と設定ファイルパラメーターが含まれます。その他の改善点には、SQL、セキュリティ、パフォーマンス、安定性、高可用性、データ移行、診断効率、およびデプロイメントが含まれます。バグ修正では、TiDB、TiKV、PD、 TiFlash、 BR、TiCDC、DM、 TiDB Lightning、および TiDB Binlogの問題に対処します。 --- # TiDB 5.4 リリースノート {#tidb-5-4-release-notes} @@ -33,17 +33,17 @@ TiDB バージョン: 5.4.0
変数名変更の種類説明
tidb_enable_column_tracking新しく追加されたTiDBがPREDICATE COLUMNSを収集することを許可するかどうかを制御します。デフォルト値はOFF.
tidb_enable_paging新しく追加されたIndexLookUpオペレーターでコプロセッサリクエストを送信する際にページング方式を使用するかどうかを制御します。デフォルト値はOFFです。
IndexLookupとLimitを使用する読み取りクエリで、 LimitをIndexScanにプッシュダウンできない場合、読み取りクエリのレイテンシーが高くなり、TiKVのunified read poolのCPU使用率が高くなる可能性があります。このような場合、 Limitオペレーターは少量のデータしか必要としないため、 tidb_enable_paging ONに設定すると、TiDBが処理するデータ量が少なくなり、クエリのレイテンシーとリソース消費が削減されます。
tidb_enable_top_sql新しく追加されたTop SQL機能を有効にするかどうかを制御します。デフォルト値はOFFです。
tidb_persist_analyze_options新しく追加されたANALYZE構成の永続化機能を有効にするかどうかを制御します。デフォルト値はONです。
tidb_read_staleness新しく追加された現在のセッションで読み取れる履歴データの範囲を制御します。デフォルト値は0です。
tidb_regard_null_as_point新しく追加されたオプティマイザが、NULL等価性を含むクエリ条件をインデックスアクセスのプレフィックス条件として使用できるかどうかを制御します。
tidb_stats_load_sync_wait新しく追加された同期的に統計情報を読み込む機能を有効にするかどうかを制御します。デフォルト値の0は、この機能が無効になっており、統計情報が非同期的に読み込まれることを意味します。この機能が有効になっている場合、この変数は、SQL 最適化がタイムアウトする前に同期的に統計情報を読み込むのを待機できる最大時間を制御します。
tidb_stats_load_pseudo_timeout新しく追加された同期的に統計情報を読み込む際にタイムアウトが発生した場合、SQLが失敗するか（ OFF ）、擬似統計情報を使用するようにフォールバックするか（ ON ）を制御します。デフォルト値はOFFです。
tidb_backoff_lock_fast変更デフォルト値が100から10に変更されました。
tidb_enable_index_merge変更デフォルト値がOFFからONに変更されます。
  • TiDBクラスタをv4.0.0より前のバージョンからv5.4.0以降にアップグレードする場合、この変数はデフォルトでOFFなります。
  • TiDBクラスタをv4.0.0以降からv5.4.0以降にアップグレードした場合、この変数はアップグレード前と同じままです。
  • バージョン5.4.0以降で新たに作成されたTiDBクラスタでは、この変数はデフォルトでONなっています。
tidb_store_limit変更バージョン5.4.0より前は、この変数はインスタンスレベルとグローバルレベルの両方で設定可能でした。バージョン5.4.0以降は、この変数はグローバル設定のみをサポートします。
-### コンフィグレーションファイルパラメータ {#configuration-file-parameters} +### 設定ファイルパラメータ {#configuration-file-parameters} -| コンフィグレーションファイル | コンフィグレーション | 変更の種類 | 説明 | +| 設定ファイル | コンフィグレーション | 変更の種類 | 説明 | | :------------- | :-------------------------------------------------------------------------------------------------------------- | :------- | :-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | TiDB | [`stats-load-concurrency`](/tidb-configuration-file.md#stats-load-concurrency-new-in-v540) | 新しく追加された | TiDBの同期ロード統計機能が同時に処理できる列の最大数を制御します。デフォルト値は`5`です。 | | TiDB | [`stats-load-queue-size`](/tidb-configuration-file.md#stats-load-queue-size-new-in-v540) | 新しく追加された | TiDBの同期ロード統計機能がキャッシュできる列リクエストの最大数を制御します。デフォルト値は`1000`です。 | | TiKV | [`snap-generator-pool-size`](/tikv-configuration-file.md#snap-generator-pool-size-new-in-v540) | 新しく追加された | `snap-generator`スレッドプールのサイズ。デフォルト値は`2`です。 | -| TiKV | `log.file.max-size` 、 `log.file.max-days` 、 `log.file.max-backups` | 新しく追加された | 詳細については、 [TiKVコンフィグレーションファイル - `log.file`](/tikv-configuration-file.md#logfile-new-in-v540)を参照してください。 | -| TiKV | `raft-engine` | 新しく追加された | `enable` 、 `dir` 、 `batch-compression-threshold` 、 `bytes-per-sync` 、 `target-file-size` 、 `purge-threshold` 、 `recovery-mode` 、 `recovery-read-block-size` 、 `recovery-read-block-size` 、および`recovery-threads`が含まれます。詳細は、 [TiKVコンフィグレーションファイル - `raft-engine`](/tikv-configuration-file.md#raft-engine)を参照してください。 | +| TiKV | `log.file.max-size` 、 `log.file.max-days` 、 `log.file.max-backups` | 新しく追加された | 詳細については、 [TiKV設定ファイル - `log.file`](/tikv-configuration-file.md#logfile-new-in-v540)を参照してください。 | +| TiKV | `raft-engine` | 新しく追加された | `enable` 、 `dir` 、 `batch-compression-threshold` 、 `bytes-per-sync` 、 `target-file-size` 、 `purge-threshold` 、 `recovery-mode` 、 `recovery-read-block-size` 、 `recovery-read-block-size` 、および`recovery-threads`が含まれます。詳細は、 [TiKV設定ファイル - `raft-engine`](/tikv-configuration-file.md#raft-engine)を参照してください。 | | TiKV | [`backup.enable-auto-tune`](/tikv-configuration-file.md#enable-auto-tune-new-in-v540) | 新しく追加された | v5.3.0 では、デフォルト値は`false`です。v5.4.0 以降では、デフォルト値は`true`に変更されました。このパラメータは、クラスタのリソース使用率が高い場合に、バックアップタスクで使用されるリソースを制限してクラスタへの影響を軽減するかどうかを制御します。デフォルト設定では、バックアップタスクの速度が低下する可能性があります。 | -| TiKV | `log-level` 、 `log-format` 、 `log-file` 、 `log-rotation-size` | 変更 | TiKV ログ パラメータの名前は、TiDB ログ パラメータと互換性のある名前`log.level` 、 `log.format` 、 `log.file.filename` 、および`log.enable-timestamp` 。古いパラメータのみを設定し、その値をデフォルト値以外に設定した場合、古いパラメータは新しいパラメータと互換性があります。古いパラメータと新しいパラメータの両方を設定した場合、新しいパラメータが有効になります。詳細については、[TiKVコンフィグレーションファイル - ログ](/tikv-configuration-file.md#log-new-in-v540)を参照してください。 | +| TiKV | `log-level` 、 `log-format` 、 `log-file` 、 `log-rotation-size` | 変更 | TiKV ログ パラメータの名前は、TiDB ログ パラメータと互換性のある名前`log.level` 、 `log.format` 、 `log.file.filename` 、および`log.enable-timestamp` 。古いパラメータのみを設定し、その値をデフォルト値以外に設定した場合、古いパラメータは新しいパラメータと互換性があります。古いパラメータと新しいパラメータの両方を設定した場合、新しいパラメータが有効になります。詳細については、[TiKV設定ファイル - ログ](/tikv-configuration-file.md#log-new-in-v540)を参照してください。 | | TiKV | `log-rotation-timespan` | 削除済み | ログファイルのローテーション間隔。この間隔が経過すると、ログファイルがローテーションされます。これは、現在のログファイルのファイル名にタイムスタンプが追加され、新しいログファイルが作成されることを意味します。 | | TiKV | `allow-remove-leader` | 削除済み | メインスイッチの削除を許可するかどうかを決定します。 | | TiKV | `raft-msg-flush-interval` | 削除済み | Raftメッセージがバッチで送信される間隔を決定します。Raftメッセージは、この設定項目で指定された間隔ごとにバッチで送信されます。 | diff --git a/releases/release-6.0.0-dmr.md b/releases/release-6.0.0-dmr.md index 4ee42b5667d44..aacd4ed5f6c80 100644 --- a/releases/release-6.0.0-dmr.md +++ b/releases/release-6.0.0-dmr.md @@ -289,9 +289,9 @@ TiDB v6.0.0 は DMR であり、そのバージョンは 6.0.0-DMR です。
変数名タイプを変更説明
placement_checks削除済みDDL文がSQL の配置ルールで指定された配置ルールを検証するかどうかを制御します。tidb_placement_mode に置き換えられtidb_placement_modeた。
tidb_enable_alter_placement削除済みSQL で配置ルールを有効にするかどうかを制御します。
tidb_mem_quota_hashjoin
tidb_mem_quota_indexlookupjoin
tidb_mem_quota_indexlookupreader
tidb_mem_quota_mergejoin
tidb_mem_quota_sort
tidb_mem_quota_topn		削除済みv5.0以降、これらの変数はtidb_mem_quota_queryに置き換えられ、システム変数ドキュメントから削除されました。互換性を確保するため、これらの変数はソースコードに残されていました。TiDB 6.0.0以降、これらの変数はコードからも削除されています。
tidb_enable_mutation_checker新しく追加されたミューテーションチェッカーを有効にするかどうかを制御します。デフォルト値はONです。v6.0.0より前のバージョンからアップグレードする既存のクラスターの場合、ミューテーションチェッカーはデフォルトで無効になっています。
tidb_ignore_prepared_cache_close_stmt新しく追加されたプリペアドステートメントを閉じるコマンドを無視するかどうかを制御します。デフォルト値はOFFです。
tidb_mem_quota_binding_cache新しく追加されたキャッシュ保持バインディングのメモリ使用量のしきい値を設定します。デフォルト値は67108864 （64 MiB）です。
tidb_placement_mode新しく追加されたDDL文がSQLの配置ルールで指定された配置ルールを無視するかどうかを制御します。デフォルト値はstrictで、DDL文は配置ルールを無視しません。
tidb_rc_read_check_ts新しく追加された
  • トランザクション内の読み取りステートメントのレイテンシーを最適化します。読み取り/書き込みの競合が深刻な場合、この変数をオンにするとオーバーヘッドとレイテンシーが増加し、パフォーマンスが低下します。デフォルト値はoffです。
  • この変数はまだreplica-readと互換性がありません。読み取りリクエストでtidb_rc_read_check_tsがオンになっている場合、 replica-read を使用できない可能性があります。両方の変数を同時にオンにしないでください。
tidb_sysdate_is_now新しく追加されたSYSDATE関数をNOW関数に置き換えるかどうかを制御します。この設定項目は、MySQLオプションsysdate-is-nowと同じ効果があります。デフォルト値はOFFです。
tidb_table_cache_lease新しく追加されたテーブルキャッシュのリース時間を秒単位で制御します。デフォルト値は3です。
tidb_top_sql_max_meta_count新しく追加されたTop SQLによって1分間に収集されるSQL文タイプの最大数を制御します。デフォルト値は5000です。
tidb_top_sql_max_time_series_count新しく追加された負荷に最も寄与するSQL文（つまり、上位N文）を1分あたりにTop SQLで記録できる回数を制御します。デフォルト値は100です。
tidb_txn_assertion_level新しく追加されたアサーションレベルを制御します。アサーションは、データとインデックス間の整合性チェックであり、トランザクションのコミットプロセスにおいて、書き込まれるキーが存在するかどうかを確認します。デフォルトでは、ほとんどのチェック項目が有効になっており、パフォーマンスへの影響はほとんどありません。v6.0.0より前のバージョンからアップグレードした既存のクラスターでは、このチェックはデフォルトで無効になっています。
-### コンフィグレーションファイルのパラメータ {#configuration-file-parameters} +### 設定ファイルのパラメータ {#configuration-file-parameters} -
コンフィグレーションファイルコンフィグレーションタイプを変更説明
TiDBstmt-summary.enable
stmt-summary.enable-internal-query
stmt-summary.history-size
stmt-summary.max-sql-length
stmt-summary.max-stmt-count
stmt-summary.refresh-interval		削除済みステートメントサマリーテーブルに関連するコンフィグレーション。これらの設定項目はすべて削除されました。ステートメントサマリーテーブルを制御するには、SQL変数を使用する必要があります。
TiDBnew_collations_enabled_on_first_bootstrap変更新しい照合順序のサポートを有効にするかどうかを制御します。バージョン6.0以降、デフォルト値はfalseからtrueに変更されました。この設定項目は、クラスターが初めて初期化されたときにのみ有効になります。最初のブートストラップ後は、この設定項目を使用して新しい照合順序順序フレームワークを有効化または無効化することはできません。
TiKVbackup.num-threads変更値の範囲は[1, CPU]に変更されます。
TiKVraftstore.apply-max-batch-size変更最大値は10240に変更されます。
TiKVraftstore.raft-max-size-per-msg変更最小値が0から0より大きい値に変更されます。
最大値は3GBに設定されています。
単位がMBからKB|MB|GBに変更されます。
TiKVraftstore.store-max-batch-size変更最大値は10240に設定されています。
TiKVreadpool.unified.max-thread-count変更調整可能な範囲は[min-thread-count, MAX(4, CPU)]に変更されます。
TiKVrocksdb.enable-pipelined-write変更デフォルト値がtrueからfalseに変更されました。この設定を有効にすると、従来のパイプライン書き込みが使用されます。この設定を無効にすると、新しいパイプラインコミットメカニズムが使用されます。
TiKVrocksdb.max-background-flushes変更CPU コア数が 10 の場合、デフォルト値は3です。
CPU コア数が 8 の場合、デフォルト値は2です。
TiKVrocksdb.max-background-jobs変更CPU コア数が 10 の場合、デフォルト値は9です。
CPU コア数が 8 の場合、デフォルト値は7です。
TiFlashprofiles.default.dt_enable_logical_split変更DeltaTreeストレージエンジンのセグメントが論理分割を使用するかどうかを決定します。デフォルト値はtrueからfalseに変更されます。
TiFlashprofiles.default.enable_elastic_threadpool変更エラスティックスレッドプールを有効にするかどうかを制御します。デフォルト値はfalseからtrueに変更されます。
TiFlashstorage.format_version変更TiFlashのデータ検証機能を制御します。デフォルト値は2から3に変更されます。
format_version 3に設定すると、ハードウェア障害による誤った読み取りを回避するために、すべてのTiFlashデータの読み取り操作に対して一貫性チェックが実行されます。
新しい形式のバージョンは、v5.4 より前のバージョンにそのままダウングレードすることはできないことに注意してください。
TiDBpessimistic-txn.pessimistic-auto-commit新しく追加された悲観的トランザクションモードがグローバルに有効になっている場合 ( tidb_txn_mode='pessimistic' )、自動コミット トランザクションが使用するトランザクションモードを決定します。
TiKVpessimistic-txn.in-memory新しく追加されたインメモリ悲観的ロックを有効にするかどうかを制御します。この機能を有効にすると、悲観的トランザクションは、悲観的ロックをディスクに書き込んだり他のレプリカに複製したりするのではなく、可能な限りTiKVメモリに悲観的ロックを保存します。これにより、悲観的トランザクションのパフォーマンスが向上しますが、悲観的ロックが失われる可能性がわずかながらあり、その結果、悲観的トランザクションがコミットに失敗する可能性があります。デフォルト値はtrueです。
TiKVquota新しく追加されたフロントエンドリクエストが占有するリソースを制限するQuota Limiter関連の設定項目を追加しました。Quota Limiterは実験的機能であり、デフォルトでは無効になっています。新しいクォータ関連の設定項目は、 foreground-cpu-time 、 foreground-write-bandwidth 、 foreground-read-bandwidth 、 max-delay-durationです。
TiFlashprofiles.default.dt_compression_method新しく追加されたTiFlashの圧縮アルゴリズムを指定します。オプションの値はLZ4 、 zstd 、 LZ4HCで、いずれも大文字と小文字は区別されません。デフォルト値はLZ4です。
TiFlashprofiles.default.dt_compression_level新しく追加されたTiFlashの圧縮レベルを指定します。デフォルト値は1です。
DM loaders.<name>.import-mode新しく追加されたフルインポートフェーズにおけるインポートモード。v6.0以降、DMはフルインポートフェーズでTiDB LightningのTiDBバックエンドモードを使用してデータをインポートします。以前のLoaderコンポーネントは使用されなくなりました。これは内部的な置き換えであり、日常業務への影響は見られません。
デフォルト値はsqlに設定されており、これはtidb-backendモードを使用することを意味します。稀に、tidb-backendは完全な互換性を持たない場合があります。このパラメータをloaderに設定することで、Loaderモードにフォールバックできます。
DM loaders.<name>.on-duplicate新しく追加されたフルインポートフェーズで競合を解決する方法を指定します。デフォルト値はreplaceで、これは新しいデータを使用して既存のデータを置き換えることを意味します。
TiCDC dial-timeout新しく追加された下流のKafkaとの接続を確立する際のタイムアウト。デフォルト値は10sです。
TiCDC read-timeout新しく追加された下流のKafkaから返されるレスポンスを取得する際のタイムアウト。デフォルト値は10sです。
TiCDC write-timeout新しく追加された下流のKafkaにリクエストを送信する際のタイムアウト。デフォルト値は10sです。
+
設定ファイルコンフィグレーションタイプを変更説明
TiDBstmt-summary.enable
stmt-summary.enable-internal-query
stmt-summary.history-size
stmt-summary.max-sql-length
stmt-summary.max-stmt-count
stmt-summary.refresh-interval		削除済みステートメントサマリーテーブルに関連するコンフィグレーション。これらの設定項目はすべて削除されました。ステートメントサマリーテーブルを制御するには、SQL変数を使用する必要があります。
TiDBnew_collations_enabled_on_first_bootstrap変更新しい照合順序のサポートを有効にするかどうかを制御します。バージョン6.0以降、デフォルト値はfalseからtrueに変更されました。この設定項目は、クラスターが初めて初期化されたときにのみ有効になります。最初のブートストラップ後は、この設定項目を使用して新しい照合順序順序フレームワークを有効化または無効化することはできません。
TiKVbackup.num-threads変更値の範囲は[1, CPU]に変更されます。
TiKVraftstore.apply-max-batch-size変更最大値は10240に変更されます。
TiKVraftstore.raft-max-size-per-msg変更最小値が0から0より大きい値に変更されます。
最大値は3GBに設定されています。
単位がMBからKB|MB|GBに変更されます。
TiKVraftstore.store-max-batch-size変更最大値は10240に設定されています。
TiKVreadpool.unified.max-thread-count変更調整可能な範囲は[min-thread-count, MAX(4, CPU)]に変更されます。
TiKVrocksdb.enable-pipelined-write変更デフォルト値がtrueからfalseに変更されました。この設定を有効にすると、従来のパイプライン書き込みが使用されます。この設定を無効にすると、新しいパイプラインコミットメカニズムが使用されます。
TiKVrocksdb.max-background-flushes変更CPU コア数が 10 の場合、デフォルト値は3です。
CPU コア数が 8 の場合、デフォルト値は2です。
TiKVrocksdb.max-background-jobs変更CPU コア数が 10 の場合、デフォルト値は9です。
CPU コア数が 8 の場合、デフォルト値は7です。
TiFlashprofiles.default.dt_enable_logical_split変更DeltaTreeストレージエンジンのセグメントが論理分割を使用するかどうかを決定します。デフォルト値はtrueからfalseに変更されます。
TiFlashprofiles.default.enable_elastic_threadpool変更エラスティックスレッドプールを有効にするかどうかを制御します。デフォルト値はfalseからtrueに変更されます。
TiFlashstorage.format_version変更TiFlashのデータ検証機能を制御します。デフォルト値は2から3に変更されます。
format_version 3に設定すると、ハードウェア障害による誤った読み取りを回避するために、すべてのTiFlashデータの読み取り操作に対して一貫性チェックが実行されます。
新しい形式のバージョンは、v5.4 より前のバージョンにそのままダウングレードすることはできないことに注意してください。
TiDBpessimistic-txn.pessimistic-auto-commit新しく追加された悲観的トランザクションモードがグローバルに有効になっている場合 ( tidb_txn_mode='pessimistic' )、自動コミット トランザクションが使用するトランザクションモードを決定します。
TiKVpessimistic-txn.in-memory新しく追加されたインメモリ悲観的ロックを有効にするかどうかを制御します。この機能を有効にすると、悲観的トランザクションは、悲観的ロックをディスクに書き込んだり他のレプリカに複製したりするのではなく、可能な限りTiKVメモリに悲観的ロックを保存します。これにより、悲観的トランザクションのパフォーマンスが向上しますが、悲観的ロックが失われる可能性がわずかながらあり、その結果、悲観的トランザクションがコミットに失敗する可能性があります。デフォルト値はtrueです。
TiKVquota新しく追加されたフロントエンドリクエストが占有するリソースを制限するQuota Limiter関連の設定項目を追加しました。Quota Limiterは実験的機能であり、デフォルトでは無効になっています。新しいクォータ関連の設定項目は、 foreground-cpu-time 、 foreground-write-bandwidth 、 foreground-read-bandwidth 、 max-delay-durationです。
TiFlashprofiles.default.dt_compression_method新しく追加されたTiFlashの圧縮アルゴリズムを指定します。オプションの値はLZ4 、 zstd 、 LZ4HCで、いずれも大文字と小文字は区別されません。デフォルト値はLZ4です。
TiFlashprofiles.default.dt_compression_level新しく追加されたTiFlashの圧縮レベルを指定します。デフォルト値は1です。
DM loaders.<name>.import-mode新しく追加されたフルインポートフェーズにおけるインポートモード。v6.0以降、DMはフルインポートフェーズでTiDB LightningのTiDBバックエンドモードを使用してデータをインポートします。以前のLoaderコンポーネントは使用されなくなりました。これは内部的な置き換えであり、日常業務への影響は見られません。
デフォルト値はsqlに設定されており、これはtidb-backendモードを使用することを意味します。稀に、tidb-backendは完全な互換性を持たない場合があります。このパラメータをloaderに設定することで、Loaderモードにフォールバックできます。
DM loaders.<name>.on-duplicate新しく追加されたフルインポートフェーズで競合を解決する方法を指定します。デフォルト値はreplaceで、これは新しいデータを使用して既存のデータを置き換えることを意味します。
TiCDC dial-timeout新しく追加された下流のKafkaとの接続を確立する際のタイムアウト。デフォルト値は10sです。
TiCDC read-timeout新しく追加された下流のKafkaから返されるレスポンスを取得する際のタイムアウト。デフォルト値は10sです。
TiCDC write-timeout新しく追加された下流のKafkaにリクエストを送信する際のタイムアウト。デフォルト値は10sです。
### その他 {#others} diff --git a/releases/release-6.1.0.md b/releases/release-6.1.0.md index e7c5bd7ba75ac..92ed260da95b3 100644 --- a/releases/release-6.1.0.md +++ b/releases/release-6.1.0.md @@ -147,7 +147,7 @@ TiDB バージョン: 6.1.0 以前のバージョンのTiDBでは、設定項目を変更した後、変更を有効にするにはクラスタを再起動する必要がありました。これにより、オンラインサービスが中断される可能性がありました。この問題に対処するため、TiDB v6.1.0では動的設定機能が導入され、クラスタを再起動せずにパラメータ変更を検証できるようになりました。具体的な最適化は以下の通りです。 - - TiDBの一部の設定項目をシステム変数に変換し、動的に変更・保存できるようにします。変換後は元の設定項目は非推奨となることに注意してください。変換後の設定項目の詳細なリストについては、 [コンフィグレーションファイルのパラメータ](#configuration-file-parameters)を参照してください。 + - TiDBの一部の設定項目をシステム変数に変換し、動的に変更・保存できるようにします。変換後は元の設定項目は非推奨となることに注意してください。変換後の設定項目の詳細なリストについては、 [設定ファイルのパラメータ](#configuration-file-parameters)を参照してください。 - Support configuring some TiKV parameters online. For a detailed list of the parameters, see [その他](#others). - TiFlash設定項目`max_threads`をシステム変数`tidb_max_tiflash_threads`に変換し、構成を動的に変更して永続化できるようにします。変換後も元の設定項目は保持されることに注意してください。 @@ -252,9 +252,9 @@ TiDB バージョン: 6.1.0 | [`tidb_prepared_plan_cache_size`](/system-variables.md#tidb_prepared_plan_cache_size-new-in-v610) | 新しく追加された | この設定は以前は`tidb.toml`オプション ( `prepared-plan-cache.capacity` ) でしたが、TiDB v6.1.0 以降ではシステム変数に変更されました。 | | [`tidb_stats_cache_mem_quota`](/system-variables.md#tidb_stats_cache_mem_quota-new-in-v610) | 新しく追加された | この変数は、TiDB 統計キャッシュのメモリクォータを設定します。 | -### コンフィグレーションファイルのパラメータ {#configuration-file-parameters} +### 設定ファイルのパラメータ {#configuration-file-parameters} -| コンフィグレーションファイル | コンフィグレーション | タイプを変更 | 説明 | +| 設定ファイル | コンフィグレーション | タイプを変更 | 説明 | | -------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | -------- | --------------------------------------------------------------------------------------------------------------------------------------------- | | TiDB | `committer-concurrency` | 削除済み | システム変数`tidb_committer_concurrency`に置き換えられました。この設定項目は無効になりました。値を変更する場合は、対応するシステム変数を変更する必要があります。 | | TiDB | `lower-case-table-names` | 削除済み | 現在、TiDBは`lower_case_table_name=2`のみをサポートしています。別の値が設定されている場合は、クラスターをv6.1.0にアップグレードした後にその値は失われます。 | @@ -286,10 +286,10 @@ TiDB バージョン: 6.1.0 | TiCDC | [`dispatchers.partition`](/ticdc/ticdc-sink-to-kafka.md#customize-the-rules-for-topic-and-partition-dispatchers-of-kafka-sink) | 新しく追加された | `dispatchers.partition`は`dispatchers.dispatcher`の別名です。TiCDC が増分データを Kafka パーティションに送信する方法を制御します。 | | TiCDC | [`schema-registry`](/ticdc/ticdc-sink-to-kafka.md#integrate-ticdc-with-kafka-connect-confluent-platform) | 新しく追加された | Avro スキーマを保存するスキーマレジストリ エンドポイントを指定します。 | | DM | `dmctl start-relay`コマンドの`worker` | 削除済み | このパラメータの使用は推奨されません。よりシンプルな実装を提供します。 | -| DM | `relay-dir` in the source configuration file | 削除済み | ワーカー構成ファイル内の同じ設定項目に置き換えられます。 | +| DM | `relay-dir` in the source configuration file | 削除済み | ワーカー設定ファイル内の同じ設定項目に置き換えられます。 | | DM | タスク設定ファイル内の`is-sharding` | 削除済み | `shard-mode`設定項目に置き換えられました。 | | DM | タスク設定ファイル内の`auto-fix-gtid` | 削除済み | v5.x では非推奨となり、v6.1.0 では正式に削除されました。 | -| DM | ソース構成ファイルの`meta-dir`と`charset` | 削除済み | Deprecated in v5.x and officially deleted in v6.1.0. | +| DM | ソース設定ファイルの`meta-dir`と`charset` | 削除済み | Deprecated in v5.x and officially deleted in v6.1.0. | ### その他 {#others} @@ -312,7 +312,7 @@ TiDB バージョン: 6.1.0 - `server.max-grpc-send-msg-len` - `server.raft-msg-max-batch-size` -- v6.1.0では、一部の構成ファイルパラメータがシステム変数に変換されます。以前のバージョンからv6.1.0クラスターにアップグレード（オンラインおよびオフラインアップグレードを含む）する場合は、以下の点にご注意ください。 +- v6.1.0では、一部の設定ファイルパラメータがシステム変数に変換されます。以前のバージョンからv6.1.0クラスターにアップグレード（オンラインおよびオフラインアップグレードを含む）する場合は、以下の点にご注意ください。 - アップグレード前に設定ファイルに指定された設定項目が既に存在する場合、TiDBはアップグレードプロセス中に、設定された項目の値を対応するシステム変数の値に自動的に更新します。これにより、パラメータの最適化により、アップグレード後もシステムの動作は変わりません。 - 上記の自動更新はアップグレード中に1回のみ実行されます。アップグレード後は、廃止された設定項目は無効になります。 diff --git a/releases/release-6.1.4.md b/releases/release-6.1.4.md index 893b984623fe3..7ff5c0cf106be 100644 --- a/releases/release-6.1.4.md +++ b/releases/release-6.1.4.md @@ -78,7 +78,7 @@ TiDB バージョン: 6.1.4 - TiCDC - TiCDC が過度に多数のテーブルを複製するとチェックポイントが進めなくなる問題を修正しました [#8004](https://github.com/pingcap/tiflow/issues/8004) @[asddongmen](https://github.com/asddongmen) - - `transaction-atomicity`と`protocol`構成ファイル経由で更新できない問題を修正 [#7935](https://github.com/pingcap/tiflow/issues/7935) @[CharlesCheung96](https://github.com/CharlesCheung96) + - `transaction-atomicity`と`protocol`設定ファイル経由で更新できない問題を修正 [#7935](https://github.com/pingcap/tiflow/issues/7935) @[CharlesCheung96](https://github.com/CharlesCheung96) - TiFlashのバージョンがTiCDCのバージョンより新しい場合にTiCDCが誤ってエラーを報告する問題を修正しました [#7744](https://github.com/pingcap/tiflow/issues/7744) @[overvenus](https://github.com/overvenus) - TiCDCが大規模なトランザクションを複製するときにOOMが発生する問題を修正 [#7913](https://github.com/pingcap/tiflow/issues/7913) @[overvenus](https://github.com/overvenus) - TiCDCが大きなトランザクションを分割せずにデータを複製するとコンテキスト期限が超過するバグを修正 [#7982](https://github.com/pingcap/tiflow/issues/7982) @[Rustin170506](https://github.com/Rustin170506) diff --git a/releases/release-6.2.0.md b/releases/release-6.2.0.md index be49c96a76588..ccfb4c53180d4 100644 --- a/releases/release-6.2.0.md +++ b/releases/release-6.2.0.md @@ -264,9 +264,9 @@ TiDBバージョン: 6.2.0-DMR | tidb_enable_change_multi_schema | 削除済み | この変数は、v6.2.0 以降では、デフォルトで 1つの`ALTER TABLE`文で複数の列またはインデックスを変更できるため、削除されます。 | | [tidb_enable_outer_join_reorder](/system-variables.md#tidb_enable_outer_join_reorder-new-in-v610) | 変更 | この変数は、TiDB の結合したテーブルの再配置アルゴリズムが Outer Join をサポートするかどうかを制御します。v6.1.0 では、デフォルト値は`ON`であり、これは Join Reorder の Outer Join のサポートがデフォルトで有効になっていることを意味します。v6.2.0 以降では、デフォルト値は`OFF`であり、これはサポートがデフォルトで無効になっていることを意味します。 | -### コンフィグレーションファイルパラメータ {#configuration-file-parameters} +### 設定ファイルパラメータ {#configuration-file-parameters} -| コンフィグレーションファイル | コンフィグレーション | 変更の種類 | 説明 | +| 設定ファイル | コンフィグレーション | 変更の種類 | 説明 | | -------------- | ------------------------------------------------------------------------------------------------------------------------- | -------- | --------------------------------------------------------------------------------------------------- | | TiDB | フィードバック確率 | 削除済み | この設定はもはや有効ではなく、推奨されません。 | | TiDB | クエリフィードバック制限 | 削除済み | この設定はもはや有効ではなく、推奨されません。 | diff --git a/releases/release-6.3.0.md b/releases/release-6.3.0.md index 2dee3801c6856..e15704ca1a9a2 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 Dashboardでデッドロック履歴情報をサポートします。さらに、TiDB v6.3.0では、新しいシステム変数と構成ファイルパラメータが導入され、さまざまなバグと問題が修正されています。このリリースには、TiKV、PD、 TiFlash、Backup & Restore (BR)、TiCDC、TiDB Binlog、TiDB Data Migration (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、Backup & Restore (BR)、TiCDC、TiDB Binlog、TiDB Data Migration (DM)、およびTiDB Lightningの改善も含まれています。 --- # TiDB 6.3.0 リリースノート {#tidb-6-3-0-release-notes} @@ -189,7 +189,7 @@ TiDBバージョン: 6.3.0-DMR - DM に新しい設定項目`safe-mode-duration`が追加されました [#6224](https://github.com/pingcap/tiflow/issues/6224) @[okJiang](https://github.com/okJiang) - この設定項目は、[タスク構成ファイル](/dm/task-configuration-file-full.md)ファイルに追加されます。DM が異常終了した後の自動セーフモードの継続時間を調整できます。デフォルト値は 60秒です。 `safe-mode-duration` `"0s"`に設定すると、DM が異常再起動後にセーフモードに入ろうとしたときにエラーが報告されます。 + この設定項目は、[タスク設定ファイル](/dm/task-configuration-file-full.md)ファイルに追加されます。DM が異常終了した後の自動セーフモードの継続時間を調整できます。デフォルト値は 60秒です。 `safe-mode-duration` `"0s"`に設定すると、DM が異常再起動後にセーフモードに入ろうとしたときにエラーが報告されます。 ### TiDBデータ共有サブスクリプション {#tidb-data-share-subscription} @@ -237,9 +237,9 @@ TiDBバージョン: 6.3.0-DMR | [`tidb_rc_write_check_ts`](/system-variables.md#tidb_rc_write_check_ts-new-in-v630) | 新しく追加された | タイムスタンプの取得を最適化するために使用され、悲観的トランザクションのRC分離レベルにおいてポイント書き込み競合が少ないシナリオに適しています。この変数を有効にすると、ポイント書き込みステートメントの実行中にグローバルタイムスタンプを取得する際に発生するレイテンシーとオーバーヘッドを回避できます。 | | [`tiflash_fastscan`](/system-variables.md#tiflash_fastscan-new-in-v630) | 新しく追加された | FastScanを有効にするかどうかを制御します。FastScan[ファストスキャン](/tiflash/use-fastscan.md)が有効になっている場合（ `ON`に設定）、 TiFlashはより効率的なクエリパフォーマンスを提供しますが、クエリ結果の正確性やデータの一貫性は保証されません。 | -### コンフィグレーションファイルパラメータ {#configuration-file-parameters} +### 設定ファイルパラメータ {#configuration-file-parameters} -| コンフィグレーションファイル | コンフィグレーション | 変更の種類 | 説明 | +| 設定ファイル | コンフィグレーション | 変更の種類 | 説明 | | -------------- | ----------------------------------------------------------------------------------------------------- | -------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | TiDB | [`temp-dir`](/tidb-configuration-file.md#temp-dir-new-in-v630) | 新しく追加された | TiDB が一時データを格納するために使用するファイルシステム上の場所を指定します。機能が TiDB ノードでローカルストレージを必要とする場合、TiDB は対応する一時データをこの場所に格納します。デフォルト値は`/tmp/tidb`です。 | | TiKV | [`auto-adjust-pool-size`](/tikv-configuration-file.md#auto-adjust-pool-size-new-in-v630) | 新しく追加された | スレッドプールのサイズを自動的に調整するかどうかを制御します。有効にすると、現在のCPU使用率に基づいてUnifyReadPoolスレッドプールのサイズを自動的に調整することで、TiKVの読み取りパフォーマンスが最適化されます。 | diff --git a/releases/release-6.4.0.md b/releases/release-6.4.0.md index 269b85ab161cf..685228fa29922 100644 --- a/releases/release-6.4.0.md +++ b/releases/release-6.4.0.md @@ -61,7 +61,7 @@ TiDBバージョン: 6.4.0-DMR - TiFlashは保存時の暗号化にSM4アルゴリズムをサポートしています [#5953](https://github.com/pingcap/tiflash/issues/5953) @[lidezhu](https://github.com/lidezhu) - TiFlashの保存時暗号化にSM4アルゴリズムを追加します。保存時暗号化を設定する際に、 `data-encryption-method`構成ファイル内の`sm4-ctr` 構成の値を`tiflash-learner.toml`暗号化機能を有効にできます。 + TiFlashの保存時暗号化にSM4アルゴリズムを追加します。保存時暗号化を設定する際に、 `data-encryption-method`設定ファイル内の`sm4-ctr` 構成の値を`tiflash-learner.toml`暗号化機能を有効にできます。 詳細については、[ユーザー向けドキュメント](/encryption-at-rest.md#tiflash)を参照してください。 @@ -254,7 +254,7 @@ TiDBバージョン: 6.4.0-DMR バージョン6.4.0以降では、binlogの位置やGTIDを指定せずに、増分移行を直接実行できます。DMは、タスク開始後にアップストリームから生成されたbinlogファイルを自動的に取得し、これらの増分データをダウンストリームに移行します。これにより、ユーザーは面倒な理解や複雑な設定から解放されます。 - 詳細については、 [DM 高度タスクコンフィグレーションファイル](/dm/task-configuration-file-full.md)を参照してください。 + 詳細については、 [DM 高度タスク設定ファイル](/dm/task-configuration-file-full.md)を参照してください。 - DMが移行タスクのステータスインジケーターを追加 [#7343](https://github.com/pingcap/tiflow/issues/7343) @[okJiang](https://github.com/okJiang) @@ -304,9 +304,9 @@ TiDBバージョン: 6.4.0-DMR | [`tidb_server_memory_limit_gc_trigger`](/system-variables.md#tidb_server_memory_limit_gc_trigger-new-in-v640) | 新しく追加された | TiDB が GC をトリガーしようとするしきい値を制御します (実験的)。デフォルト値は`70%`です。 | | [`tidb_server_memory_limit_sess_min_size`](/system-variables.md#tidb_server_memory_limit_sess_min_size-new-in-v640) | 新しく追加された | メモリ制限を有効にすると、TiDB は現在のインスタンスで最もメモリ使用量の多い SQL文を終了します。この変数は、終了する SQL文の最小メモリ使用量を指定します。デフォルト値は`134217728` (128 MiB) です。 | -### コンフィグレーションファイルパラメータ {#configuration-file-parameters} +### 設定ファイルパラメータ {#configuration-file-parameters} -| コンフィグレーションファイル | コンフィグレーションパラメータ | 変更の種類 | 説明 | +| 設定ファイル | 設定パラメータ | 変更の種類 | 説明 | | -------------- | ------------------------------------------------------------------------------------------------------------------------------------------------- | -------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | TiDB | `tidb_memory_usage_alarm_ratio` | 削除済み | この設定項目は無効になりました。 | | TiDB | `memory-usage-alarm-ratio` | 削除済み | システム変数[`tidb_memory_usage_alarm_ratio`](/system-variables.md#tidb_memory_usage_alarm_ratio)に置き換えられました。この設定項目が TiDB バージョン v6.4.0 より前のバージョンで設定されていた場合、アップグレード後には有効になりません。 | diff --git a/releases/release-6.5.0.md b/releases/release-6.5.0.md index 47d69aabc8077..ea18c454efee8 100644 --- a/releases/release-6.5.0.md +++ b/releases/release-6.5.0.md @@ -346,9 +346,9 @@ TiDB [6.4.0-DMR](/releases/release-6.4.0.md)と比較して、TiDB 6.5.0 では | [`validate_password.policy`](/system-variables.md#validate_passwordpolicy-new-in-v650) | 新しく追加された | この変数は、パスワードの複雑さチェックのポリシーを制御します。値は`0` 、 `1` 、または`2` （それぞれLOW、MEDIUM、STRONGに対応）です。この変数は、 [`validate_password.enable`](/system-variables.md#password_reuse_interval-new-in-v650)が有効な場合にのみ有効になります。デフォルト値は`1`です。 | | [`validate_password.special_char_count`](/system-variables.md#validate_passwordspecial_char_count-new-in-v650) | 新しく追加された | パスワード複雑度チェックにおけるチェック項目。パスワードに十分な特殊文字が含まれているかどうかをチェックします。この変数は、 [`validate_password.enable`](/system-variables.md#password_reuse_interval-new-in-v650)が有効で、 [`validate_password.policy`](/system-variables.md#validate_passwordpolicy-new-in-v650) `1` （中）以上に設定されている場合にのみ有効になります。デフォルト値は`1`です。 | -### コンフィグレーションファイルのパラメータ {#configuration-file-parameters} +### 設定ファイルのパラメータ {#configuration-file-parameters} -| コンフィグレーションファイル | コンフィグレーションパラメータ | タイプを変更 | 説明 | +| 設定ファイル | 設定パラメータ | タイプを変更 | 説明 | | -------------- | ---------------------------------------------------------------------------------------------------------- | -------- | -------------------------------------------------------------------------------------------------------------------------------------------------------- | | TiDB | [`server-memory-quota`](/tidb-configuration-file.md#server-memory-quota-new-in-v409) | 非推奨 | バージョン6.5.0以降、この設定項目は非推奨となりました。代わりに、システム変数[`tidb_server_memory_limit`](/system-variables.md#tidb_server_memory_limit-new-in-v640)を使用してメモリをグローバルに管理してください。 | | TiDB | [`disconnect-on-expired-password`](/tidb-configuration-file.md#disconnect-on-expired-password-new-in-v650) | 新しく追加された | パスワードの有効期限が切れたときに、TiDBがクライアント接続を切断するかどうかを決定します。デフォルト値は`true`で、パスワードの有効期限が切れるとクライアント接続が切断されます。 | diff --git a/releases/release-6.5.1.md b/releases/release-6.5.1.md index 1af7e180fc35e..89877e1db629f 100644 --- a/releases/release-6.5.1.md +++ b/releases/release-6.5.1.md @@ -169,7 +169,7 @@ TiDB バージョン: 6.5.1 - TiKV または TiCDC ノードスケールインまたはスケールアウトなどの特別なシナリオで、changefeed がスタックする可能性がある問題を修正しました。 [#8174](https://github.com/pingcap/tiflow/issues/8174) @[hicqu](https://github.com/hicqu) - REDOログのストレージパスで事前チェックが実行されない問題を修正 [#6335](https://github.com/pingcap/tiflow/issues/6335) @[CharlesCheung96](https://github.com/CharlesCheung96) - S3ストレージ障害に対して、REDO ログが許容できる期間が不十分である問題を修正しました [#8089](https://github.com/pingcap/tiflow/issues/8089) @[CharlesCheung96](https://github.com/CharlesCheung96) - - `transaction-atomicity`と`protocol`構成ファイル経由で更新できない問題を修正 [#7935](https://github.com/pingcap/tiflow/issues/7935) @[CharlesCheung96](https://github.com/CharlesCheung96) + - `transaction-atomicity`と`protocol`設定ファイル経由で更新できない問題を修正 [#7935](https://github.com/pingcap/tiflow/issues/7935) @[CharlesCheung96](https://github.com/CharlesCheung96) - TiCDC が過度に多数のテーブルを複製するとチェックポイントが進めなくなる問題を修正しました [#8004](https://github.com/pingcap/tiflow/issues/8004) @[overvenus](https://github.com/overvenus) - レプリケーション遅延が過度に高い場合に、REDOログを適用するとOOMが発生する可能性がある問題を修正[#8085](https://github.com/pingcap/tiflow/issues/8085) @[CharlesCheung96](https://github.com/CharlesCheung96) - REDOログがメタへの書き込みを有効にするとパフォーマンスが低下する問題を修正しました [#8074](https://github.com/pingcap/tiflow/issues/8074) @[CharlesCheung96](https://github.com/CharlesCheung96) diff --git a/releases/release-6.5.6.md b/releases/release-6.5.6.md index 3d246197e8e08..31b1227f67ccd 100644 --- a/releases/release-6.5.6.md +++ b/releases/release-6.5.6.md @@ -15,7 +15,7 @@ TiDB バージョン: 6.5.6 - セキュリティ強化モード（SEM）で[`require_secure_transport`](https://docs.pingcap.com/tidb/v6.5/system-variables#require_secure_transport-new-in-v610)を`ON`に設定することを禁止し、ユーザーの潜在的な接続問題を防ぎます。 [#47665](https://github.com/pingcap/tidb/issues/47665) @[tiancaiamao](https://github.com/tiancaiamao) - オプティマイザがテーブルに対してハッシュ結合を選択するかどうかを制御する[`tidb_opt_enable_hash_join`](https://docs.pingcap.com/tidb/v6.5/system-variables#tidb_opt_enable_hash_join-new-in-v656)システム変数を導入します。 [#46695](https://github.com/pingcap/tidb/issues/46695) @[coderplay](https://github.com/coderplay) -- さらなるテストの結果、 TiCDC Changefeed設定項目[`case-sensitive`](/ticdc/ticdc-changefeed-config.md)のデフォルト値が`true`から`false`に変更されました。これは、デフォルトでは TiCDC 構成ファイル内のテーブル名とデータベース名が大文字と小文字を区別しないことを意味します[#10047](https://github.com/pingcap/tiflow/issues/10047) @[sdojjy](https://github.com/sdojjy) +- さらなるテストの結果、 TiCDC Changefeed設定項目[`case-sensitive`](/ticdc/ticdc-changefeed-config.md)のデフォルト値が`true`から`false`に変更されました。これは、デフォルトでは TiCDC 設定ファイル内のテーブル名とデータベース名が大文字と小文字を区別しないことを意味します[#10047](https://github.com/pingcap/tiflow/issues/10047) @[sdojjy](https://github.com/sdojjy) - TiCDC Changefeed、次の新しい設定項目が導入されています。 - [`sql-mode`](/ticdc/ticdc-changefeed-config.md) : TiCDC がデータを複製するときに DDL文を解析するために使用する[SQLモード](https://docs.pingcap.com/tidb/v6.5/ticdc-ddl#sql-mode)を設定できます[#9876](https://github.com/pingcap/tiflow/issues/9876) @[asddongmen](https://github.com/asddongmen) - [`encoding-worker-num`](/ticdc/ticdc-changefeed-config.md)と[`flush-worker-num`](/ticdc/ticdc-changefeed-config.md) : 異なるマシンの仕様に基づいて、再実行モジュールに異なる同時実行パラメータを設定できます[#10048](https://github.com/pingcap/tiflow/issues/10048) @[CharlesCheung96](https://github.com/CharlesCheung96) diff --git a/releases/release-6.6.0.md b/releases/release-6.6.0.md index cae6585b10595..020e9bcbcbc46 100644 --- a/releases/release-6.6.0.md +++ b/releases/release-6.6.0.md @@ -331,9 +331,9 @@ TiDB バージョン: 6.6.0- [DMR](/releases/versioning.md#development-milestone | [`tidb_stmt_summary_file_max_days`](/system-variables.md#tidb_stmt_summary_file_max_days-new-in-v660) | 新しく追加された | この変数は読み取り専用です。 [ステートメントサマリーの永続化](/statement-summary-tables.md#persist-statements-summary)が有効な場合に、永続的なデータファイルを保持する最大日数を指定します。この変数の値は、設定項目[`tidb_stmt_summary_file_max_days`](/tidb-configuration-file.md#tidb_stmt_summary_file_max_days-new-in-v660)の値と同じです。 | | [`tidb_stmt_summary_file_max_size`](/system-variables.md#tidb_stmt_summary_file_max_size-new-in-v660) | 新しく追加された | この変数は読み取り専用です。 [ステートメントサマリーの永続化](/statement-summary-tables.md#persist-statements-summary)が有効な場合の永続データファイルの最大サイズを指定します。この変数の値は、設定項目[`tidb_stmt_summary_file_max_size`](/tidb-configuration-file.md#tidb_stmt_summary_file_max_size-new-in-v660)の値と同じです。 | -### コンフィグレーションファイルパラメータ {#configuration-file-parameters} +### 設定ファイルパラメータ {#configuration-file-parameters} -| コンフィグレーションファイル | コンフィグレーションパラメータ | 変更の種類 | 説明 | +| 設定ファイル | 設定パラメータ | 変更の種類 | 説明 | | -------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | TiKV | `rocksdb.enable-statistics` | 削除済み | この設定項目は、RocksDB の統計情報を有効にするかどうかを指定します。v6.6.0 以降、この項目は削除されました。RocksDB の統計情報は、診断を支援するために、デフォルトですべてのクラスタで有効になっています。詳細については、 [#13942](https://github.com/tikv/tikv/pull/13942)を参照してください。 | | TiKV | `raftdb.enable-statistics` | 削除済み | この設定項目は、 Raft RocksDB の統計情報を有効にするかどうかを指定します。v6.6.0 以降、この項目は削除されました。Raft RocksDBの統計情報は、診断を支援するために、デフォルトですべてのクラスターで有効になっています。詳細については、 [#13942](https://github.com/tikv/tikv/pull/13942)を参照してください。 | diff --git a/releases/release-7.0.0.md b/releases/release-7.0.0.md index e5e70c2da63d5..94ce0ed319390 100644 --- a/releases/release-7.0.0.md +++ b/releases/release-7.0.0.md @@ -297,9 +297,9 @@ TiDB バージョン: 7.0.0- [DMR](/releases/versioning.md#development-milestone | [`tidb_slow_txn_log_threshold`](/system-variables.md#tidb_slow_txn_log_threshold-new-in-v700) | 新しく追加された | トランザクションのログ記録のしきい値を設定します。トランザクションの実行時間がこのしきい値を超えると、TiDB はトランザクションに関する詳細情報をログに記録します。デフォルト値`0`は、この機能が無効になっていることを意味します。 | | [`tidb_ttl_running_tasks`](/system-variables.md#tidb_ttl_running_tasks-new-in-v700) | 新しく追加された | この変数は、クラスタ全体におけるTTLタスクの同時実行数を制限するために使用されます。デフォルト値`-1`は、TTLタスクの数がTiKVノードの数と同じであることを意味します。 | -### コンフィグレーションファイルパラメータ {#configuration-file-parameters} +### 設定ファイルパラメータ {#configuration-file-parameters} -| コンフィグレーションファイル | コンフィグレーションパラメータ | 変更の種類 | 説明 | +| 設定ファイル | 設定パラメータ | 変更の種類 | 説明 | | -------------- | ---------------------------------------------------------------------------------------------------- | -------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | TiKV | `server.snap-max-write-bytes-per-sec` | 削除済み | このパラメータは[`server.snap-io-max-bytes-per-sec`](/tikv-configuration-file.md#snap-io-max-bytes-per-sec)に名前が変更されました。 | | TiKV | [`raft-engine.enable-log-recycle`](/tikv-configuration-file.md#enable-log-recycle-new-in-v630) | 変更 | デフォルト値が`false`から`true`に変更されます。 | diff --git a/releases/release-7.1.0.md b/releases/release-7.1.0.md index b6554eb5b3322..92b249afc4729 100644 --- a/releases/release-7.1.0.md +++ b/releases/release-7.1.0.md @@ -278,9 +278,9 @@ TiDB 7.1.0 は長期サポートリリース (LTS) です。 | [`tidb_prefer_broadcast_join_by_exchange_data_size`](/system-variables.md#tidb_prefer_broadcast_join_by_exchange_data_size-new-in-v710) | 新しく追加された | ネットワーク転送のオーバーヘッドが最小となるアルゴリズムを使用するかどうかを制御します。この変数を有効にすると、TiDBはネットワークで交換されるデータのサイズをそれぞれ`Broadcast Hash Join`と`Shuffled Hash Join`で推定し、サイズが小さい方を選択します。この変数を有効にすると、 [`tidb_broadcast_join_threshold_count`](/system-variables.md#tidb_broadcast_join_threshold_count-new-in-v50)と[`tidb_broadcast_join_threshold_size`](/system-variables.md#tidb_broadcast_join_threshold_size-new-in-v50)が無効になります。 | | [`tidb_session_plan_cache_size`](/system-variables.md#tidb_session_plan_cache_size-new-in-v710) | 新しく追加された | キャッシュできるプランの最大数を制御します。プリペアドプランキャッシュと非プリペアドプランキャッシュは同じキャッシュを共有します。 | -### コンフィグレーションファイルのパラメータ {#configuration-file-parameters} +### 設定ファイルのパラメータ {#configuration-file-parameters} -| コンフィグレーションファイル | コンフィグレーションパラメータ | タイプを変更 | 説明 | +| 設定ファイル | 設定パラメータ | タイプを変更 | 説明 | | -------------- | ------------------------------------------------------------------------------------------------------------------------------ | -------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | TiDB | [`performance.force-init-stats`](/tidb-configuration-file.md#force-init-stats-new-in-v657-and-v710) | 新しく追加された | TiDB の起動中にサービスを提供する前に、統計の初期化が完了するまで待機するかどうかを制御します。 | | TiDB | [`performance.lite-init-stats`](/tidb-configuration-file.md#lite-init-stats-new-in-v710) | 新しく追加された | TiDB の起動時に軽量統計初期化を使用するかどうかを制御します。 | diff --git a/releases/release-7.1.3.md b/releases/release-7.1.3.md index 695cf57ab4ffb..e4c7cc916b156 100644 --- a/releases/release-7.1.3.md +++ b/releases/release-7.1.3.md @@ -13,7 +13,7 @@ TiDB バージョン: 7.1.3 ## 互換性の変更 {#compatibility-changes} -- さらなるテストの結果、 TiCDC Changefeed設定項目[`case-sensitive`](/ticdc/ticdc-changefeed-config.md)のデフォルト値が`true`から`false`に変更されました。これは、デフォルトでは TiCDC 構成ファイル内のテーブル名とデータベース名が大文字と小文字を区別しないことを意味します[#10047](https://github.com/pingcap/tiflow/issues/10047) @[sdojjy](https://github.com/sdojjy) +- さらなるテストの結果、 TiCDC Changefeed設定項目[`case-sensitive`](/ticdc/ticdc-changefeed-config.md)のデフォルト値が`true`から`false`に変更されました。これは、デフォルトでは TiCDC 設定ファイル内のテーブル名とデータベース名が大文字と小文字を区別しないことを意味します[#10047](https://github.com/pingcap/tiflow/issues/10047) @[sdojjy](https://github.com/sdojjy) - TiCDC Changefeed、次の新しい設定項目が導入されています。 - [`sql-mode`](/ticdc/ticdc-changefeed-config.md) : TiCDC がデータを複製するときに DDL文を解析するために使用する[SQLモード](https://docs.pingcap.com/tidb/v7.1/ticdc-ddl#sql-mode)を設定できます[#9876](https://github.com/pingcap/tiflow/issues/9876) @[asddongmen](https://github.com/asddongmen) - [`encoding-worker-num`](/ticdc/ticdc-changefeed-config.md)と[`flush-worker-num`](/ticdc/ticdc-changefeed-config.md) : 異なるマシンの仕様に基づいて、再実行モジュールに異なる同時実行パラメータを設定できます[#10048](https://github.com/pingcap/tiflow/issues/10048) @[CharlesCheung96](https://github.com/CharlesCheung96) diff --git a/releases/release-7.2.0.md b/releases/release-7.2.0.md index d7b78f8a1f6fc..796ee812267db 100644 --- a/releases/release-7.2.0.md +++ b/releases/release-7.2.0.md @@ -158,9 +158,9 @@ TiDB バージョン: 7.2.0 | [`tidb_enable_tiflash_pipeline_model`](https://docs-archive.pingcap.com/tidb/v7.2/system-variables#tidb_enable_tiflash_pipeline_model-new-in-v720) | 新しく追加された | TiFlashの新しい実行モデルで[パイプラインモデル](/tiflash/tiflash-pipeline-model.md)モデルを有効にするかどうかを制御します。デフォルト値は`OFF`で、パイプライン モデルが無効であることを意味します。 | | [`tidb_expensive_txn_time_threshold`](/system-variables.md#tidb_expensive_txn_time_threshold-new-in-v720) | 新しく追加された | 高額トランザクションをログに記録するしきい値を制御します。デフォルト値は600秒です。トランザクションの所要時間がこのしきい値を超え、かつコミットもロールバックもされない場合、そのトランザクションは高額トランザクションとみなされ、ログに記録されます。 | -### コンフィグレーションファイルパラメータ {#configuration-file-parameters} +### 設定ファイルパラメータ {#configuration-file-parameters} -| コンフィグレーションファイル | コンフィグレーションパラメータ | 変更の種類 | 説明 | +| 設定ファイル | 設定パラメータ | 変更の種類 | 説明 | | -------------- | ----------------------------------------------------------------------------------------------------------------------------------------------- | -------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | TiDB | [`lite-init-stats`](/tidb-configuration-file.md#lite-init-stats-new-in-v710) | 変更 | さらなるテストの結果、デフォルト値が`false`から`true`に変更されました。これは、TiDB の起動時にデフォルトで軽量統計初期化を使用して初期化効率を向上させることを意味します。 | | TiDB | [`force-init-stats`](/tidb-configuration-file.md#force-init-stats-new-in-v657-and-v710) | 変更 | [`lite-init-stats`](/tidb-configuration-file.md#lite-init-stats-new-in-v710)に合わせて、デフォルト値を`false`から`true`に変更します。これにより、TiDB の起動時に、TiDB は統計情報の初期化が完了するまでサービスの提供を待ちます。 | diff --git a/releases/release-7.3.0.md b/releases/release-7.3.0.md index 57c05ed348957..4adbece105d9e 100644 --- a/releases/release-7.3.0.md +++ b/releases/release-7.3.0.md @@ -149,9 +149,9 @@ TiDB バージョン: 7.3.0 | [`tidb_skip_missing_partition_stats`](/system-variables.md#tidb_skip_missing_partition_stats-new-in-v730) | 新しく追加された | この変数は、パーティション統計情報が欠落している場合にグローバル統計情報を生成するかどうかを制御します。 | | [`tiflash_replica_read`](/system-variables.md#tiflash_replica_read-new-in-v730) | 新しく追加された | クエリがTiFlashエンジンを必要とする場合に、 TiFlashレプリカを選択する戦略を制御します。 | -### コンフィグレーションファイルパラメータ {#configuration-file-parameters} +### 設定ファイルパラメータ {#configuration-file-parameters} -| コンフィグレーションファイル | コンフィグレーションパラメータ | 変更の種類 | 説明 | +| 設定ファイル | 設定パラメータ | 変更の種類 | 説明 | | -------------- | ----------------------------------------------------------------------------------------------------------------------------------------------- | -------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | 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) | 新しく追加された | メモリにキャッシュされる、最近使用された低速クエリの数を制御します。 | diff --git a/releases/release-7.4.0.md b/releases/release-7.4.0.md index f14b593b28805..405e31c97d990 100644 --- a/releases/release-7.4.0.md +++ b/releases/release-7.4.0.md @@ -267,9 +267,9 @@ TiDB バージョン: 7.4.0 | [`tiflash_query_spill_ratio`](/system-variables.md#tiflash_query_spill_ratio-new-in-v740) | 新しく追加された | TiFlash [クエリレベルのスピル](/tiflash/tiflash-spill-disk.md#query-level-spilling)のしきい値を制御します。デフォルト値は`0.7`です。 | | [`tikv_client_read_timeout`](/system-variables.md#tikv_client_read_timeout-new-in-v740) | 新しく追加された | TiDBがクエリ内でTiKV RPC読み取りリクエストを送信する際のタイムアウトを制御します。デフォルト値`0` 、デフォルトのタイムアウト（通常は40秒）が使用されることを示します。 | -### コンフィグレーションファイルのパラメータ {#configuration-file-parameters} +### 設定ファイルのパラメータ {#configuration-file-parameters} -| コンフィグレーションファイル | コンフィグレーションパラメータ | タイプを変更 | 説明 | +| 設定ファイル | 設定パラメータ | タイプを変更 | 説明 | | -------------- | --------------------------------------------------------------------------------------------------------------------------------------- | -------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | TiDB | [`enable-stats-cache-mem-quota`](/tidb-configuration-file.md#enable-stats-cache-mem-quota-new-in-v610) | 変更 | デフォルト値は`false`から`true`に変更され、TiDB 統計のキャッシュのメモリ制限がデフォルトで有効になることを意味します。 | | TiKV | [`rocksdb.[defaultcf|writecf|lockcf].periodic-compaction-seconds`](/tikv-configuration-file.md#periodic-compaction-seconds-new-in-v720) | 変更 | RocksDBの定期的なコンパクションをデフォルトで無効化するため、デフォルト値を`"30d"`から`"0s"`に変更しました。この変更により、TiDBのアップグレード後に大量のコンパクションがトリガーされ、フロントエンドの読み取りおよび書き込みパフォーマンスに影響が出るのを回避できます。 | diff --git a/releases/release-7.5.0.md b/releases/release-7.5.0.md index 2d083fc9d862e..348c7c3791eb1 100644 --- a/releases/release-7.5.0.md +++ b/releases/release-7.5.0.md @@ -117,9 +117,9 @@ TiDB 7.5.0は長期サポートリリース（LTS）です。 | [`tidb_gogc_tuner_max_value`](/system-variables.md#tidb_gogc_tuner_max_value-new-in-v750) | 新しく追加された | GOGCチューナーが調整できるGOGCの最大値を制御します。 | | [`tidb_gogc_tuner_min_value`](/system-variables.md#tidb_gogc_tuner_min_value-new-in-v750) | 新しく追加された | GOGCチューナーが調整できるGOGCの最小値を制御します。 | -### コンフィグレーションファイルパラメータ {#configuration-file-parameters} +### 設定ファイルパラメータ {#configuration-file-parameters} -| コンフィグレーションファイル | コンフィグレーションパラメータ | 変更の種類 | 説明 | +| 設定ファイル | 設定パラメータ | 変更の種類 | 説明 | | -------------- | ---------------------------------------------------------------------------------------------------------------------------------- | -------- | --------------------------------------------------------------------------------------------------------------------------------------- | | TiDB | [`tikv-client.copr-req-timeout`](/tidb-configuration-file.md#copr-req-timeout-new-in-v750) | 新しく追加された | 単一のコプロセッサーリクエストのタイムアウトを設定します。 | | TiKV | [`raftstore.inspect-interval`](/tikv-configuration-file.md#inspect-interval) | 変更 | 低速ノード検出の感度を向上させるためにアルゴリズムを最適化した後、デフォルト値を`500ms`から`100ms`に変更します。 | @@ -129,7 +129,7 @@ TiDB 7.5.0は長期サポートリリース（LTS）です。 | TiKV | [`memory.enable-heap-profiling`](/tikv-configuration-file.md#enable-heap-profiling-new-in-v750) | 新しく追加された | TiKVのメモリ使用量を追跡するためにヒーププロファイリングを有効にするかどうかを制御します。 | | TiKV | [`memory.profiling-sample-per-bytes`](/tikv-configuration-file.md#profiling-sample-per-bytes-new-in-v750) | 新しく追加された | ヒーププロファイリングによって毎回サンプリングされるデータ量を指定します。値は2のべき乗に切り上げられます。 | | BR | [`--ignore-stats`](/br/br-snapshot-manual.md#back-up-statistics) | 新しく追加された | データベース統計情報のバックアップと復元を行うかどうかを制御します。このパラメーター`false`に設定すると、br コマンドラインツールは列、インデックス、およびテーブルの統計情報のバックアップと復元をサポートします。 | -| TiCDC | [`case-sensitive`](/ticdc/ticdc-changefeed-config.md) | 変更 | さらなるテストの結果、デフォルト値が`true`から`false`に変更されました。これは、TiCDC 構成ファイル内のテーブル名とデータベース名がデフォルトで大文字と小文字を区別しないことを意味します。 | +| TiCDC | [`case-sensitive`](/ticdc/ticdc-changefeed-config.md) | 変更 | さらなるテストの結果、デフォルト値が`true`から`false`に変更されました。これは、TiCDC 設定ファイル内のテーブル名とデータベース名がデフォルトで大文字と小文字を区別しないことを意味します。 | | TiCDC | [`sink.dispatchers.partition`](/ticdc/ticdc-changefeed-config.md) | 変更 | TiCDC が増分データを Kafka パーティションにディスパッチする方法を制御します。v7.5.0 では、明示的に指定された列の値を使用してパーティション番号を計算する新しい値オプション`columns`が導入されました。 | | TiCDC | [`changefeed-error-stuck-duration`](/ticdc/ticdc-changefeed-config.md) | 新しく追加された | 内部エラーや例外が発生した場合に、チェンジフィードが自動的に再試行する期間を制御します。 | | TiCDC | [`encoding-worker-num`](/ticdc/ticdc-changefeed-config.md) | 新しく追加された | リドゥモジュール内のエンコードワーカーとデコードワーカーの数を制御します。 | diff --git a/releases/release-7.6.0.md b/releases/release-7.6.0.md index 6fc6d81c7086e..b5e1541839e14 100644 --- a/releases/release-7.6.0.md +++ b/releases/release-7.6.0.md @@ -164,7 +164,7 @@ TiDB バージョン: 7.6.0 - TiDB で単一行レコードのサイズ制限を動的に変更する機能をサポート [#49237](https://github.com/pingcap/tidb/pull/49237) @[zyguan](https://github.com/zyguan) - v7.6.0 より前では、トランザクション内の単一行レコードのサイズは、TiDB 設定項目[`txn-entry-size-limit`](/tidb-configuration-file.md#txn-entry-size-limit-new-in-v4010-and-v500)によって制限されていました。サイズ制限を超えると、TiDB は`entry too large`エラーを返します。この場合、TiDB 構成ファイルを手動で変更し、TiDB を再起動して変更を有効にする必要があります。管理オーバーヘッドを削減するために、TiDB v7.6.0 では`txn-entry-size-limit`設定項目の値を動的に変更できるシステム変数[`tidb_txn_entry_size_limit`](/system-variables.md#tidb_txn_entry_size_limit-new-in-v760)が導入されました。この変数のデフォルト値は`0`であり、これは TiDB がデフォルトで設定項目`txn-entry-size-limit`の値を使用することを意味します。この変数にゼロ以外の値を設定すると、TiDB はトランザクション内の行レコードのサイズをこの変数の値に制限します。この改善により、TiDB を再起動することなくシステム構成を調整できる柔軟性が向上します。 + v7.6.0 より前では、トランザクション内の単一行レコードのサイズは、TiDB 設定項目[`txn-entry-size-limit`](/tidb-configuration-file.md#txn-entry-size-limit-new-in-v4010-and-v500)によって制限されていました。サイズ制限を超えると、TiDB は`entry too large`エラーを返します。この場合、TiDB 設定ファイルを手動で変更し、TiDB を再起動して変更を有効にする必要があります。管理オーバーヘッドを削減するために、TiDB v7.6.0 では`txn-entry-size-limit`設定項目の値を動的に変更できるシステム変数[`tidb_txn_entry_size_limit`](/system-variables.md#tidb_txn_entry_size_limit-new-in-v760)が導入されました。この変数のデフォルト値は`0`であり、これは TiDB がデフォルトで設定項目`txn-entry-size-limit`の値を使用することを意味します。この変数にゼロ以外の値を設定すると、TiDB はトランザクション内の行レコードのサイズをこの変数の値に制限します。この改善により、TiDB を再起動することなくシステム構成を調整できる柔軟性が向上します。 詳細については、 [ドキュメント](/system-variables.md#tidb_txn_entry_size_limit-new-in-v760)を参照してください。 @@ -241,9 +241,9 @@ TiDB バージョン: 7.6.0 | [`tidb_txn_entry_size_limit`](/system-variables.md#tidb_txn_entry_size_limit-new-in-v760) | 新しく追加された | TiDB 設定項目[`performance.txn-entry-size-limit`](/tidb-configuration-file.md#txn-entry-size-limit-new-in-v4010-and-v500)を動的に変更します。これは、TiDB 内の単一行のデータのサイズを制限します。この変数のデフォルト値は`0`です。これは、TiDB がデフォルトで設定項目`txn-entry-size-limit`の値を使用することを意味します。この変数がゼロ以外の値に設定されている場合、 `txn-entry-size-limit`も同じ値に設定されます。 | | [`pd_enable_follower_handle_region`](/system-variables.md#pd_enable_follower_handle_region-new-in-v760) | 新しく追加された | 有効にするかどうかを制御します[アクティブなPDFollower](/tune-region-performance.md#use-the-active-pd-follower-feature-to-enhance-the-scalability-of-pds-region-information-query-service)機能 (実験的)。値が`OFF`の場合、TiDB は PD リーダーからのみリージョン情報を取得します。値が`ON`の場合、TiDB はリージョン情報のリクエストをすべての PD サーバーに均等に分散し、PD フォロワーもリージョンリクエストを処理できるため、PD リーダーの CPU 負荷が軽減されます。 | -### コンフィグレーションファイルパラメータ {#configuration-file-parameters} +### 設定ファイルパラメータ {#configuration-file-parameters} -| コンフィグレーションファイル | コンフィグレーションパラメータ | 変更の種類 | 説明 | +| 設定ファイル | 設定パラメータ | 変更の種類 | 説明 | | -------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------ | -------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | TiDB | [`tls-version`](/tidb-configuration-file.md#tls-version) | 変更 | デフォルト値は "" です。TiDB のデフォルトのサポート TLS バージョンが`TLS1.1`以上から`TLS1.2`以上に変更されました。 | | TiKV | [`raftstore.report-min-resolved-ts-interval`](https://docs.pingcap.com/tidb/v7.5/tikv-configuration-file/#report-min-resolved-ts-interval-new-in-v600) | 名称変更 | 名前をより正確にするため、この設定項目は[`raftstore.pd-report-min-resolved-ts-interval`](/tikv-configuration-file.md#pd-report-min-resolved-ts-interval-new-in-v760)に名前が変更されました。 `raftstore.report-min-resolved-ts-interval`は無効になりました。 | diff --git a/releases/release-8.0.0.md b/releases/release-8.0.0.md index a1669950892a9..85edbcc9cd46a 100644 --- a/releases/release-8.0.0.md +++ b/releases/release-8.0.0.md @@ -192,7 +192,7 @@ TiDB バージョン: 8.0.0 TiKVは、保存データの暗号化技術を用いてデータのセキュリティを確保します。セキュリティのための保存データ暗号化の中核となるのは鍵管理です。バージョン8.0.0以降では、Google Cloud KMSを使用してTiKVのマスターキーを管理し、Cloud KMSに基づいた保存データ暗号化機能を確立することで、ユーザーデータのセキュリティを強化できます。 - Google Cloud KMS に基づく保存時の暗号化を有効にするには、Google Cloud でキーを作成し、TiKV 構成ファイルの`[security.encryption.master-key]`セクションを構成する必要があります。 + Google Cloud KMS に基づく保存時の暗号化を有効にするには、Google Cloud でキーを作成し、TiKV 設定ファイルの`[security.encryption.master-key]`セクションを構成する必要があります。 詳細については、 [ドキュメント](/encryption-at-rest.md#tikv-encryption-at-rest)を参照してください。 @@ -285,9 +285,9 @@ TiDB バージョン: 8.0.0 | [`tidb_opt_use_invisible_indexes`](/system-variables.md#tidb_opt_use_invisible_indexes-new-in-v800) | 新しく追加された | オプティマイザが現在のセッションでクエリ最適化のために[不可視インデックス](/sql-statements/sql-statement-create-index.md#invisible-index)を選択できるかどうかを制御します。変数が`ON`に設定されている場合、オプティマイザはセッション内のクエリ最適化のために不可視インデックスを選択できます。 | | [`tidb_schema_cache_size`](/system-variables.md#tidb_schema_cache_size-new-in-v800) | 新しく追加された | スキーマ情報のキャッシュに使用できるメモリの上限を制御し、メモリの過剰使用を防ぎます。この機能を有効にすると、LRUアルゴリズムを使用して必要なテーブルをキャッシュし、スキーマ情報によって占有されるメモリを効果的に削減します。 | -### コンフィグレーションファイルパラメータ {#configuration-file-parameters} +### 設定ファイルパラメータ {#configuration-file-parameters} -| コンフィグレーションファイル | コンフィグレーションパラメータ | 変更の種類 | 説明 | +| 設定ファイル | 設定パラメータ | 変更の種類 | 説明 | | -------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------- | -------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | TiDB | [`instance.tidb_enable_collect_execution_info`](/tidb-configuration-file.md#tidb_enable_collect_execution_info) | 変更 | [インデックスの使用統計](/information-schema/information-schema-tidb-index-usage.md)を記録するかどうかのコントロールを追加します。デフォルト値は`true`です。 | | TiDB | [`tls-version`](/tidb-configuration-file.md#tls-version) | 変更 | このパラメータは`"TLSv1.0"`と`"TLSv1.1"`をサポートしなくなりました。現在は`"TLSv1.2"`と`"TLSv1.3"`のみをサポートしています。 | diff --git a/releases/release-8.1.0.md b/releases/release-8.1.0.md index 500a2b4fd0c5d..01a52a0844d6e 100644 --- a/releases/release-8.1.0.md +++ b/releases/release-8.1.0.md @@ -108,9 +108,9 @@ TiDB 8.1.0 は長期サポートリリース (LTS) です。 | [`tidb_enable_dist_task`](/system-variables.md#tidb_enable_dist_task-new-in-v710) | 変更 | デフォルト値を`OFF`から`ON`に変更します。これは、Distributed eXecution Framework（DXF）がデフォルトで有効になることを意味します。これにより、TiDBクラスターのリソースが最大限に活用され、 `ADD INDEX`および`IMPORT INTO`タスクのパフォーマンスが大幅に向上します。DXFが有効になっているクラスターをv8.1.0以降にアップグレードする場合は、アップグレード前にDXFを無効にしてください（ `tidb_enable_dist_task`を`OFF`に設定）。これにより、アップグレード中に`ADD INDEX`操作が発生し、データインデックスの不整合が発生するのを回避できます。アップグレード後、DXFを手動で有効にすることができます。 | | [`tidb_service_scope`](/system-variables.md#tidb_service_scope-new-in-v740) | 変更 | オプションの値を`""`または`background`から最大 64 文字の文字列に変更します。これにより、各 TiDB ノードのサービス範囲をより柔軟に制御できます。有効な文字は、数字`0-9` 、文字`a-zA-Z` 、アンダースコア`_` 、ハイフン`-`です。Distributed eXecution Framework (DXF) は、この変数の値に基づいて、どの TiDB ノードに分散タスクの実行をスケジュールするかを決定します。具体的なルールについては、 [タスクのスケジュール](/tidb-distributed-execution-framework.md#task-scheduling)を参照してください。 | -### コンフィグレーションファイルのパラメータ {#configuration-file-parameters} +### 設定ファイルのパラメータ {#configuration-file-parameters} -| コンフィグレーションファイル | コンフィグレーションパラメータ | タイプを変更 | 説明 | +| 設定ファイル | 設定パラメータ | タイプを変更 | 説明 | | -------------- | --------------------------------------------------------------------------------------------------------------- | -------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | 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`です。 | diff --git a/releases/release-8.2.0.md b/releases/release-8.2.0.md index d37a6d1b8359f..1003deaecb540 100644 --- a/releases/release-8.2.0.md +++ b/releases/release-8.2.0.md @@ -155,9 +155,9 @@ TiDB バージョン: 8.2.0 | [`tidb_sysproc_scan_concurrency`](/system-variables.md#tidb_sysproc_scan_concurrency-new-in-v650) | 変更 | 最小値を`1`から`0`に変更します。これを`0`に設定すると、TiDB はクラスタサイズに基づいて、内部 SQL文の実行時に実行される`scan`操作の同時実行性を適応的に調整します。 | | [`tidb_resource_control_strict_mode`](/system-variables.md#tidb_resource_control_strict_mode-new-in-v820) | 新しく追加された | [`SET RESOURCE GROUP`](/sql-statements/sql-statement-set-resource-group.md)ステートメントおよび[`RESOURCE_GROUP()`](/optimizer-hints.md#resource_groupresource_group_name)オプティマイザヒントに特権制御を適用するかどうかを制御します。 | -### コンフィグレーションファイルパラメータ {#configuration-file-parameters} +### 設定ファイルパラメータ {#configuration-file-parameters} -| コンフィグレーションファイル | コンフィグレーションパラメータ | 変更の種類 | 説明 | +| 設定ファイル | 設定パラメータ | 変更の種類 | 説明 | | -------------- | ------------------------------------------------------------------------------------------------------------ | ------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | TiDB | [`concurrently-init-stats`](/tidb-configuration-file.md#concurrently-init-stats-new-in-v810-and-v752) | 変更 | 統計情報の初期化にかかる時間を短縮するため、デフォルト値を`false`から`true`に変更します。この設定項目は、 [`lite-init-stats`](/tidb-configuration-file.md#lite-init-stats-new-in-v710) `false`に設定されている場合にのみ有効になります。 | | TiDB | [`stats-load-concurrency`](/tidb-configuration-file.md#stats-load-concurrency-new-in-v540) | 変更 | デフォルト値を`5`から`0`に変更し、最小値を`1`から`0`に変更します。値`0`は自動モードを意味し、サーバーの設定に基づいて同時実行数を自動的に調整します。 | diff --git a/releases/release-8.3.0.md b/releases/release-8.3.0.md index 2e2c4ca785e32..ab65084ac4dd5 100644 --- a/releases/release-8.3.0.md +++ b/releases/release-8.3.0.md @@ -194,9 +194,9 @@ TiDBバージョン：8.3.0 | [`tidb_enable_shared_lock_promotion`](/system-variables.md#tidb_enable_shared_lock_promotion-new-in-v830) | 新しく追加された | 共有ロックを排他ロックにアップグレードする機能を有効にするかどうかを制御します。この変数のデフォルト値は`OFF`であり、これは共有ロックを排他ロックにアップグレードする機能が無効になっていることを意味します。 | | [`tiflash_hashagg_preaggregation_mode`](/system-variables.md#tiflash_hashagg_preaggregation_mode-new-in-v830) | 新しく追加された | TiFlashにプッシュダウンされる2段階または3段階のHashAgg操作の最初の段階で使用される事前集計戦略を制御します。 | -### コンフィグレーションファイルパラメータ {#configuration-file-parameters} +### 設定ファイルパラメータ {#configuration-file-parameters} -| コンフィグレーションファイル | コンフィグレーションパラメータ | 変更の種類 | 説明 | +| 設定ファイル | 設定パラメータ | 変更の種類 | 説明 | | -------------- | ------------------------------------------------------------------------------------------------------ | -------- | ------------------------------------------------------------------------------------------------------------------------------------------------------- | | TiDB | [`tikv-client.batch-policy`](/tidb-configuration-file.md#batch-policy-new-in-v830) | 新しく追加された | TiDBからTiKVへのリクエストのバッチ処理戦略を制御します。 | | PD | [`security.redact-info-log`](/pd-configuration-file.md#redact-info-log-new-in-v50) | 変更 | PD設定項目`security.redact-info-log`の値を`"marker"`に設定することで、ログ内の機密情報を直接シールドする代わりに`‹ ›`でマークできます。 `"marker"`オプションを使用すると、マスキングルールをカスタマイズできます。 | diff --git a/releases/release-8.4.0.md b/releases/release-8.4.0.md index b83e605b3b21c..2ba6c89f4af34 100644 --- a/releases/release-8.4.0.md +++ b/releases/release-8.4.0.md @@ -233,9 +233,9 @@ TiDB バージョン: 8.4.0 | [`tidb_shard_row_id_bits`](/system-variables.md#tidb_shard_row_id_bits-new-in-v840) | 新しく追加された | バージョン 8.4.0 より前では、新しく作成されたテーブルの行 ID のスライス数のデフォルト設定を行うには、 `CREATE TABLE`または`ALTER TABLE` SQL文ごとに`SHARD_ROW_ID_BITS`を宣言する必要がありましたが、多数のテーブルを同様に構成する必要がある場合は複雑でした。この変数は、このような問題を解決するために導入されました。使いやすさを向上させるために、このシステム変数を`GLOBAL`または`SESSION`レベルで設定できます。 | | [`tidb_tso_client_rpc_mode`](/system-variables.md#tidb_tso_client_rpc_mode-new-in-v840) | 新しく追加された | TiDBがPDにTSO RPCリクエストを送信するモードを切り替えます。このモードによって、TSO RPCリクエストを並列処理できるかどうかが決まり、各TS取得操作のバッチ待機時間に影響するため、特定のシナリオにおけるクエリ実行中のTS取得の待機時間を短縮できます。 | -### コンフィグレーションパラメータ {#configuration-parameters} +### 設定パラメータ {#configuration-parameters} -| コンフィグレーションファイルまたはコンポーネント | コンフィグレーションパラメータ | 変更の種類 | 説明 | +| 設定ファイルまたはコンポーネント | 設定パラメータ | 変更の種類 | 説明 | | ------------------------ | ------------------------------------------------------------------------------------------------------------------------ | -------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | TiDB | [`grpc-keepalive-time`](/tidb-configuration-file.md#grpc-keepalive-time) | 変更 | `1`の最小値を追加します。 | | TiDB | [`grpc-keepalive-timeout`](/tidb-configuration-file.md#grpc-keepalive-timeout) | 変更 | バージョン 8.4.0 より前は、このパラメータのデータ型は INT で、最小値は`1`でした。バージョン 8.4.0 以降では、データ型が FLOAT64 に変更され、最小値は`0.05`になります。ネットワークのジッターが頻繁に発生するシナリオでは、値を小さく設定して再試行間隔を短くすることで、ネットワークのジッターがパフォーマンスに与える影響を軽減できます。 | diff --git a/releases/release-8.5.0.md b/releases/release-8.5.0.md index 79f0a7ccf65cf..2266252808941 100644 --- a/releases/release-8.5.0.md +++ b/releases/release-8.5.0.md @@ -127,9 +127,9 @@ TiDB 8.5.0は長期サポートリリース（LTS）です。 | [`tidb_enable_fast_create_table`](/system-variables.md#tidb_enable_fast_create_table-new-in-v800) | 変更 | さらにテストを行った後、デフォルト値を`OFF`から`ON`に変更します。これは、[テーブル作成の高速化](/accelerated-table-creation.md)機能がデフォルトで有効になることを意味します。 | | [`tidb_ddl_reorg_max_write_speed`](/system-variables.md#tidb_ddl_reorg_max_write_speed-new-in-v6512-v755-and-v850) | 新しく追加された | 各 TiKV ノードの書き込み帯域幅を制限し、インデックス作成の高速化が有効になっている場合（ [`tidb_ddl_enable_fast_reorg`](/system-variables.md#tidb_ddl_enable_fast_reorg-new-in-v630)変数で制御）にのみ有効になります。たとえば、この変数を`200MiB`に設定すると、最大書き込み速度が 200 MiB/s に制限されます。 | -### コンフィグレーションパラメータ {#configuration-parameters} +### 設定パラメータ {#configuration-parameters} -| コンフィグレーションファイルまたはコンポーネント | コンフィグレーションパラメータ | 変更の種類 | 説明 | +| 設定ファイルまたはコンポーネント | 設定パラメータ | 変更の種類 | 説明 | | ------------------------ | ----------------------------------------------------------------------------------------------------------------------- | -------- | -------------------------------------------------------------------------------------------------------------------------------------------------- | | TiDB | [`deprecate-integer-display-length`](/tidb-configuration-file.md#deprecate-integer-display-length) | 変更 | バージョン8.5.0以降、整数表示幅機能は非推奨となりました。この設定項目のデフォルト値は`false`から`true`に変更されました。 | | TiKV | [`raft-client-queue-size`](/tikv-configuration-file.md#raft-client-queue-size) | 変更 | デフォルト値を`8192`から`16384`に変更します。 | diff --git a/releases/release-8.5.4.md b/releases/release-8.5.4.md index 15978a40cc61f..947017220ceb4 100644 --- a/releases/release-8.5.4.md +++ b/releases/release-8.5.4.md @@ -76,9 +76,9 @@ TiDBバージョン：8.5.4 | [`tidb_opt_enable_semi_join_rewrite`](https://docs.pingcap.com/tidb/v8.5/system-variables#tidb_opt_enable_semi_join_rewrite-new-in-v854) | 新しく追加された | `EXISTS`サブクエリを書き換えるかどうかを制御します。デフォルト値は`OFF`です。 [#44850](https://github.com/pingcap/tidb/issues/44850) [@terry1purcell](https://github.com/terry1purcell) | | [`tidb_stats_update_during_ddl`](https://docs.pingcap.com/tidb/v8.5/system-variables#tidb_stats_update_during_ddl-new-in-v854) | 新しく追加された | [DDL文に埋め込まれた`ANALYZE`](https://docs.pingcap.com/tidb/v8.5/ddl_embedded_analyze) 。デフォルト値は`OFF`です。有効にすると、 `ADD INDEX` DDL文は実行中に新しいインデックスの統計情報を収集し、オプティマイザがインデックスの追加直後にインデックスを使用できるようにします。この変数を有効にすると、大きなテーブルにインデックスを追加する際の DDL 実行時間が長くなる可能性があることに注意してください。 [#57948](https://github.com/pingcap/tidb/issues/57948) [@terry1purcell](https://github.com/terry1purcell) [@AilinKid](https://github.com/AilinKid) | -### コンフィグレーションパラメータ {#configuration-parameters} +### 設定パラメータ {#configuration-parameters} -| コンフィグレーションファイルまたはコンポーネント | コンフィグレーションパラメータ | 変更の種類 | 説明 | +| 設定ファイルまたはコンポーネント | 設定パラメータ | 変更の種類 | 説明 | | ------------------------ | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | | TiKV | [`rocksdb.max-manifest-file-size`](https://docs.pingcap.com/tidb/v8.5/tikv-configuration-file#max-manifest-file-size) | 変更 | 単一の TiKV ノードに多数の SST ファイルが含まれている場合に、全体的なパフォーマンスに影響を与える可能性のある頻繁なマニフェスト ファイル圧縮を回避するため、デフォルト値を`128MiB` `256MiB`に変更します。 [#18889](https://github.com/tikv/tikv/issues/18889) [@glorv](https://github.com/glorv) | | TiKV | [`server.grpc-raft-conn-num`](https://docs.pingcap.com/tidb/v8.5/tikv-configuration-file#grpc-raft-conn-num) | 変更 | デフォルト値を`1`から`MAX(1, MIN(4, CPU cores / 8))`に変更します。これにより、gRPC 関連のスレッド設定が CPU コア数に応じて調整されるようになります。CPU コア数が 32 以上の場合、デフォルトの最大接続数は 4 になります。 [#18806](https://github.com/tikv/tikv/issues/18806) [@LykxSassinator](https://github.com/LykxSassinator) | diff --git a/releases/release-8.5.5.md b/releases/release-8.5.5.md index 5e27e8507c11f..4f4529d3d7074 100644 --- a/releases/release-8.5.5.md +++ b/releases/release-8.5.5.md @@ -176,9 +176,9 @@ TiDBクラスタがv8.5.4で新規にデプロイされている場合（つま | [`tidb_cb_pd_metadata_error_rate_threshold_ratio`](https://docs.pingcap.com/tidb/v8.5/system-variables#tidb_cb_pd_metadata_error_rate_threshold_ratio-new-in-v855) | 新しく追加された | TiDB がサーキットブレーカーをトリガーするタイミングを制御します。デフォルト値は`0`で、これはサーキットブレーカーが無効になっていることを意味します。 `0.01`から`1`の間の値を設定すると、サーキットブレーカーが有効になり、PD に送信される特定のリクエストのエラー率がしきい値に達するか超えたときにサーキットブレーカーがトリガーされます。 | | [`tidb_index_lookup_pushdown_policy`](https://docs.pingcap.com/tidb/v8.5/system-variables#tidb_index_lookup_pushdown_policy-new-in-v855) | 新しく追加された | TiDB が`IndexLookUp`オペレーターを TiKV にプッシュするかどうか、またプッシュするタイミングを制御します。デフォルト値は`hint-only`です。これは、SQL 文で[`INDEX_LOOKUP_PUSHDOWN`](https://docs.pingcap.com/tidb/v8.5/optimizer-hints#index_lookup_pushdownt1_name-idx1_name--idx2_name--new-in-v855)ヒントが明示的に指定されている場合にのみ、TiDB が`IndexLookUp`オペレーターを TiKV にプッシュすることを意味します。 | -### コンフィグレーションパラメータ {#configuration-parameters} +### 設定パラメータ {#configuration-parameters} -| コンフィグレーションファイルまたはコンポーネント | コンフィグレーションパラメータ | 変更の種類 | 説明 | +| 設定ファイルまたはコンポーネント | 設定パラメータ | 変更の種類 | 説明 | | ------------------------ | ---------------------------------------------------------------------------------------------------------------------------------------------------- | -------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | TiDB | [`performance.enable-async-batch-get`](https://docs.pingcap.com/tidb/v8.5/tidb-configuration-file#enable-async-batch-get-new-in-v855) | 新しく追加された | TiDB がバッチ Get オペレーターを実行する際に非同期モードを使用するかどうかを制御します。デフォルト値は`false`です。 | | TiKV | [`rocksdb.(defaultcf|writecf|lockcf|raftcf).level0-slowdown-writes-trigger`](/tikv-configuration-file.md#level0-slowdown-writes-trigger) | 変更 | v8.5.5 以降では、フロー制御メカニズムが有効になっている場合 ( [`storage.flow-control.enable`](/tikv-configuration-file.md#enable)が`true`に設定されている場合)、この設定項目は、その値が`storage.flow-control.l0-files-threshold`より大きい場合にのみ[`storage.flow-control.l0-files-threshold`](/tikv-configuration-file.md#l0-files-threshold)によって上書きされます。この動作により、フロー制御しきい値を上げた際に RocksDB の圧縮高速化メカニズムが弱まるのを防ぎます。v8.5.4 以前のバージョンでは、フロー制御メカニズムが有効になっている場合、この設定項目は`storage.flow-control.l0-files-threshold`によって直接上書きされます。 | diff --git a/releases/release-8.5.6.md b/releases/release-8.5.6.md index 73b003953b62e..1b0fecb12386d 100644 --- a/releases/release-8.5.6.md +++ b/releases/release-8.5.6.md @@ -101,9 +101,9 @@ TiDBクラスタをv8.5.5で新規にデプロイした場合（つまり、v8.5 | [`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} +### 設定パラメータ {#configuration-parameters} -| コンフィグレーションファイルまたはコンポーネント | コンフィグレーションパラメータ | 変更の種類 | 説明 | +| 設定ファイルまたはコンポーネント | 設定パラメータ | 変更の種類 | 説明 | | ------------------------ | ---------------------------------------------------------------------------------------------------------------------------------------------- | -------- | -------------------------------------------------------------------------------- | | TiKV | [`gc.auto-compaction.mvcc-read-aware-enabled`](https://docs.pingcap.com/tidb/v8.5/tikv-configuration-file#mvcc-read-aware-enabled-new-in-v856) | 新しく追加された | MVCC読み取り対応の圧縮を有効にするかどうかを制御します。デフォルト値は`false`です。 | | TiKV | [`gc.auto-compaction.mvcc-read-weight`](https://docs.pingcap.com/tidb/v8.5/tikv-configuration-file#mvcc-read-weight-new-in-v856) | 新しく追加された | リージョンの圧縮優先度スコアを計算する際に、MVCC 読み取りアクティビティに適用される重み乗数。デフォルト値は`3.0`です。 | diff --git a/releases/release-8.5.7.md b/releases/release-8.5.7.md index 28846351f9593..180c4986059c1 100644 --- a/releases/release-8.5.7.md +++ b/releases/release-8.5.7.md @@ -77,7 +77,7 @@ TiDB version: 8.5.7 ## 互換性の変更 {#compatibility-changes} -v8.5.6 で新規にデプロイされた TiDB クラスター（つまり、以前のバージョンからアップグレードされたものではない v8.5.6 クラスター）の場合、v8.5.7 にスムーズにアップグレードできます。v8.5.7 の変更の大部分は通常のアップグレードに対して安全ですが、このリリースにはいくつかの動作変更、MySQL 互換性の変更、システム変数の更新、設定パラメーターの更新、および非推奨機能も含まれています。アップグレード前に、このセクションを必ず注意深く確認してください。 +v8.5.6 で新規にデプロイされた TiDB クラスター（つまり、以前のバージョンからアップグレードされたものではない v8.5.6 クラスター）の場合、v8.5.7 にスムーズにアップグレードできます。v8.5.7 の変更の大部分は通常のアップグレードに対して安全ですが、このリリースにはいくつかの動作変更、MySQL 互換性の変更、システム変数の更新、設定パラメータの更新、および非推奨機能も含まれています。アップグレード前に、このセクションを必ず注意深く確認してください。 ### 動作変更 {#behavior-changes} @@ -108,9 +108,9 @@ v8.5.6 で新規にデプロイされた TiDB クラスター（つまり、以 | [`tidb_opt_enable_alternative_logical_plans`](https://docs.pingcap.com/tidb/v8.5/system-variables#tidb_opt_enable_alternative_logical_plans-new-in-v857) | 新しく追加された | 相関サブクエリの decorrelation シナリオにおいて、optimizer が decorrelate しない論理候補プランも追加で構築するかどうかを制御します。デフォルト値は `OFF` です。| | [`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-v857) | 新しく追加された | クエリに `ORDER BY ... LIMIT` が含まれる場合に、optimizer がインデックスの部分的な順序性を利用して TopN 計算を最適化できるかどうかを制御します。デフォルト値は `DISABLE` で、この最適化が無効であることを意味します。| -### 設定パラメーター {#configuration-parameters} +### 設定パラメータ {#configuration-parameters} -| コンフィグレーションファイルまたはコンポーネント | コンフィグレーションパラメータ | 変更の種類 | 説明 | +| 設定ファイルまたはコンポーネント | 設定パラメータ | 変更の種類 | 説明 | | -------- | -------- | -------- | -------- | | TiDB | [`enable-telemetry`](https://docs.pingcap.com/tidb/v8.5/tidb-configuration-file#enable-telemetry-new-in-v402) | 非推奨 | v8.5.7 以降、TiDB はこの設定項目とテレメトリ機能を非推奨とします。この項目は互換性のためにのみ保持されており、今後の使用は推奨されません。| | TiKV | [`raftdb.compaction-readahead-size`](https://docs.pingcap.com/tidb/v8.5/tikv-configuration-file#compaction-readahead-size-1) | 変更 | デフォルト値を `0`（無効）から `2MiB` に変更し、圧縮中の読み取りパフォーマンスを向上させます。 | diff --git a/replicate-between-primary-and-secondary-clusters.md b/replicate-between-primary-and-secondary-clusters.md index ce493f78ae0d4..957548b602561 100644 --- a/replicate-between-primary-and-secondary-clusters.md +++ b/replicate-between-primary-and-secondary-clusters.md @@ -179,7 +179,7 @@ summary: プライマリクラスタからセカンダリクラスタへデー sync_diff_inspector -C ./config.yaml ``` - sync-diff-inspector の設定方法の詳細については、 [コンフィグレーションファイルの説明](/sync-diff-inspector/sync-diff-inspector-overview.md#configuration-file-description)を参照してください。このドキュメントでは、構成は次のようになります。 + sync-diff-inspector の設定方法の詳細については、 [設定ファイルの説明](/sync-diff-inspector/sync-diff-inspector-overview.md#configuration-file-description)を参照してください。このドキュメントでは、構成は次のようになります。 ```shell # Diff Configuration. diff --git a/replicate-data-to-kafka.md b/replicate-data-to-kafka.md index 2872e6a0742a7..f044ca9762e96 100644 --- a/replicate-data-to-kafka.md +++ b/replicate-data-to-kafka.md @@ -41,7 +41,7 @@ summary: TiCDC を使用して TiDB データを Apache Kafka および Apache F ## ステップ2. Kafka の変更フィードを作成する {#step-2-create-a-kafka-changefeed} -1. changefeed 構成ファイルを作成します。 +1. changefeed 設定ファイルを作成します。 Flinkの要件に従い、各テーブルの増分データは独立したトピックに送信され、イベントごとに主キーの値に基づいてパーティションがディスパッチされる必要があります。そのため、以下の内容のchangefeed設定ファイル`changefeed.conf`を作成する必要があります。 diff --git a/resources/doc-templates/template-task.md b/resources/doc-templates/template-task.md index 0bea80e2990e8..6b26d0428737b 100644 --- a/resources/doc-templates/template-task.md +++ b/resources/doc-templates/template-task.md @@ -75,7 +75,7 @@ summary: このドキュメントを115～145文字で要約してください 4. xxx - 手順に構成ファイルの更新が含まれる場合は、構成ファイルの詳細な場所（ノードとディレクトリなど）と構成ファイルの名前を示し、ユーザーが理解しやすいように構成ファイル内の主要なフィールドについて説明します。 + 手順に設定ファイルの更新が含まれる場合は、設定ファイルの詳細な場所（ノードとディレクトリなど）と設定ファイルの名前を示し、ユーザーが理解しやすいように設定ファイル内の主要なフィールドについて説明します。 ```toml ### tidb-lightning global configuration diff --git a/scale-microservices-using-tiup.md b/scale-microservices-using-tiup.md index d9d8cf762555b..8b26d709c8971 100644 --- a/scale-microservices-using-tiup.md +++ b/scale-microservices-using-tiup.md @@ -83,7 +83,7 @@ scheduling_servers: 上記のコマンドでは、 -- `scale-out.yml`はスケールアウト構成ファイルです。 +- `scale-out.yml`はスケールアウト設定ファイルです。 - `--user root`は、クラスタのスケールアウトを完了するために、ターゲットマシンに`root`ユーザーとしてログインすることを示します。`root`ユーザーは、ターゲットマシンに対して`ssh`と`sudo`権限を持つことが想定されています。または、 `ssh`と`sudo`権限を持つ他のユーザーを使用してデプロイを完了することもできます。 - `[-i]`と`[-p]`オプションです。ターゲットマシンへのログインにパスワードを使用しない設定をしている場合は、これらのパラメータは不要です。そうでない場合は、2つのパラメータのいずれかを選択してください。`[-i]`は、ターゲットマシンにアクセスできるルートユーザー（または`--user`で指定された他のユーザー）の秘密鍵です。`[-p]`は、ユーザーパスワードを対話的に入力するために使用されます。 diff --git a/scale-tidb-using-tiup.md b/scale-tidb-using-tiup.md index 374ea116099d1..8d76d4890d3e0 100644 --- a/scale-tidb-using-tiup.md +++ b/scale-tidb-using-tiup.md @@ -53,7 +53,7 @@ TiDB クラスターの容量は、オンラインサービスを中断するこ log_dir: /tidb-deploy/tidb-4000/log ``` - TiKV 構成ファイル テンプレートは次のとおりです。 + TiKV 設定ファイル テンプレートは次のとおりです。 ```ini tikv_servers: @@ -66,7 +66,7 @@ TiDB クラスターの容量は、オンラインサービスを中断するこ log_dir: /tidb-deploy/tikv-20160/log ``` - PD 構成ファイル テンプレートは次のとおりです。 + PD 設定ファイル テンプレートは次のとおりです。 ```ini pd_servers: @@ -106,7 +106,7 @@ TiDB クラスターの容量は、オンラインサービスを中断するこ 上記のコマンドでは、 - - `scale-out.yml`はスケールアウト構成ファイルです。 + - `scale-out.yml`はスケールアウト設定ファイルです。 - `--user root`は、クラスタのスケールアウトを完了するために、ターゲットマシンに`root`ユーザーとしてログインすることを示します。`root`ユーザーは、ターゲットマシンに対して`ssh`と`sudo`権限を持つことが想定されています。または、 `ssh`と`sudo`権限を持つ他のユーザーを使用してデプロイを完了することもできます。 - `[-i]`と`[-p]`オプションです。ターゲットマシンへのログインをパスワードなしで設定している場合、これらのパラメータは不要です。そうでない場合は、2つのパラメータのいずれかを選択してください。`[-i]`は、ターゲットマシンにアクセスできるルートユーザー（または`--user`で指定された他のユーザー）の秘密鍵です。`[-p]`は、ユーザーパスワードを対話的に入力するために使用されます。 diff --git a/schedule-replicas-by-topology-labels.md b/schedule-replicas-by-topology-labels.md index b884127a6b6c2..2279aece89b10 100644 --- a/schedule-replicas-by-topology-labels.md +++ b/schedule-replicas-by-topology-labels.md @@ -160,11 +160,11 @@ tiflash_servers: > > 設定ファイルで`replication.location-labels`設定されていない場合、このトポロジファイルを使用してクラスタをデプロイするとエラーが発生する可能性があります。クラスタをデプロイする前に、設定ファイルで`replication.location-labels`が設定されていることを確認することをお勧めします。 -### コマンドラインまたは構成ファイルを使用してクラスターを構成する {#configure-a-cluster-using-command-lines-or-configuration-files} +### コマンドラインまたは設定ファイルを使用してクラスターを構成する {#configure-a-cluster-using-command-lines-or-configuration-files} #### TiKVとTiFlashの`labels`を設定する {#configure-labels-for-tikv-and-tiflash} -コマンドラインフラグを使用するか、TiKVまたはTiFlash構成ファイルを設定すると、キーと値のペアの形式でいくつかの属性をバインドできます。これらの属性は`labels`呼ばれます。TiKVとTiFlashは起動後、PDに`labels`報告し、ユーザーがTiKVノードとTiFlashノードの位置を特定できるようにします。 +コマンドラインフラグを使用するか、TiKVまたはTiFlash設定ファイルを設定すると、キーと値のペアの形式でいくつかの属性をバインドできます。これらの属性は`labels`呼ばれます。TiKVとTiFlashは起動後、PDに`labels`報告し、ユーザーがTiKVノードとTiFlashノードの位置を特定できるようにします。 トポロジがゾーン > データセンター（DC） > ラック > ホストの4層で構成されており、これらのラベル（ゾーン、DC、ラック、ホスト）を使用してTiKVとTiFlashの位置を設定できます。TiKVとTiFlashのラベルを設定するには、次のいずれかの方法を使用します。 @@ -174,7 +174,7 @@ tiflash_servers: tikv-server --labels zone=,dc=,rack=,host= ``` -- TiKV 構成ファイルで構成します。 +- TiKV 設定ファイルで構成します。 ```toml [server] @@ -200,7 +200,7 @@ host = "" [Follower Read](/follower-read.md)が有効になっている場合、TiDB が同じリージョンからのデータを優先的に読み取るようにするには、TiDB ノードに対して`labels`を設定する必要があります。 -構成ファイルを使用して、TiDB に`labels`を設定できます。 +設定ファイルを使用して、TiDB に`labels`を設定できます。 ```toml [labels] @@ -229,7 +229,7 @@ host = "" `location-labels`を構成するには、クラスターの状況に応じて次のいずれかの方法を選択します。 -- PD クラスターが初期化されていない場合は、PD 構成ファイルで`location-labels`を構成します。 +- PD クラスターが初期化されていない場合は、PD 設定ファイルで`location-labels`を構成します。 ```toml [replication] diff --git a/scheduling-configuration-file.md b/scheduling-configuration-file.md index ace5c15a7696b..66857d021bde8 100644 --- a/scheduling-configuration-file.md +++ b/scheduling-configuration-file.md @@ -1,9 +1,9 @@ --- title: Scheduling Configuration File -summary: スケジューリング構成ファイルには、ノード名、データ パス、ノード URL などの複数の設定項目が含まれています。 +summary: スケジューリング設定ファイルには、ノード名、データ パス、ノード URL などの複数の設定項目が含まれています。 --- -# スケジュールコンフィグレーションファイル {#scheduling-configuration-file} +# スケジュール設定ファイル {#scheduling-configuration-file} diff --git a/sql-statements/sql-statement-import-into.md b/sql-statements/sql-statement-import-into.md index 74f92c3ec6a37..0bcff25759859 100644 --- a/sql-statements/sql-statement-import-into.md +++ b/sql-statements/sql-statement-import-into.md @@ -31,7 +31,7 @@ summary: TiDBにおけるIMPORT INTOの使用方法の概要。 - 1つのインポートジョブは、1つのターゲットテーブルへのデータインポートのみをサポートします。 - `IMPORT INTO` TiDB クラスタのアップグレード時にはサポートされません。 - インポートするデータに、主キーまたはNULL以外の一意インデックスの競合が発生するレコードが含まれていないことを確認してください。競合が発生すると、インポート処理が失敗する可能性があります。 -- 既知の問題: TiDBノード構成ファイル内のPDアドレスがクラスタの現在のPDトポロジと一致しない場合`IMPORT INTO`タスクが失敗する可能性があります。この不一致は、PDが以前にスケールインされたものの、TiDB構成ファイルがそれに応じて更新されなかった場合や、構成ファイルの更新後にTiDBノードが再起動されなかった場合などに発生する可能性があります。 +- 既知の問題: TiDBノード設定ファイル内のPDアドレスがクラスタの現在のPDトポロジと一致しない場合`IMPORT INTO`タスクが失敗する可能性があります。この不一致は、PDが以前にスケールインされたものの、TiDB設定ファイルがそれに応じて更新されなかった場合や、設定ファイルの更新後にTiDBノードが再起動されなかった場合などに発生する可能性があります。 ### `IMPORT INTO ... FROM FILE`制限 {#import-into-from-file-restrictions} diff --git a/sql-statements/sql-statement-lock-tables-and-unlock-tables.md b/sql-statements/sql-statement-lock-tables-and-unlock-tables.md index 9a53725fe328f..6b7f7c3bbe8b8 100644 --- a/sql-statements/sql-statement-lock-tables-and-unlock-tables.md +++ b/sql-statements/sql-statement-lock-tables-and-unlock-tables.md @@ -21,7 +21,7 @@ TiDBでは、クライアントセッションがテーブルロックを取得 > > テーブルロック機能はデフォルトで無効になっています。 > -> - TiDB Self-Managed の場合、テーブルロック機能を有効にするには、すべての TiDB インスタンスの構成ファイルで[`enable-table-lock`](https://docs.pingcap.com/tidb/stable/tidb-configuration-file#enable-table-lock-new-in-v400)を`true`に設定する必要があります。 +> - TiDB Self-Managed の場合、テーブルロック機能を有効にするには、すべての TiDB インスタンスの設定ファイルで[`enable-table-lock`](https://docs.pingcap.com/tidb/stable/tidb-configuration-file#enable-table-lock-new-in-v400)を`true`に設定する必要があります。 > - TiDB Cloud Dedicated の場合、テーブルロック機能を有効にするには、 [TiDB Cloudサポート](https://docs.pingcap.com/tidbcloud/tidb-cloud-support)連絡して[`enable-table-lock`](https://docs.pingcap.com/tidb/stable/tidb-configuration-file#enable-table-lock-new-in-v400)を`true`に設定する必要があります。 > - [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)の場合、 [`enable-table-lock`](https://docs.pingcap.com/tidb/stable/tidb-configuration-file#enable-table-lock-new-in-v400)から`true`設定はサポートされていません。 diff --git a/sql-statements/sql-statement-split-region.md b/sql-statements/sql-statement-split-region.md index a9f978ccc4927..323316ae6cd40 100644 --- a/sql-statements/sql-statement-split-region.md +++ b/sql-statements/sql-statement-split-region.md @@ -5,7 +5,7 @@ summary: TiDBデータベースにおけるスプリットリージョンの使 # Split Region {#split-region} -TiDBで新しいテーブルを作成するたびに、デフォルトで1つの[リージョン](/tidb-storage.md#region)が分割され、そのテーブルのデータが格納されます。このデフォルトの動作は、TiDB構成ファイルの`split-table`によって制御されます。このリージョン内のデータがデフォルトのリージョンサイズ制限を超えると、リージョンは2つに分割され始めます。 +TiDBで新しいテーブルを作成するたびに、デフォルトで1つの[リージョン](/tidb-storage.md#region)が分割され、そのテーブルのデータが格納されます。このデフォルトの動作は、TiDB設定ファイルの`split-table`によって制御されます。このリージョン内のデータがデフォルトのリージョンサイズ制限を超えると、リージョンは2つに分割され始めます。 上記の場合、初期状態ではリージョンが1つしかないため、すべての書き込みリクエストはリージョンが配置されているTiKV上で発生します。新しく作成されたテーブルへの書き込みが大量に発生すると、ホットスポットが発生します。 diff --git a/statement-summary-tables.md b/statement-summary-tables.md index d67c8361abab0..8c702342059eb 100644 --- a/statement-summary-tables.md +++ b/statement-summary-tables.md @@ -239,7 +239,7 @@ select * from information_schema.statements_summary_evicted; -ステートメントのサマリーを永続化するには、TiDB構成ファイルに次の設定項目を追加します。 +ステートメントのサマリーを永続化するには、TiDB設定ファイルに次の設定項目を追加します。 ```toml [instance] diff --git a/storage-engine/titan-configuration.md b/storage-engine/titan-configuration.md index bc6f35c039216..1e319ccf0a7a5 100644 --- a/storage-engine/titan-configuration.md +++ b/storage-engine/titan-configuration.md @@ -17,7 +17,7 @@ summary: Titan の設定方法を学びます。 TitanはRocksDBと互換性があるため、RocksDBを使用する既存のTiKVインスタンスでTitanを直接有効化できます。Titanを有効化するには、以下のいずれかの方法があります。 -- 方法 1: TiUPを使用してクラスターをデプロイした場合は、次の例に示すように、 `tiup cluster edit-config ${cluster-name}`コマンドを実行して TiKV 構成ファイルを編集できます。 +- 方法 1: TiUPを使用してクラスターをデプロイした場合は、次の例に示すように、 `tiup cluster edit-config ${cluster-name}`コマンドを実行して TiKV 設定ファイルを編集できます。 ```shell tikv: @@ -32,14 +32,14 @@ TitanはRocksDBと互換性があるため、RocksDBを使用する既存のTiKV 詳細なコマンドについては[TiUPを使用して構成を変更する](/maintain-tidb-using-tiup.md#modify-the-configuration)を参照してください。 -- 方法 2: TiKV 構成ファイルを直接編集して Titan を有効にします (本番環境では推奨さ**れません**)。 +- 方法 2: TiKV 設定ファイルを直接編集して Titan を有効にします (本番環境では推奨さ**れません**)。 ```toml [rocksdb.titan] enabled = true ``` -- 方法3: TiDB Operatorの`${cluster_name}/tidb-cluster.yaml`構成ファイルを編集します。 +- 方法3: TiDB Operatorの`${cluster_name}/tidb-cluster.yaml`設定ファイルを編集します。 ```yaml spec: @@ -144,7 +144,7 @@ Titanを無効にするには、オプション`rocksdb.defaultcf.titan.blob-run - `tiup cluster edit-config`を実行し、設定ファイルを編集して`tiup cluster reload -R tikv`を実行します。 - - 構成ファイルを手動で更新し、TiKV を再起動します。 + - 設定ファイルを手動で更新し、TiKV を再起動します。 ```toml [rocksdb.defaultcf.titan] diff --git a/sync-diff-inspector/sync-diff-inspector-overview.md b/sync-diff-inspector/sync-diff-inspector-overview.md index 9788965162ff2..1f599a0206315 100644 --- a/sync-diff-inspector/sync-diff-inspector-overview.md +++ b/sync-diff-inspector/sync-diff-inspector-overview.md @@ -74,7 +74,7 @@ TiDB v8.5.6以降の場合： > - すべてのデータベースに対して[`SHOW DATABASES`](/sql-statements/sql-statement-show-databases.md)権限を付与**しないでください**( `*.*` )。そうしないと、sync-diff-inspector がアクセスできないデータベースにアクセスしようとしてエラーが発生します。 > - MySQLデータソースの場合、 [`skip_show_database`](https://dev.mysql.com/doc/refman/8.4/en/server-system-variables.html#sysvar_skip_show_database)システム変数が`OFF`に設定されていることを確認してください。この変数が`ON`に設定されている場合、チェックが失敗する可能性があります。 -## コンフィグレーションファイルの説明 {#configuration-file-description} +## 設定ファイルの説明 {#configuration-file-description} sync-diff-inspectorの設定は、以下の部分から構成されます。 diff --git a/system-variable-reference.md b/system-variable-reference.md index a073805484beb..168a5274a5193 100644 --- a/system-variable-reference.md +++ b/system-variable-reference.md @@ -432,7 +432,7 @@ summary: すべての TiDB システム変数とドキュメント内の参照 - [システム変数](/system-variables.md#innodb_lock_wait_timeout) - [TiDB 悲観的トランザクションモード](/pessimistic-transaction.md) -- [TiKVコンフィグレーションファイル](/tikv-configuration-file.md) +- [TiKV設定ファイル](/tikv-configuration-file.md) - [ロック競合のトラブルシューティング](/troubleshoot-lock-conflicts.md) - [TiDB 3.0.6 リリースノート](/releases/release-3.0.6.md) @@ -498,11 +498,11 @@ summary: すべての TiDB システム変数とドキュメント内の参照 参照先: -- [DM 高度なタスクコンフィグレーションファイル](/dm/task-configuration-file-full.md) +- [DM 高度なタスク設定ファイル](/dm/task-configuration-file-full.md) - [TiDB Data Migrationにおけるエラーの処理](/dm/dm-error-handling.md) - [TiDB Cloudで制限されたSQL機能](https://docs.pingcap.com/tidbcloud/limited-sql-features) - [システム変数](/system-variables.md#max_allowed_packet-new-in-v610) -- [TiDBコンフィグレーションファイル](/tidb-configuration-file.md) +- [TiDB設定ファイル](/tidb-configuration-file.md) - [TiDB Data Migrationに関するよくある質問](/dm/dm-faq.md) - [TiDB Lightningコンフィグレーション](/tidb-lightning/tidb-lightning-configuration.md) - [TiDB 6.1.0 リリースノート](/releases/release-6.1.0.md) @@ -521,7 +521,7 @@ summary: すべての TiDB システム変数とドキュメント内の参照 - [データ移行の事前チェックエラー、移行エラー、アラート](https://docs.pingcap.com/tidbcloud/tidb-cloud-dm-precheck-and-troubleshooting) - [システム変数](/system-variables.md#max_connections) - [TiDBクラスタ管理に関する FAQ](/faq/manage-cluster-faq.md) -- [TiDBコンフィグレーションファイル](/tidb-configuration-file.md) +- [TiDB設定ファイル](/tidb-configuration-file.md) ### max_execution_time @@ -668,7 +668,7 @@ summary: すべての TiDB システム変数とドキュメント内の参照 参照先: - [集計（GROUP BY）関数](/functions-and-operators/aggregate-group-by-functions.md) -- [DM 高度なタスクコンフィグレーションファイル](/dm/task-configuration-file-full.md) +- [DM 高度なタスク設定ファイル](/dm/task-configuration-file-full.md) - [日付と時刻の型](/data-type-date-and-time.md) - [その他の機能](/functions-and-operators/miscellaneous-functions.md) - [パーティショニング](/partitioned-table.md) @@ -709,7 +709,7 @@ summary: すべての TiDB システム変数とドキュメント内の参照 参照先: -- [DM 高度なタスクコンフィグレーションファイル](/dm/task-configuration-file-full.md) +- [DM 高度なタスク設定ファイル](/dm/task-configuration-file-full.md) - [システム変数](/system-variables.md#sql_require_primary_key-new-in-v630) - [TiDB 6.3.0 リリースノート](/releases/release-6.3.0.md) @@ -789,7 +789,7 @@ summary: すべての TiDB システム変数とドキュメント内の参照 - [CREATE INDEX](/sql-statements/sql-statement-create-index.md) - [システム変数](/system-variables.md#tidb_allow_function_for_expression_index-new-in-v520) -- [TiDBコンフィグレーションファイル](/tidb-configuration-file.md) +- [TiDB設定ファイル](/tidb-configuration-file.md) - [TiDBの機能](/basic-features.md) ### tidb_allow_mpp @@ -1066,7 +1066,7 @@ summary: すべての TiDB システム変数とドキュメント内の参照 - [TiDB Cloudで制限されたSQL機能](https://docs.pingcap.com/tidbcloud/limited-sql-features) - [SHOW [GLOBAL|SESSION] VARIABLES](/sql-statements/sql-statement-show-variables.md) - [システム変数](/system-variables.md#tidb_check_mb4_value_in_utf8) -- [TiDBコンフィグレーションファイル](/tidb-configuration-file.md) +- [TiDB設定ファイル](/tidb-configuration-file.md) - [アップグレードとアップグレード後のFAQ](/faq/upgrade-faq.md) ### tidb_checksum_table_concurrency @@ -1112,7 +1112,7 @@ summary: すべての TiDB システム変数とドキュメント内の参照 - [COMMIT](/sql-statements/sql-statement-commit.md) - [制約](/constraints.md) -- [DM 高度なタスクコンフィグレーションファイル](/dm/task-configuration-file-full.md) +- [DM 高度なタスク設定ファイル](/dm/task-configuration-file-full.md) - [SHOW [GLOBAL|SESSION] VARIABLES](/sql-statements/sql-statement-show-variables.md) - [システム変数](/system-variables.md#tidb_constraint_check_in_place) - [トランザクション](/transaction-overview.md) @@ -1127,7 +1127,7 @@ summary: すべての TiDB システム変数とドキュメント内の参照 - [コンフィグレーションを動的に変更する](/dynamic-config.md) - [SAVEPOINT](/sql-statements/sql-statement-savepoint.md) - [システム変数](/system-variables.md#tidb_constraint_check_in_place_pessimistic-new-in-v630) -- [TiDBコンフィグレーションファイル](/tidb-configuration-file.md) +- [TiDB設定ファイル](/tidb-configuration-file.md) - [TiDB 悲観的トランザクションモード](/pessimistic-transaction.md) - [TiDB 6.5.0 リリースノート](/releases/release-6.5.0.md) - [TiDB 6.4.0 リリースノート](/releases/release-6.4.0.md) @@ -1176,7 +1176,7 @@ summary: すべての TiDB システム変数とドキュメント内の参照 - [IMPORT INTO](/sql-statements/sql-statement-import-into.md) - [TiDB Cloudで制限されたSQL機能](https://docs.pingcap.com/tidbcloud/limited-sql-features) - [システム変数](/system-variables.md#tidb_ddl_enable_fast_reorg-new-in-v630) -- [TiDBコンフィグレーションファイル](/tidb-configuration-file.md) +- [TiDB設定ファイル](/tidb-configuration-file.md) - [TiDB 分散実行フレームワーク (DXF)](/tidb-distributed-execution-framework.md) - [TiDB環境とシステムコンフィグレーションのチェック](/check-before-deployment.md) - [TiDBの機能](/basic-features.md) @@ -1345,7 +1345,7 @@ summary: すべての TiDB システム変数とドキュメント内の参照 - [コストの高いクエリを特定する](/identify-expensive-queries.md) - [パイプラインDML](/pipelined-dml.md) - [システム変数](/system-variables.md#tidb_dml_type-new-in-v800) -- [TiDBコンフィグレーションファイル](/tidb-configuration-file.md) +- [TiDB設定ファイル](/tidb-configuration-file.md) - [TiDBの機能](/basic-features.md) - [TiDB メモリ制御](/configure-memory-usage.md) - [TiDB 8.4.0 リリースノート](/releases/release-8.4.0.md) @@ -1470,7 +1470,7 @@ summary: すべての TiDB システム変数とドキュメント内の参照 - [テーブルを作成する](/develop/dev-guide-create-table.md) - [システム変数](/system-variables.md#tidb_enable_clustered_index-new-in-v50) - [TiDB バックアップと復元の概要](/br/backup-and-restore-overview.md) -- [TiDBコンフィグレーションファイル](/tidb-configuration-file.md) +- [TiDB設定ファイル](/tidb-configuration-file.md) - [TiDB データベーススキーマ設計の概要](/develop/dev-guide-schema-design-overview.md) - [TiDB Lightningコンフィグレーション](/tidb-lightning/tidb-lightning-configuration.md) - [TiDB 6.4.0 リリースノート](/releases/release-6.4.0.md) @@ -1487,7 +1487,7 @@ summary: すべての TiDB システム変数とドキュメント内の参照 - [SHOW [GLOBAL|SESSION] VARIABLES](/sql-statements/sql-statement-show-variables.md) - [システム変数](/system-variables.md#tidb_enable_collect_execution_info) - [TIDB_INDEX_USAGE](/information-schema/information-schema-tidb-index-usage.md) -- [TiDBコンフィグレーションファイル](/tidb-configuration-file.md) +- [TiDB設定ファイル](/tidb-configuration-file.md) - [TiDB 8.0.0 リリースノート](/releases/release-8.0.0.md) - [TiDB 7.6.0 リリースノート](/releases/release-7.6.0.md) - [TiDB 7.5.1 リリースノート](/releases/release-7.5.1.md) @@ -1509,8 +1509,8 @@ summary: すべての TiDB システム変数とドキュメント内の参照 - [TiDB Cloudで制限されたSQL機能](https://docs.pingcap.com/tidbcloud/limited-sql-features) - [コンフィグレーションを動的に変更する](/dynamic-config.md) - [システム変数](/system-variables.md#tidb_enable_ddl-new-in-v630) -- [TiDBコンフィグレーションファイル](/tidb-configuration-file.md) -- [TiUPを使用した TiDB デプロイメントのトポロジコンフィグレーションファイル](/tiup/tiup-cluster-topology-reference.md) +- [TiDB設定ファイル](/tidb-configuration-file.md) +- [TiUPを使用した TiDB デプロイメントのトポロジ設定ファイル](/tiup/tiup-cluster-topology-reference.md) ### tidb_enable_dist_task @@ -1538,7 +1538,7 @@ summary: すべての TiDB システム変数とドキュメント内の参照 - [IMPORT INTO](/sql-statements/sql-statement-import-into.md) - [TiDB Cloudで制限されたSQL機能](https://docs.pingcap.com/tidbcloud/limited-sql-features) - [システム変数](/system-variables.md#tidb_enable_enhanced_security) -- [TiDBコンフィグレーションファイル](/tidb-configuration-file.md) +- [TiDB設定ファイル](/tidb-configuration-file.md) - [TiDB Dashboardのユーザー管理](/dashboard/dashboard-user.md) - [TiDBの機能](/basic-features.md) - [TiDB 5.1 リリースノート](/releases/release-5.1.0.md) @@ -1943,7 +1943,7 @@ summary: すべての TiDB システム変数とドキュメント内の参照 - [TiDB Cloudで制限されたSQL機能](https://docs.pingcap.com/tidbcloud/limited-sql-features) - [SET RESOURCE GROUP](/sql-statements/sql-statement-set-resource-group.md) - [システム変数](/system-variables.md#tidb_enable_resource_control-new-in-v660) -- [TiKVコンフィグレーションファイル](/tikv-configuration-file.md) +- [TiKV設定ファイル](/tikv-configuration-file.md) - [リソース制御を使用してリソースグループの制限とフロー制御を実現する](/tidb-resource-control-ru-groups.md) - [`CALIBRATE RESOURCE`](/sql-statements/sql-statement-calibrate-resource.md) - [TiDB 7.4.0 リリースノート](/releases/release-7.4.0.md) @@ -1987,7 +1987,7 @@ summary: すべての TiDB システム変数とドキュメント内の参照 - [SHOW [GLOBAL|SESSION] VARIABLES](/sql-statements/sql-statement-show-variables.md) - [TiDB Dashboardのスロークエリページ](/dashboard/dashboard-slow-query.md) - [システム変数](/system-variables.md#tidb_enable_slow_log) -- [TiDBコンフィグレーションファイル](/tidb-configuration-file.md) +- [TiDB設定ファイル](/tidb-configuration-file.md) ### tidb_enable_stats_owner @@ -1995,7 +1995,7 @@ summary: すべての TiDB システム変数とドキュメント内の参照 - [統計入門](/statistics.md) - [システム変数](/system-variables.md#tidb_enable_stats_owner-new-in-v840) -- [TiDBコンフィグレーションファイル](/tidb-configuration-file.md) +- [TiDB設定ファイル](/tidb-configuration-file.md) - [TiDB 8.4.0 リリースノート](/releases/release-8.4.0.md) ### tidb_enable_stmt_summary @@ -2056,7 +2056,7 @@ summary: すべての TiDB システム変数とドキュメント内の参照 - [ディスク流出時の暗号化機能を有効にする](/enable-disk-spill-encrypt.md) - [テーブル結合を使用するステートメントを説明する](/explain-joins.md) - [システム変数](/system-variables.md#tidb_enable_tmp_storage_on_oom) -- [TiDBコンフィグレーションファイル](/tidb-configuration-file.md) +- [TiDB設定ファイル](/tidb-configuration-file.md) - [TiDB メモリ制御](/configure-memory-usage.md) ### tidb_enable_top_sql @@ -2120,7 +2120,7 @@ summary: すべての TiDB システム変数とドキュメント内の参照 - [HTAPを探索する](/explore-htap.md) - [システム変数](/system-variables.md#tidb_enforce_mpp-new-in-v51) -- [TiDBコンフィグレーションファイル](/tidb-configuration-file.md) +- [TiDB設定ファイル](/tidb-configuration-file.md) - [TiFlashクエリ結果のマテリアライゼーション](/tiflash/tiflash-results-materialization.md) - [TiFlashクラスタのトラブルシューティング](/tiflash/troubleshoot-tiflash.md) - [TiFlash のパフォーマンスを調整する](/tiflash/tune-tiflash-performance.md) @@ -2184,7 +2184,7 @@ summary: すべての TiDB システム変数とドキュメント内の参照 - [コンフィグレーションを動的に変更する](/dynamic-config.md) - [SHOW [GLOBAL|SESSION] VARIABLES](/sql-statements/sql-statement-show-variables.md) - [システム変数](/system-variables.md#tidb_expensive_query_time_threshold) -- [TiDBコンフィグレーションファイル](/tidb-configuration-file.md) +- [TiDB設定ファイル](/tidb-configuration-file.md) ### tidb_expensive_txn_time_threshold @@ -2213,7 +2213,7 @@ summary: すべての TiDB システム変数とドキュメント内の参照 - [SHOW [GLOBAL|SESSION] VARIABLES](/sql-statements/sql-statement-show-variables.md) - [SQLに関するよくある質問](/faq/sql-faq.md) - [システム変数](/system-variables.md#tidb_force_priority) -- [TiDBコンフィグレーションファイル](/tidb-configuration-file.md) +- [TiDB設定ファイル](/tidb-configuration-file.md) - [TiDB 2.1.5 リリースノート](/releases/release-2.1.5.md) - [TiDB 2.1 RC3 リリースノート](/releases/release-2.1-rc.3.md) @@ -2307,7 +2307,7 @@ summary: すべての TiDB システム変数とドキュメント内の参照 - [TiDB Cloudで制限されたSQL機能](https://docs.pingcap.com/tidbcloud/limited-sql-features) - [SHOW [GLOBAL|SESSION] VARIABLES](/sql-statements/sql-statement-show-variables.md) - [システム変数](/system-variables.md#tidb_general_log) -- [TiDBコンフィグレーションファイル](/tidb-configuration-file.md) +- [TiDB設定ファイル](/tidb-configuration-file.md) - [TiDB Data Migrationに関するよくある質問](/dm/dm-faq.md) - [TiDB 8.0.0 リリースノート](/releases/release-8.0.0.md) @@ -2738,7 +2738,7 @@ summary: すべての TiDB システム変数とドキュメント内の参照 - [SHOW [GLOBAL|SESSION] VARIABLES](/sql-statements/sql-statement-show-variables.md) - [システム変数](/system-variables.md#tidb_mem_quota_query) - [2022年のTiDB Cloudリリースノート](https://docs.pingcap.com/tidbcloud/release-notes-2022) -- [TiDBコンフィグレーションファイル](/tidb-configuration-file.md) +- [TiDB設定ファイル](/tidb-configuration-file.md) - [TiDB メモリ制御](/configure-memory-usage.md) - [TiDB トラブルシューティング マップ](/tidb-troubleshooting-map.md) - [TiFlashクエリ結果のマテリアライゼーション](/tiflash/tiflash-results-materialization.md) @@ -2970,7 +2970,7 @@ summary: すべての TiDB システム変数とドキュメント内の参照 - [クエリの最適化](/agg-distinct-optimization.md) - [SHOW [GLOBAL|SESSION] VARIABLES](/sql-statements/sql-statement-show-variables.md) - [システム変数](/system-variables.md#tidb_opt_distinct_agg_push_down) -- [TiDBコンフィグレーションファイル](/tidb-configuration-file.md) +- [TiDB設定ファイル](/tidb-configuration-file.md) - [TiFlash のパフォーマンスを調整する](/tiflash/tune-tiflash-performance.md) ### tidb_opt_enable_correlation_adjustment @@ -3503,7 +3503,7 @@ summary: すべての TiDB システム変数とドキュメント内の参照 - [コンフィグレーションを動的に変更する](/dynamic-config.md) - [SHOW [GLOBAL|SESSION] VARIABLES](/sql-statements/sql-statement-show-variables.md) - [システム変数](/system-variables.md#tidb_record_plan_in_slow_log) -- [TiDBコンフィグレーションファイル](/tidb-configuration-file.md) +- [TiDB設定ファイル](/tidb-configuration-file.md) - [TiDB 3.0.5 リリースノート](/releases/release-3.0.5.md) ### tidb_redact_log @@ -3672,7 +3672,7 @@ summary: すべての TiDB システム変数とドキュメント内の参照 - [MEMORY_USAGE](/information-schema/information-schema-memory-usage.md) - [MEMORY_USAGE_OPS_HISTORY](/information-schema/information-schema-memory-usage-ops-history.md) - [システム変数](/system-variables.md#tidb_server_memory_limit-new-in-v640) -- [TiDBコンフィグレーションファイル](/tidb-configuration-file.md) +- [TiDB設定ファイル](/tidb-configuration-file.md) - [TiDB メモリ制御](/configure-memory-usage.md) - [TiDB OOM の問題のトラブルシューティング](/troubleshoot-tidb-oom.md) - [TiDB 8.0.0 リリースノート](/releases/release-8.0.0.md) @@ -3792,7 +3792,7 @@ summary: すべての TiDB システム変数とドキュメント内の参照 参照先: - [文字セットと照合順序](/character-set-and-collation.md) -- [DM 高度なタスクコンフィグレーションファイル](/dm/task-configuration-file-full.md) +- [DM 高度なタスク設定ファイル](/dm/task-configuration-file-full.md) - [SHOW [GLOBAL|SESSION] VARIABLES](/sql-statements/sql-statement-show-variables.md) - [システム変数](/system-variables.md#tidb_skip_utf8_check) - [TiDB トラブルシューティング マップ](/tidb-troubleshooting-map.md) @@ -3811,7 +3811,7 @@ summary: すべての TiDB システム変数とドキュメント内の参照 - [SHOW [GLOBAL|SESSION] VARIABLES](/sql-statements/sql-statement-show-variables.md) - [TiDB Dashboardのスロークエリページ](/dashboard/dashboard-slow-query.md) - [システム変数](/system-variables.md#tidb_slow_log_threshold) -- [TiDBコンフィグレーションファイル](/tidb-configuration-file.md) +- [TiDB設定ファイル](/tidb-configuration-file.md) - [TiDB デプロイメントに関する FAQ](/faq/deploy-and-maintain-faq.md) - [TiDB 2.1 GA リリースノート](/releases/release-2.1-ga.md) - [TiDB 2.1 RC5 リリースノート](/releases/release-2.1-rc.5.md) @@ -3897,7 +3897,7 @@ summary: すべての TiDB システム変数とドキュメント内の参照 - [統計入門](/statistics.md) - [TiDB Cloudで制限されたSQL機能](https://docs.pingcap.com/tidbcloud/limited-sql-features) - [システム変数](/system-variables.md#tidb_stats_load_sync_wait-new-in-v540) -- [TiDBコンフィグレーションファイル](/tidb-configuration-file.md) +- [TiDB設定ファイル](/tidb-configuration-file.md) - [TiDB 8.0.0 リリースノート](/releases/release-8.0.0.md) - [TiDB 6.4.0 リリースノート](/releases/release-6.4.0.md) - [TiDB 5.4 リリースノート](/releases/release-5.4.0.md) @@ -3916,7 +3916,7 @@ summary: すべての TiDB システム変数とドキュメント内の参照 - [ステートメントサマリーテーブル](/statement-summary-tables.md) - [システム変数](/system-variables.md#tidb_stmt_summary_enable_persistent-new-in-v660) -- [TiDBコンフィグレーションファイル](/tidb-configuration-file.md) +- [TiDB設定ファイル](/tidb-configuration-file.md) - [TiDB 6.6.0 リリースノート](/releases/release-6.6.0.md) ### tidb_stmt_summary_file_max_backups @@ -3925,7 +3925,7 @@ summary: すべての TiDB システム変数とドキュメント内の参照 - [ステートメントサマリーテーブル](/statement-summary-tables.md) - [システム変数](/system-variables.md#tidb_stmt_summary_file_max_backups-new-in-v660) -- [TiDBコンフィグレーションファイル](/tidb-configuration-file.md) +- [TiDB設定ファイル](/tidb-configuration-file.md) - [TiDB 6.6.0 リリースノート](/releases/release-6.6.0.md) ### tidb_stmt_summary_file_max_days @@ -3934,7 +3934,7 @@ summary: すべての TiDB システム変数とドキュメント内の参照 - [ステートメントサマリーテーブル](/statement-summary-tables.md) - [システム変数](/system-variables.md#tidb_stmt_summary_file_max_days-new-in-v660) -- [TiDBコンフィグレーションファイル](/tidb-configuration-file.md) +- [TiDB設定ファイル](/tidb-configuration-file.md) - [TiDB 6.6.0 リリースノート](/releases/release-6.6.0.md) ### tidb_stmt_summary_file_max_size @@ -3943,7 +3943,7 @@ summary: すべての TiDB システム変数とドキュメント内の参照 - [ステートメントサマリーテーブル](/statement-summary-tables.md) - [システム変数](/system-variables.md#tidb_stmt_summary_file_max_size-new-in-v660) -- [TiDBコンフィグレーションファイル](/tidb-configuration-file.md) +- [TiDB設定ファイル](/tidb-configuration-file.md) - [TiDB 6.6.0 リリースノート](/releases/release-6.6.0.md) ### tidb_stmt_summary_filename @@ -3952,7 +3952,7 @@ summary: すべての TiDB システム変数とドキュメント内の参照 - [ステートメントサマリーテーブル](/statement-summary-tables.md) - [システム変数](/system-variables.md#tidb_stmt_summary_filename-new-in-v660) -- [TiDBコンフィグレーションファイル](/tidb-configuration-file.md) +- [TiDB設定ファイル](/tidb-configuration-file.md) - [TiDB 6.6.0 リリースノート](/releases/release-6.6.0.md) ### tidb_stmt_summary_history_size @@ -4219,7 +4219,7 @@ summary: すべての TiDB システム変数とドキュメント内の参照 参照先: - [システム変数](/system-variables.md#tidb_txn_entry_size_limit-new-in-v760) -- [TiDBコンフィグレーションファイル](/tidb-configuration-file.md) +- [TiDB設定ファイル](/tidb-configuration-file.md) - [トランザクション制限](/develop/dev-guide-transaction-restraints.md) - [TiDB Lightningのトラブルシューティング](/tidb-lightning/troubleshoot-tidb-lightning.md) - [TiDB 8.5.2 リリースノート](/releases/release-8.5.2.md) @@ -4235,7 +4235,7 @@ summary: すべての TiDB システム変数とドキュメント内の参照 - [MySQL互換データベースにデータを複製する](/ticdc/ticdc-sink-to-mysql.md) - [SHOW [GLOBAL|SESSION] VARIABLES](/sql-statements/sql-statement-show-variables.md) - [システム変数](/system-variables.md#tidb_txn_mode) -- [TiDBコンフィグレーションファイル](/tidb-configuration-file.md) +- [TiDB設定ファイル](/tidb-configuration-file.md) - [TiDB 悲観的トランザクションモード](/pessimistic-transaction.md) - [トランザクション](/transaction-overview.md) - [TiDB 6.0.0 リリースノート](/releases/release-6.0.0-dmr.md) @@ -4396,7 +4396,7 @@ summary: すべての TiDB システム変数とドキュメント内の参照 - [TiDB Cloudで制限されたSQL機能](https://docs.pingcap.com/tidbcloud/limited-sql-features) - [システム変数](/system-variables.md#txn_scope) -- [TiDBコンフィグレーションファイル](/tidb-configuration-file.md) +- [TiDB設定ファイル](/tidb-configuration-file.md) - [リソース制御を使用してリソースグループの制限とフロー制御を実現する](/tidb-resource-control-ru-groups.md) ### validate_password.check_user_name diff --git a/system-variables.md b/system-variables.md index 18da1fd08ed6b..58166b7ad5cdb 100644 --- a/system-variables.md +++ b/system-variables.md @@ -959,7 +959,7 @@ mysql> SHOW GLOBAL VARIABLES LIKE 'max_prepared_stmt_count'; -- この変数を有効にし、TiDB Data Migration (DM) を使用してデータを移行している場合は、 [DMタスクコンフィグレーションファイル](/dm/task-configuration-file-full.md#task-configuration-file-template-advanced)ファイルの`session`部分に`sql_require_ primary_key`を追加し、それを`OFF`に設定することをお勧めします。そうしないと、DM がタスクを作成できなくなります。 +- この変数を有効にし、TiDB Data Migration (DM) を使用してデータを移行している場合は、 [DMタスク設定ファイル](/dm/task-configuration-file-full.md#task-configuration-file-template-advanced)ファイルの`session`部分に`sql_require_ primary_key`を追加し、それを`OFF`に設定することをお勧めします。そうしないと、DM がタスクを作成できなくなります。 @@ -2156,7 +2156,7 @@ mysql> SELECT job_info FROM mysql.analyze_jobs ORDER BY end_time DESC LIMIT 1; - デフォルト値: `OFF` -- この変数は、接続先の TiDBサーバーでセキュリティ強化モード (SEM) が有効になっているかどうかを示します。この値を変更するには、TiDBサーバー構成ファイル内の`enable-sem`の値を変更し、TiDBサーバーを再起動する必要があります。 +- この変数は、接続先の TiDBサーバーでセキュリティ強化モード (SEM) が有効になっているかどうかを示します。この値を変更するには、TiDBサーバー設定ファイル内の`enable-sem`の値を変更し、TiDBサーバーを再起動する必要があります。 @@ -4044,7 +4044,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー > **Note:** > -> `auto_analyze`は、TiDB 起動構成ファイルで`run-auto-analyze`が有効になっている場合にのみ、TiDB クラスタでトリガーされます。 +> `auto_analyze`は、TiDB 起動設定ファイルで`run-auto-analyze`が有効になっている場合にのみ、TiDB クラスタでトリガーされます。 ### tidb_mem_quota_apply_cache New in v5.0 diff --git a/ticdc-deployment-topology.md b/ticdc-deployment-topology.md index 608146f961ab3..7d46800a07828 100644 --- a/ticdc-deployment-topology.md +++ b/ticdc-deployment-topology.md @@ -32,7 +32,7 @@ TiCDCは、TiDB 4.0で導入されたTiDBの増分データを複製するため - [TiCDCトポロジのシンプルなテンプレート](https://github.com/pingcap/docs/blob/master/config-templates/simple-cdc.yaml) - [TiCDCトポロジの複雑なテンプレート](https://github.com/pingcap/docs/blob/master/config-templates/complex-cdc.yaml) -上記の TiDB クラスター トポロジファイルの設定項目の詳細については、 [TiUPを使用して TiDB をデプロイするためのトポロジコンフィグレーションファイル](/tiup/tiup-cluster-topology-reference.md)を参照してください。 +上記の TiDB クラスター トポロジファイルの設定項目の詳細については、 [TiUPを使用して TiDB をデプロイするためのトポロジ設定ファイル](/tiup/tiup-cluster-topology-reference.md)を参照してください。 > **Note:** > diff --git a/ticdc/deploy-ticdc.md b/ticdc/deploy-ticdc.md index 72302a1ed8fe6..457bd4d594017 100644 --- a/ticdc/deploy-ticdc.md +++ b/ticdc/deploy-ticdc.md @@ -19,7 +19,7 @@ summary: TiCDCの導入と実行に関するハードウェアおよびソフト ## TiUPを使用してTiCDCを含む新しいTiDBクラスタをデプロイ {#deploy-a-new-tidb-cluster-that-includes-ticdc-using-tiup} -TiUPを使用して新しい TiDB クラスタをデプロイする場合、同時に TiCDC もデプロイできます。TiUPが TiUPクラスタの起動に使用する構成ファイルに`cdc_servers`セクションを追加するだけで済みます。以下に例を示します。 +TiUPを使用して新しい TiDB クラスタをデプロイする場合、同時に TiCDC もデプロイできます。TiUPが TiUPクラスタの起動に使用する設定ファイルに`cdc_servers`セクションを追加するだけで済みます。以下に例を示します。 ```shell cdc_servers: @@ -96,7 +96,7 @@ tiup cluster upgrade --transfer-timeout 600 TiCDCクラスタをアップグレードする際には、以下の点に注意してください。 -- TiCDC v4.0.2 は`changefeed`を再構成しました。詳細については、 [コンフィグレーションファイルの互換性に関する注意事項](/ticdc/ticdc-compatibility.md#cli-and-configuration-file-compatibility)を参照してください。 +- TiCDC v4.0.2 は`changefeed`を再構成しました。詳細については、 [設定ファイルの互換性に関する注意事項](/ticdc/ticdc-compatibility.md#cli-and-configuration-file-compatibility)を参照してください。 - アップグレード中に問題が発生した場合は、解決策について[アップグレードに関するよくある質問](/upgrade-tidb-using-tiup.md#faq)を参照してください。 - v6.3.0 以降、TiCDC はローリングアップグレードをサポートしています。マイナーバージョン間のローリングアップグレードを直接実行できます (たとえば、v8.5.0 -> v8.5.3 はマイナーバージョン アップグレードであり、v8.1.x -> v8.5.x はメジャーバージョン アップグレードです)。 TiCDC クラシックアーキテクチャの場合、メジャーバージョン間のアップグレード中に変更フィードを実行しないでください。クラシックアーキテクチャをアップグレードする前に、変更フィードを一時停止してください。新しい TiCDCアーキテクチャは、ローリングアップグレードプロセス中の変更フィードの実行をサポートします。詳細については、 [以前のTiCDCバージョンからのローリングアップグレードに関する互換性に関する注意事項](/ticdc/ticdc-compatibility.md#compatibility-notes-for-upgrading-from-earlier-versions)を参照してください。次の条件が満たされる場合、ローリングアップグレードは自動的に有効になります。 diff --git a/ticdc/integrate-confluent-using-ticdc.md b/ticdc/integrate-confluent-using-ticdc.md index 7437134047c62..bf1c41d8fd094 100644 --- a/ticdc/integrate-confluent-using-ticdc.md +++ b/ticdc/integrate-confluent-using-ticdc.md @@ -83,7 +83,7 @@ TiDB v6.1.0以降、TiCDCはAvro形式でConfluentへの増分データのレプ ### ステップ3. Kafkaの変更フィードを作成する {#step-3-create-a-kafka-changefeed} -1. changefeed 構成ファイルを作成します。 +1. changefeed 設定ファイルを作成します。 AvroおよびConfluent Connectorの要件に従い、各テーブルの増分データは独立したトピックに送信され、イベントごとに主キーの値に基づいてパーティションがディスパッチされる必要があります。そのため、以下の内容を含むchangefeed設定ファイル`changefeed.conf`を作成する必要があります。 diff --git a/ticdc/ticdc-architecture.md b/ticdc/ticdc-architecture.md index 11a8190355fb3..e2769ff43460a 100644 --- a/ticdc/ticdc-architecture.md +++ b/ticdc/ticdc-architecture.md @@ -122,7 +122,7 @@ TiUPまたはTiDB Operatorを使用して、新しいアーキテクチャにTiC
-TiUPを使用して v8.5.4 以降の新しい TiDB クラスタをデプロイする場合、新しいアーキテクチャで TiCDC ノードも同時にデプロイできます。そのためには、 TiUP がTiDB クラスタの起動に使用する構成ファイルに TiCDC 関連のセクションを追加し、 `newarch: true`を設定するだけです。以下に例を示します。 +TiUPを使用して v8.5.4 以降の新しい TiDB クラスタをデプロイする場合、新しいアーキテクチャで TiCDC ノードも同時にデプロイできます。そのためには、 TiUP がTiDB クラスタの起動に使用する設定ファイルに TiCDC 関連のセクションを追加し、 `newarch: true`を設定するだけです。以下に例を示します。 ```yaml cdc_servers: @@ -139,7 +139,7 @@ TiCDC デプロイメントの詳細については、 [TiUPを使用してTiCDC
-TiDB Operator を使用して v8.5.4 以降の新しい TiDB クラスタをデプロイする場合、新しいアーキテクチャで TiCDC ノードを同時にデプロイすることもできます。そのためには、クラスタ構成ファイルに TiCDC 関連のセクションを追加し、 `newarch = true`を設定するだけです。以下に例を示します。 +TiDB Operator を使用して v8.5.4 以降の新しい TiDB クラスタをデプロイする場合、新しいアーキテクチャで TiCDC ノードを同時にデプロイすることもできます。そのためには、クラスタ設定ファイルに TiCDC 関連のセクションを追加し、 `newarch = true`を設定するだけです。以下に例を示します。 ```yaml spec: @@ -212,7 +212,7 @@ TiUPを使用して新しいアーキテクチャにTiCDCノードをデプロ TiDB Operatorを使用して既存のTiDBクラスタに新しいアーキテクチャでTiCDCノードをデプロイするには、次の手順を実行します。 -- TiDB クラスターに TiCDCコンポーネントが含まれていない場合は、 [既存のTiDBクラスタにTiCDCを追加する](https://docs.pingcap.com/tidb-in-kubernetes/stable/deploy-ticdc/#add-ticdc-to-an-existing-tidb-cluster)を参照して、新しい TiCDC ノードを追加します。その際、クラスター構成ファイルで TiCDC イメージのバージョンを新しいアーキテクチャのバージョンとして指定します。利用可能なバージョンについては、 [TiCDCが新アーキテクチャ向けにリリース](https://github.com/pingcap/ticdc/releases)を参照してください。 +- TiDB クラスターに TiCDCコンポーネントが含まれていない場合は、 [既存のTiDBクラスタにTiCDCを追加する](https://docs.pingcap.com/tidb-in-kubernetes/stable/deploy-ticdc/#add-ticdc-to-an-existing-tidb-cluster)を参照して、新しい TiCDC ノードを追加します。その際、クラスター設定ファイルで TiCDC イメージのバージョンを新しいアーキテクチャのバージョンとして指定します。利用可能なバージョンについては、 [TiCDCが新アーキテクチャ向けにリリース](https://github.com/pingcap/ticdc/releases)を参照してください。 例えば： @@ -239,7 +239,7 @@ TiDB Operatorを使用して既存のTiDBクラスタに新しいアーキテク /cdc cli changefeed pause --server=http://127.0.0.1:8301 --changefeed-id ``` - 2. クラスタ構成ファイル内のTiCDCイメージバージョンを新しいアーキテクチャバージョンに更新してください。 + 2. クラスタ設定ファイル内のTiCDCイメージバージョンを新しいアーキテクチャバージョンに更新してください。 ```shell kubectl edit tc ${cluster_name} -n ${namespace} diff --git a/ticdc/ticdc-bidirectional-replication.md b/ticdc/ticdc-bidirectional-replication.md index 7b61b24f57225..69e88414ab503 100644 --- a/ticdc/ticdc-bidirectional-replication.md +++ b/ticdc/ticdc-bidirectional-replication.md @@ -25,7 +25,7 @@ TiCDCは、指定されたタイムスタンプ以降に発生した増分デー 2. changefeed を作成する際、上流クラスターの changefeed の`--start-ts`を対応する`tso`に設定します。つまり、上流クラスターが TiDB 1 の場合は`--start-ts=1` 、下流クラスターが TiDB 2 の場合は`--start-ts=2`を設定します。 -4. `--config`パラメータで指定された構成ファイルに、次の構成を追加します。 +4. `--config`パラメータで指定された設定ファイルに、次の構成を追加します。 ```toml # Whether to enable the bidirectional replication mode diff --git a/ticdc/ticdc-changefeed-config.md b/ticdc/ticdc-changefeed-config.md index 62250045689d1..74daa86bdf1cc 100644 --- a/ticdc/ticdc-changefeed-config.md +++ b/ticdc/ticdc-changefeed-config.md @@ -3,7 +3,7 @@ title: CLI and Configuration Parameters of TiCDC Changefeeds summary: TiCDCチェンジフィードのCLIの定義と設定パラメータについて学びましょう。 --- -# TiCDC ChangefeedsのCLIとコンフィグレーションパラメータ {#cli-and-configuration-parameters-of-ticdc-changefeeds} +# TiCDC ChangefeedsのCLIと設定パラメータ {#cli-and-configuration-parameters-of-ticdc-changefeeds} ## 変更フィードCLIパラメータ {#changefeed-cli-parameters} @@ -46,7 +46,7 @@ Info: {"upstream_id":7178706266519722477,"namespace":"default","id":"simple-repl ### `case-sensitive` {#case-sensitive} -- 構成ファイル内のデータベース名とテーブルが大文字と小文字を区別するかどうかを指定します。v6.5.6、v7.1.3、v7.5.0 以降、デフォルト値は`true`から`false`に変更されます。 +- 設定ファイル内のデータベース名とテーブルが大文字と小文字を区別するかどうかを指定します。v6.5.6、v7.1.3、v7.5.0 以降、デフォルト値は`true`から`false`に変更されます。 - この設定項目は、フィルターとシンクに関連する設定に影響します。 - デフォルト値: `false` diff --git a/ticdc/ticdc-classic-architecture.md b/ticdc/ticdc-classic-architecture.md index de2bcfb2ecbcc..d30cf67b062f2 100644 --- a/ticdc/ticdc-classic-architecture.md +++ b/ticdc/ticdc-classic-architecture.md @@ -59,7 +59,7 @@ dispatchers = [ ] ``` -前述の`cdc cli changefeed create`コマンドのパラメータの詳細については、 [TiCDC Changefeedコンフィグレーションパラメータ](/ticdc/ticdc-changefeed-config.md)を参照してください。 +前述の`cdc cli changefeed create`コマンドのパラメータの詳細については、 [TiCDC Changefeed設定パラメータ](/ticdc/ticdc-changefeed-config.md)を参照してください。 上記のコマンド`cdc cli changefeed create`は、 `test1.tab1` 、 `test1.tab2` 、 `test3.tab3` 、 `test4.tab4` Kafkaクラスターに複製する changefeed タスクを作成します。TiCDCがこのコマンドを受信した後の処理フローは以下のとおりです。 diff --git a/ticdc/ticdc-ddl.md b/ticdc/ticdc-ddl.md index 9d081844fd5d4..db3b677fa4aa1 100644 --- a/ticdc/ticdc-ddl.md +++ b/ticdc/ticdc-ddl.md @@ -78,7 +78,7 @@ TiCDC は通常 DDL文を順番にレプリケートしますが、ダウンス DDL文で単一のテーブル名を変更する場合、TiCDCは古いテーブル名がフィルタールールに一致する場合にのみ、そのDDL文を複製します。以下に例を示します。 -changefeed の構成ファイルが次のようになっていると仮定します。 +changefeed の設定ファイルが次のようになっていると仮定します。 ```toml [filter] @@ -101,7 +101,7 @@ DDL文で複数のテーブルの名前を変更する場合、TiCDC は、**古 また、TiCDCはテーブル名を入れ替える`RENAME TABLE` DDLをサポートしていません。以下に例を示します。 -changefeed の構成ファイルが次のようになっていると仮定します。 +changefeed の設定ファイルが次のようになっていると仮定します。 ```toml [filter] @@ -125,7 +125,7 @@ TiCDC はこのタイプの DDL を次のように処理します。 フィルタリングされたDDL文がテーブルの作成または削除を伴う場合、TiCDCはDML文のレプリケーション動作に影響を与えることなく、DDL文のみをフィルタリングします。以下に例を示します。 -changefeed の構成ファイルが次のようになっていると仮定します。 +changefeed の設定ファイルが次のようになっていると仮定します。 ```toml [filter] diff --git a/ticdc/ticdc-faq.md b/ticdc/ticdc-faq.md index 70d5bf6756bf5..3c9ccf1872486 100644 --- a/ticdc/ticdc-faq.md +++ b/ticdc/ticdc-faq.md @@ -208,7 +208,7 @@ TiCDC がサービス GC セーフポイントに設定するデフォルトの > - `--tz`利用できない場合、TiCDC は`TZ`環境変数を使用してタイムゾーン セットを読み取ろうとします。 > - `TZ`環境変数が使用できない場合、TiCDC はマシンのデフォルトのタイムゾーンを使用します。 -## `--config`で構成ファイルを指定せずにレプリケーションタスクを作成した場合、TiCDC のデフォルトの動作はどうなりますか? {#what-is-the-default-behavior-of-ticdc-if-i-create-a-replication-task-without-specifying-the-configuration-file-in---config} +## `--config`で設定ファイルを指定せずにレプリケーションタスクを作成した場合、TiCDC のデフォルトの動作はどうなりますか? {#what-is-the-default-behavior-of-ticdc-if-i-create-a-replication-task-without-specifying-the-configuration-file-in---config} `-config`パラメータを指定せずに`cdc cli changefeed create`コマンドを使用すると、TiCDC は次のデフォルト動作でレプリケーションタスクを作成します。 @@ -385,7 +385,7 @@ TiDB Lightning物理インポートモードを使用してインポートされ cdc cli changefeed create -c "upstream-to-downstream-some-tables" --start-ts=431434047157698561 --sink-uri="mysql://root@127.0.0.1:4000?time-zone=" ``` -TiDB Lightning物理インポートモードによってインポートされたテーブルが、どの変更フィードによっても監視されるテーブルと重複しない場合は、TiDB Lightning構成ファイルで[`check-requirements`](/tidb-lightning/tidb-lightning-configuration.md#check-requirements)を`false`に設定して、データのインポートを強制できます。 +TiDB Lightning物理インポートモードによってインポートされたテーブルが、どの変更フィードによっても監視されるテーブルと重複しない場合は、TiDB Lightning設定ファイルで[`check-requirements`](/tidb-lightning/tidb-lightning-configuration.md#check-requirements)を`false`に設定して、データのインポートを強制できます。 ## BRと TiCDC 間の互換性の制限は何ですか? {#what-are-the-compatibility-limitations-between-br-and-ticdc} @@ -421,7 +421,7 @@ TiCDC v6.5.2より前のバージョンでは、TiCDCをダウンストリーム ## 単一テーブルのレプリケーションは単一のTiCDCノードでのみ実行できます。複数のTiCDCノードを使用して複数テーブルのデータをレプリケーションすることは可能ですか？ {#replication-of-a-single-table-can-only-be-run-on-a-single-ticdc-node-will-it-be-possible-to-use-multiple-ticdc-nodes-to-replicate-data-of-multiple-tables} -v7.1.0以降、TiCDCはMQシンクをサポートし、TiKVリージョンの粒度でデータ変更ログを複製します。これによりスケーラブルな処理能力が実現され、TiCDCは単一のテーブルを多数のリージョンに複製できます。この機能を有効にするには、 [TiCDC チェンジフィード構成ファイル](/ticdc/ticdc-changefeed-config.md)で以下のパラメータを設定します。 +v7.1.0以降、TiCDCはMQシンクをサポートし、TiKVリージョンの粒度でデータ変更ログを複製します。これによりスケーラブルな処理能力が実現され、TiCDCは単一のテーブルを多数のリージョンに複製できます。この機能を有効にするには、 [TiCDC チェンジフィード設定ファイル](/ticdc/ticdc-changefeed-config.md)で以下のパラメータを設定します。 ```toml [scheduler] diff --git a/ticdc/ticdc-integrity-check.md b/ticdc/ticdc-integrity-check.md index c910e685ba47a..cb2c3f5a13901 100644 --- a/ticdc/ticdc-integrity-check.md +++ b/ticdc/ticdc-integrity-check.md @@ -43,7 +43,7 @@ TiCDCはデフォルトでデータ整合性検証を無効にしています。 TiCDC disables data integrity validation by default. To disable this feature after enabling it, perform the following steps: -1. [Update task configuration](/ticdc/ticdc-manage-changefeed.md#update-task-configuration)で説明した`Pause Task -> Modify Configuration -> Resume Task`プロセスに従い、changefeed の`--config`パラメータで指定された構成ファイル内の`[integrity]`構成をすべて削除します。 +1. [Update task configuration](/ticdc/ticdc-manage-changefeed.md#update-task-configuration)で説明した`Pause Task -> Modify Configuration -> Resume Task`プロセスに従い、changefeed の`--config`パラメータで指定された設定ファイル内の`[integrity]`構成をすべて削除します。 ```toml [integrity] diff --git a/ticdc/ticdc-manage-changefeed.md b/ticdc/ticdc-manage-changefeed.md index 7bcb7c7a5b404..dd5d5c0481ec6 100644 --- a/ticdc/ticdc-manage-changefeed.md +++ b/ticdc/ticdc-manage-changefeed.md @@ -202,7 +202,7 @@ cdc cli changefeed resume -c test-cf --server=http://10.0.10.25:8300 現在、次の設定項目を変更できます。 - チェンジフィードの`sink-uri` 。 -- changefeed 構成ファイルとファイル内のすべての設定項目。 +- changefeed 設定ファイルとファイル内のすべての設定項目。 - チェンジフィードの`target-ts` 。 ## レプリケーションサブタスクの処理単位を管理する（ `processor` ） {#manage-processing-units-of-replication-sub-tasks-processor} diff --git a/ticdc/ticdc-open-api-v2.md b/ticdc/ticdc-open-api-v2.md index d5d6219405fa3..5e05806c9fd22 100644 --- a/ticdc/ticdc-open-api-v2.md +++ b/ticdc/ticdc-open-api-v2.md @@ -235,7 +235,7 @@ curl -X GET http://127.0.0.1:8300/api/v2/health | パラメータ名 | 説明 | | :--------------- | :----------------------------------------------------------------------------------------------------- | | `changefeed_id` | `STRING`型。レプリケーションタスクのID。（オプション） | -| `replica_config` | レプリケーションタスクのコンフィグレーションパラメータ。(オプション) | +| `replica_config` | レプリケーションタスクの設定パラメータ。(オプション) | | **`sink_uri`** | `STRING`型。レプリケーションタスクのダウンストリームアドレス。（**必須**） | | `start_ts` | `UINT64`型。変更フィードの開始TSOを指定します。TiCDCクラスターは、このTSOからデータのプルを開始します。デフォルト値は現在時刻です。（オプション） | | `target_ts` | `UINT64`型。変更フィードのターゲットTSOを指定します。TiCDCクラスターは、このTSOに到達するとデータのプルを停止します。デフォルト値は空で、TiCDCは自動的に停止しません。(オプション) | diff --git a/ticdc/ticdc-server-config.md b/ticdc/ticdc-server-config.md index 07823e40ef4b1..128b39d77ef30 100644 --- a/ticdc/ticdc-server-config.md +++ b/ticdc/ticdc-server-config.md @@ -5,7 +5,7 @@ summary: TiCDC で使用される CLI と設定パラメータについて学習 # TiCDC サーバー構成 {#ticdc-server-configurations} -このドキュメントでは、TiCDC で使用される CLI および構成ファイルのパラメータについて説明します。 +このドキュメントでは、TiCDC で使用される CLI および設定ファイルのパラメータについて説明します。 ## `cdc server` CLIパラメータ {#cdc-server-cli-parameters} @@ -26,7 +26,7 @@ summary: TiCDC で使用される CLI と設定パラメータについて学習 - `tz` : TiCDC サービスが使用するタイムゾーン。TiCDC は、 `TIMESTAMP`などの時間データ型を内部的に変換するとき、またはデータをダウンストリームに複製するときに、このタイムゾーンを使用します。デフォルトは、プロセスが実行されるローカルタイムゾーンです。`sink-uri`の`time-zone`パラメータは、 `mysql`と`tidb`シンクにのみ有効で、ダウンストリーム接続セッションのタイムゾーンを設定するために使用されることに注意してください。`tz`パラメータと`time-zone`パラメータの両方を指定する場合は、両方のパラメータで同じタイムゾーンを使用するようにしてください。これは、TiCDC プロセスは内部的に`tz`で指定されたタイムゾーンを使用するのに対し、MySQL シンクと TiDB シンクはダウンストリーム操作の実行時に`time-zone`で指定されたタイムゾーンを使用するためです。 - `cluster-id` : (オプション) TiCDC クラスターの ID。デフォルト値は`default`です。 `cluster-id`は TiCDC クラスターの一意の識別子です。同じ`cluster-id`を持つ TiCDC ノードは同じクラスターに属します。 `cluster-id`の長さは最大 128 文字です。 `cluster-id` `^[a-zA-Z0-9]+(-[a-zA-Z0-9]+)*$`のパターンに従う必要があり、 `owner` 、 `capture` 、 `task` 、 `changefeed` 、 `job` 、 `meta`のいずれかにすることはできません。 -## `cdc server`構成ファイルのパラメータ {#cdc-server-configuration-file-parameters} +## `cdc server`設定ファイルのパラメータ {#cdc-server-configuration-file-parameters} 以下は、コマンド`cdc server`の`config`オプションで指定される設定ファイルについて説明します。デフォルトの設定ファイルは[`pkg/cmd/util/ticdc.toml`](https://github.com/pingcap/tiflow/blob/master/pkg/cmd/util/ticdc.toml)にあります。 diff --git a/ticdc/ticdc-sink-to-kafka.md b/ticdc/ticdc-sink-to-kafka.md index 22fca46fad0a5..382989b4e4e17 100644 --- a/ticdc/ticdc-sink-to-kafka.md +++ b/ticdc/ticdc-sink-to-kafka.md @@ -29,7 +29,7 @@ Info: {"sink-uri":"kafka://127.0.0.1:9092,127.0.0.1:9093,127.0.0.1:9094/topic-na - `--sink-uri` : レプリケーションタスクのダウンストリームアドレス。詳細は[`kafka`でシンクURIを設定する](#configure-sink-uri-for-kafka)を参照してください。 - `--start-ts` : チェンジフィードの開始TSOを指定します。このTSOから、TiCDCクラスターはデータのプルを開始します。デフォルト値は現在時刻です。 - `--target-ts` : チェンジフィードの終了TSOを指定します。このTSOまで、TiCDCクラスターはデータのプルを停止します。デフォルト値は空で、TiCDCはデータのプルを自動的に停止しません。 -- `--config` : changefeed設定ファイルを指定します。詳細は[TiCDC Changefeedコンフィグレーションパラメータ](/ticdc/ticdc-changefeed-config.md)を参照してください。 +- `--config` : changefeed設定ファイルを指定します。詳細は[TiCDC Changefeed設定パラメータ](/ticdc/ticdc-changefeed-config.md)を参照してください。 ## サポートされているKafkaのバージョン {#supported-kafka-versions} diff --git a/ticdc/ticdc-sink-to-mysql.md b/ticdc/ticdc-sink-to-mysql.md index a119da87d544d..7ea84d99e0ef2 100644 --- a/ticdc/ticdc-sink-to-mysql.md +++ b/ticdc/ticdc-sink-to-mysql.md @@ -29,7 +29,7 @@ Info: {"sink-uri":"mysql://root:123456@127.0.0.1:3306/","opts":{},"create-time": - `--sink-uri` : レプリケーションタスクのダウンストリームアドレス。詳細については、[シンクURIを`mysql` / `tidb`で設定します](#configure-sink-uri-for-mysql-or-tidb)を参照してください。 - `--start-ts` : 変更フィードの開始TSOを指定します。TiCDCクラスタはこのTSOからデータの取得を開始します。デフォルト値は現在時刻です。 - `--target-ts` : 変更フィードの終了TSOを指定します。このTSOに達すると、TiCDCクラスタはデータのプルを停止します。デフォルト値は空で、これはTiCDCが自動的にデータのプルを停止しないことを意味します。 -- `--config` : チェンジフィード構成ファイルを指定します。詳細については、 [TiCDC Changefeedコンフィグレーションパラメータ](/ticdc/ticdc-changefeed-config.md)を参照してください。 +- `--config` : チェンジフィード設定ファイルを指定します。詳細については、 [TiCDC Changefeed設定パラメータ](/ticdc/ticdc-changefeed-config.md)を参照してください。 > **Note:** > diff --git a/ticdc/ticdc-sink-to-pulsar.md b/ticdc/ticdc-sink-to-pulsar.md index 70781d6376ed2..f08798e16230e 100644 --- a/ticdc/ticdc-sink-to-pulsar.md +++ b/ticdc/ticdc-sink-to-pulsar.md @@ -252,7 +252,7 @@ tls-key-file-path="/data/pulsar/tls-key-file" ### Matcherのマッチングルール {#matching-rules-for-matcher} -次のサンプル構成ファイルの`dispatchers`設定項目を例に挙げます。 +次のサンプル設定ファイルの`dispatchers`設定項目を例に挙げます。 ```toml [sink] diff --git a/ticdc/ticdc-upstream-downstream-check.md b/ticdc/ticdc-upstream-downstream-check.md index 27628276dd2d8..72edf9466c9cb 100644 --- a/ticdc/ticdc-upstream-downstream-check.md +++ b/ticdc/ticdc-upstream-downstream-check.md @@ -94,7 +94,7 @@ select * from tidb_cdc.syncpoint_v1; ## 注記 {#notes} -- チェンジフィードを作成する前に、changefeed設定項目`enable-sync-point`の値が`true`に設定されていることを確認してください。この設定によってのみ、同期ポイントが有効になり、 `ts-map`がダウンストリームに保存されます。設定項目`sync-point-interval`のデフォルト形式は`"h m s"` （例えば`"1h30m30s"`で、最小値は`"30s"`です。完全な構成情報については、 [TiCDC タスク構成ファイル](/ticdc/ticdc-changefeed-config.md)を参照してください。 +- チェンジフィードを作成する前に、changefeed設定項目`enable-sync-point`の値が`true`に設定されていることを確認してください。この設定によってのみ、同期ポイントが有効になり、 `ts-map`がダウンストリームに保存されます。設定項目`sync-point-interval`のデフォルト形式は`"h m s"` （例えば`"1h30m30s"`で、最小値は`"30s"`です。完全な構成情報については、 [TiCDC タスク設定ファイル](/ticdc/ticdc-changefeed-config.md)を参照してください。 - Syncpointを使用してデータ検証を実行する場合、TiKVのガベージコレクション（GC）時間を変更する必要があります。これは、データチェック中にスナップショットに対応する履歴データがGCによって収集されないようにするためです。GC時間を1時間に変更し、チェック後に設定を復元することをお勧めします。 - 上記の例では`Datasource config`の部分のみを示しています。完全な設定については[sync-diff-inspector ユーザーガイド](/sync-diff-inspector/sync-diff-inspector-overview.md)を参照してください。 - v6.4.0 以降では、 `SYSTEM_VARIABLES_ADMIN`または`SUPER`権限を持つ changefeed のみが TiCDC Syncpoint 機能を使用できます。 diff --git a/ticdc/troubleshoot-ticdc.md b/ticdc/troubleshoot-ticdc.md index 28200970644d5..81ec48b2c34a3 100644 --- a/ticdc/troubleshoot-ticdc.md +++ b/ticdc/troubleshoot-ticdc.md @@ -45,9 +45,9 @@ cdc cli changefeed query --server=http://127.0.0.1:8300 --changefeed-id 28c43ffc - このシナリオでは、TiCDCはタスク情報を保存します。TiCDCはPDにサービスGCセーフポイントを設定しているため、タスクチェックポイント以降のデータは有効期間`gc-ttl`内にTiKV GCによってクリーンアップされません。 - 取り扱い手順: 1. `cdc cli changefeed query`コマンドを使用してレプリケーションタスクのステータス情報を照会し、 `checkpoint-ts`の値を記録します。 - 2. 新しいタスク構成ファイルを使用して`ignore-txn-start-ts`パラメータを追加し、指定された`start-ts`に対応するトランザクションをスキップします。 + 2. 新しいタスク設定ファイルを使用して`ignore-txn-start-ts`パラメータを追加し、指定された`start-ts`に対応するトランザクションをスキップします。 3. `cdc cli changefeed pause -c `を実行してレプリケーションタスクを一時停止します。 - 4. `cdc cli changefeed update -c --config `を実行して新しいタスク構成ファイルを指定します。 + 4. `cdc cli changefeed update -c --config `を実行して新しいタスク設定ファイルを指定します。 5. `cdc cli changefeed resume -c `を実行してレプリケーションタスクを再開します。 ### タスク中断後に TiCDC を再起動した後で発生する OOM を処理するにはどうすればよいですか? {#what-should-i-do-to-handle-the-oom-that-occurs-after-ticdc-is-restarted-after-a-task-interruption} @@ -76,7 +76,7 @@ Warning: Unable to load '/usr/share/zoneinfo/zone1970.tab' as time zone. Skippin `mysql`と`tidb`シンクを使用する場合は、タイムゾーンを明示的に指定することをお勧めします（例： `time-zone="Asia/Shanghai"` 。また、TiCDCサーバー構成で指定する`tz`とシンクURIで指定する`time-zone`が、下流データベースのタイムゾーン設定と一致していることを確認してください。これにより、タイムゾーンの不一致によるデータの不整合を防ぐことができます。 -## TiCDC のアップグレードによって発生した構成ファイルの非互換性の問題をどのように処理すればよいですか? {#how-do-i-handle-the-incompatibility-issue-of-configuration-files-caused-by-ticdc-upgrade} +## TiCDC のアップグレードによって発生した設定ファイルの非互換性の問題をどのように処理すればよいですか? {#how-do-i-handle-the-incompatibility-issue-of-configuration-files-caused-by-ticdc-upgrade} [互換性に関する注意事項](/ticdc/ticdc-compatibility.md)を参照してください。 diff --git a/tidb-cloud/data-service-app-config-files.md b/tidb-cloud/data-service-app-config-files.md index 2107ac63e6c46..7645c09419525 100644 --- a/tidb-cloud/data-service-app-config-files.md +++ b/tidb-cloud/data-service-app-config-files.md @@ -1,13 +1,13 @@ --- title: Data App Configuration Files -summary: このドキュメントでは、TiDB Cloudのデータアプリの構成ファイルについて説明します。 +summary: このドキュメントでは、TiDB Cloudのデータアプリの設定ファイルについて説明します。 --- -# データアプリコンフィグレーションファイル {#data-app-configuration-files} +# データアプリ設定ファイル {#data-app-configuration-files} -このドキュメントでは、TiDB Cloudの[データアプリ](/tidb-cloud/tidb-cloud-glossary.md#data-app)の構成ファイルについて説明します。 +このドキュメントでは、TiDB Cloudの[データアプリ](/tidb-cloud/tidb-cloud-glossary.md#data-app)の設定ファイルについて説明します。 -データ[データアプリをGitHubに接続しました](/tidb-cloud/data-service-manage-github-connection.md)た場合は、次のように GitHub の指定したディレクトリでデータアプリの構成ファイルを見つけることができます。 +データ[データアプリをGitHubに接続しました](/tidb-cloud/data-service-manage-github-connection.md)た場合は、次のように GitHub の指定したディレクトリでデータアプリの設定ファイルを見つけることができます。 ``` ├── diff --git a/tidb-cloud/data-service-get-started.md b/tidb-cloud/data-service-get-started.md index ecf08fc141019..debc2d258cca2 100644 --- a/tidb-cloud/data-service-get-started.md +++ b/tidb-cloud/data-service-get-started.md @@ -76,7 +76,7 @@ Data Serviceの利用を開始するには、独自のデータアプリを作 > **Note:** > > - ディレクトリ名はスラッシュ（ `/` ）で始まる必要があります。例えば、 `/mydata`のようになります。指定したディレクトリが対象のリポジトリとブランチに存在しない場合は、自動的に作成されます。 - > - リポジトリ、ブランチ、ディレクトリの組み合わせによって構成ファイルのパスが識別されます。このパスはデータアプリ間で一意である必要があります。指定したパスが既に他のデータアプリで使用されている場合は、新しいパスを指定する必要があります。そうしないと、現在のデータアプリ用にTiDB Cloudコンソールで構成されたエンドポイントによって、指定したパス内のファイルが上書きされます。 + > - リポジトリ、ブランチ、ディレクトリの組み合わせによって設定ファイルのパスが識別されます。このパスはデータアプリ間で一意である必要があります。指定したパスが既に他のデータアプリで使用されている場合は、新しいパスを指定する必要があります。そうしないと、現在のデータアプリ用にTiDB Cloudコンソールで構成されたエンドポイントによって、指定したパス内のファイルが上書きされます。 5. **Create Data App**をクリックします。 [**Data Service**](https://tidbcloud.com/project/data-service)の詳細ページが表示されます。 diff --git a/tidb-cloud/data-service-manage-data-app.md b/tidb-cloud/data-service-manage-data-app.md index 0197a8912cff0..f05a9da383897 100644 --- a/tidb-cloud/data-service-manage-data-app.md +++ b/tidb-cloud/data-service-manage-data-app.md @@ -29,19 +29,19 @@ Data Service（プレビュー版）のデータアプリは、特定のアプ 1. **Install on GitHub**をクリックし、画面の指示に従って、 **TiDB Cloud Data Service**をアプリケーションとしてターゲット リポジトリにインストールします。 2. **Authorize**をクリックして、GitHub 上のアプリケーションへのアクセスを承認します。 - 3. データアプリの構成ファイルを保存するターゲット リポジトリ、ブランチ、ディレクトリを指定します。 + 3. データアプリの設定ファイルを保存するターゲット リポジトリ、ブランチ、ディレクトリを指定します。 > **Note:** > > - ディレクトリはスラッシュ（ `/` ）で始まる必要があります。例えば、 `/mydata` 。指定したディレクトリがターゲットリポジトリとブランチに存在しない場合は、自動的に作成されます。 > - リポジトリ、ブランチ、ディレクトリの組み合わせは、設定ファイルのパスを識別します。このパスはデータアプリ間で一意である必要があります。指定したパスが既に別のデータアプリで使用されている場合は、新しいパスを指定する必要があります。そうしないと、 TiDB Cloudコンソールで現在のデータアプリ用に設定されたエンドポイントによって、指定したパス内のファイルが上書きされます。 - > - 指定したパスに別のデータアプリからコピーされた構成ファイルが含まれており、これらのファイルを現在のデータアプリにインポートする場合は、 [既存のデータアプリの構成をインポートする](/tidb-cloud/data-service-manage-github-connection.md#import-configurations-of-an-existing-data-app)を参照してください。 + > - 指定したパスに別のデータアプリからコピーされた設定ファイルが含まれており、これらのファイルを現在のデータアプリにインポートする場合は、 [既存のデータアプリの構成をインポートする](/tidb-cloud/data-service-manage-github-connection.md#import-configurations-of-an-existing-data-app)を参照してください。 4. **Create Data App**をクリックします。 新しく作成されたデータアプリがリストの一番上に追加されます。新しいデータアプリにはデフォルトで「 `untitled endpoint`が作成されます。 -5. データアプリをGitHubに接続するように設定している場合は、指定したGitHubディレクトリを確認してください`tidb-cloud-data-service`までに[データアプリの構成ファイル](/tidb-cloud/data-service-app-config-files.md)ディレクトリにコミットされていることがわかります。これは、データアプリがGitHubに正常に接続されていることを意味します。 +5. データアプリをGitHubに接続するように設定している場合は、指定したGitHubディレクトリを確認してください`tidb-cloud-data-service`までに[データアプリの設定ファイル](/tidb-cloud/data-service-app-config-files.md)ディレクトリにコミットされていることがわかります。これは、データアプリがGitHubに正常に接続されていることを意味します。 新しいデータアプリでは、**Auto Sync & Deployment**、および**Review Draft**がデフォルトで有効になっているため、 TiDB Cloudコンソールと GitHub 間でデータアプリの変更を簡単に同期し、デプロイ前に変更を確認できます。GitHub との統合の詳細については、 [データアプリの変更を GitHub で自動的にデプロイ](/tidb-cloud/data-service-manage-github-connection.md)ご覧ください。 diff --git a/tidb-cloud/data-service-manage-github-connection.md b/tidb-cloud/data-service-manage-github-connection.md index 3dcbe963eaf52..edeb71cb5080b 100644 --- a/tidb-cloud/data-service-manage-github-connection.md +++ b/tidb-cloud/data-service-manage-github-connection.md @@ -22,7 +22,7 @@ GitHub接続で**Auto Sync & Deployment**が有効になっている場合、Git > **Note:** > -> GitHub リポジトリは、データアプリを接続した後、データアプリ[データアプリの設定ファイル](/tidb-cloud/data-service-app-config-files.md)を保存するために使用されます。構成ファイル内の情報 ( TiDB Cloud StarterインスタンスまたはTiDB Cloud Dedicatedクラスターの ID、エンドポイント URL など) が機密である場合は、パブリック リポジトリではなくプライベートリポジトリを必ず使用してください。 +> GitHub リポジトリは、データアプリを接続した後、データアプリ[データアプリの設定ファイル](/tidb-cloud/data-service-app-config-files.md)を保存するために使用されます。設定ファイル内の情報 ( TiDB Cloud StarterインスタンスまたはTiDB Cloud Dedicatedクラスターの ID、エンドポイント URL など) が機密である場合は、パブリック リポジトリではなくプライベートリポジトリを必ず使用してください。 ## ステップ1：データアプリをGitHubに接続する {#step-1-connect-your-data-app-to-github} @@ -47,8 +47,8 @@ GitHub接続で**Auto Sync & Deployment**が有効になっている場合、Git > **Note:** > > - ディレクトリ名はスラッシュ（ `/` ）で始まる必要があります。例えば、 `/mydata`のようになります。指定したディレクトリが対象のリポジトリとブランチに存在しない場合は、自動的に作成されます。 - > - リポジトリ、ブランチ、ディレクトリの組み合わせによって構成ファイルのパスが識別されます。このパスはデータアプリ間で一意である必要があります。指定したパスが既に他のデータアプリで使用されている場合は、新しいパスを指定する必要があります。そうしないと、現在のデータアプリ用にTiDB Cloudコンソールで構成されたエンドポイントによって、指定したパス内のファイルが上書きされます。 - > - 指定したパスに別のデータアプリからコピーされた構成ファイルが含まれており、これらのファイルを現在のデータアプリにインポートする場合は、[既存のデータアプリの設定をインポートする](#import-configurations-of-an-existing-data-app)を参照してください。 + > - リポジトリ、ブランチ、ディレクトリの組み合わせによって設定ファイルのパスが識別されます。このパスはデータアプリ間で一意である必要があります。指定したパスが既に他のデータアプリで使用されている場合は、新しいパスを指定する必要があります。そうしないと、現在のデータアプリ用にTiDB Cloudコンソールで構成されたエンドポイントによって、指定したパス内のファイルが上書きされます。 + > - 指定したパスに別のデータアプリからコピーされた設定ファイルが含まれており、これらのファイルを現在のデータアプリにインポートする場合は、[既存のデータアプリの設定をインポートする](#import-configurations-of-an-existing-data-app)を参照してください。 4. TiDB CloudコンソールまたはGitHubで行われたデータアプリの変更を相互に同期させるには、 **Configure Auto Sync & Deployment**を有効にします。 @@ -59,7 +59,7 @@ GitHub接続で**Auto Sync & Deployment**が有効になっている場合、Git ## ステップ2. データアプリの設定をGitHubと同期する {#step-2-synchronize-data-app-configurations-with-github} -データアプリ[データアプリを作成する](/tidb-cloud/data-service-manage-data-app.md)ときに GitHub 接続が有効になっている場合、 TiDB Cloud はアプリの作成直後にこのデータアプリの構成ファイルを GitHub にプッシュします。 +データアプリ[データアプリを作成する](/tidb-cloud/data-service-manage-data-app.md)ときに GitHub 接続が有効になっている場合、 TiDB Cloud はアプリの作成直後にこのデータアプリの設定ファイルを GitHub にプッシュします。 アプリ作成後にGitHub接続が有効になっている場合は、データアプリの設定をGitHubと同期するためにデプロイ操作を実行する必要があります。たとえば、 **[Deployments]**タブをクリックし、このデータアプリのデプロイを再デプロイすることができます。 @@ -125,7 +125,7 @@ TiDB Cloudコンソールでデータアプリのエンドポイント[データ 2. プロジェクトの[**Data Service**](https://tidbcloud.com/project/data-service)ページで、GitHub に接続せずに[新しいデータアプリを作成する](/tidb-cloud/data-service-manage-data-app.md#create-a-data-app)。 -3. **Auto Sync & Deployment**を有効にして、[新しいデータアプリをGitHubに接続します](#step-1-connect-your-data-app-to-github)。新しいデータアプリのターゲット リポジトリ、ブランチ、ディレクトリを指定するときは、コピーした構成ファイルを含む新しいパスを使用します。 +3. **Auto Sync & Deployment**を有効にして、[新しいデータアプリをGitHubに接続します](#step-1-connect-your-data-app-to-github)。新しいデータアプリのターゲット リポジトリ、ブランチ、ディレクトリを指定するときは、コピーした設定ファイルを含む新しいパスを使用します。 4. 新しいデータアプリのIDと名前を取得します。左側のペインで新しいデータアプリの名前をクリックすると、右側のペインの**Data App Properties**領域にアプリのIDと名前が表示されます。 @@ -152,8 +152,8 @@ TiDB Cloudコンソールでデータアプリのエンドポイント[データ > **Note:** > > - ディレクトリ名はスラッシュ（ `/` ）で始まる必要があります。例えば、 `/mydata`のようになります。指定したディレクトリが対象のリポジトリとブランチに存在しない場合は、自動的に作成されます。 - > - リポジトリ、ブランチ、ディレクトリの組み合わせによって構成ファイルのパスが識別されます。このパスはデータアプリ間で一意である必要があります。指定したパスが既に他のデータアプリで使用されている場合は、新しいパスを指定する必要があります。そうしないと、現在のデータアプリ用にTiDB Cloudコンソールで構成されたエンドポイントによって、指定したパス内のファイルが上書きされます。 - > - 指定したパスに別のデータアプリからコピーされた構成ファイルが含まれており、これらのファイルを現在のデータアプリにインポートする場合は、[既存のデータアプリの設定をインポートする](#import-configurations-of-an-existing-data-app)を参照してください。 + > - リポジトリ、ブランチ、ディレクトリの組み合わせによって設定ファイルのパスが識別されます。このパスはデータアプリ間で一意である必要があります。指定したパスが既に他のデータアプリで使用されている場合は、新しいパスを指定する必要があります。そうしないと、現在のデータアプリ用にTiDB Cloudコンソールで構成されたエンドポイントによって、指定したパス内のファイルが上書きされます。 + > - 指定したパスに別のデータアプリからコピーされた設定ファイルが含まれており、これらのファイルを現在のデータアプリにインポートする場合は、[既存のデータアプリの設定をインポートする](#import-configurations-of-an-existing-data-app)を参照してください。 5. TiDB CloudコンソールまたはGitHubで行われたデータアプリの変更を相互に同期させるには、 **Configure Auto Sync & Deployment**を有効にします。 diff --git a/tidb-cloud/integrate-tidbcloud-with-dbt.md b/tidb-cloud/integrate-tidbcloud-with-dbt.md index 75f11e14e19c0..97ebe3c738b1b 100644 --- a/tidb-cloud/integrate-tidbcloud-with-dbt.md +++ b/tidb-cloud/integrate-tidbcloud-with-dbt.md @@ -57,7 +57,7 @@ cd jaffle_shop このディレクトリ内: -- `dbt_project.yml`は dbt プロジェクト構成ファイルであり、プロジェクト名とデータベース構成ファイルの情報が含まれています。 +- `dbt_project.yml`は dbt プロジェクト設定ファイルであり、プロジェクト名とデータベース設定ファイルの情報が含まれています。 - `models`ディレクトリには、プロジェクトの SQL モデルとテーブルスキーマが含まれています。このセクションはデータ アナリストが作成します。モデルの詳細については、 [SQLモデル](https://docs.getdbt.com/docs/build/sql-models)を参照してください。 diff --git a/tidb-cloud/migrate-from-op-tidb.md b/tidb-cloud/migrate-from-op-tidb.md index cd9be228d6da3..2d703edef0857 100644 --- a/tidb-cloud/migrate-from-op-tidb.md +++ b/tidb-cloud/migrate-from-op-tidb.md @@ -319,7 +319,7 @@ TiDB Self-ManagedクラスターからAmazon S3にデータをエクスポート - `--start-ts` : 変更フィードの開始TSOを指定します。TiCDCクラスタはこのTSOからデータの取得を開始します。デフォルト値は現在時刻です。 - 詳細については、 [TiCDC ChangefeedsのCLIとコンフィグレーションパラメータ](https://docs.pingcap.com/tidb/dev/ticdc-changefeed-config)を参照してください。 + 詳細については、 [TiCDC ChangefeedsのCLIと設定パラメータ](https://docs.pingcap.com/tidb/dev/ticdc-changefeed-config)を参照してください。 5. アップストリームクラスタでGCメカニズムを再度有効にします。増分レプリケーションでエラーや遅延が検出されない場合は、GCメカニズムを有効にして、アップストリームクラスタのガベージコレクションを再開します。 diff --git a/tidb-cloud/migrate-sql-shards.md b/tidb-cloud/migrate-sql-shards.md index b079e667c473e..ebad53aa20eaf 100644 --- a/tidb-cloud/migrate-sql-shards.md +++ b/tidb-cloud/migrate-sql-shards.md @@ -363,7 +363,7 @@ Amazon S3へのアクセスを設定した後、 TiDB Cloudコンソールで次 Finished dump at: 2022-05-25 10:20:32 ``` -4. タスク構成ファイル`test-task1`を編集して、各データソースの増分レプリケーションモードとレプリケーション開始点を設定します。 +4. タスク設定ファイル`test-task1`を編集して、各データソースの増分レプリケーションモードとレプリケーション開始点を設定します。 ```yaml ## ********* Task Configuration ********* diff --git a/tidb-cloud/premium/migrate-from-op-tidb-premium.md b/tidb-cloud/premium/migrate-from-op-tidb-premium.md index f5b5912ea2db9..025a94e24cc5d 100644 --- a/tidb-cloud/premium/migrate-from-op-tidb-premium.md +++ b/tidb-cloud/premium/migrate-from-op-tidb-premium.md @@ -313,7 +313,7 @@ TiDB Self-ManagedクラスターからAmazon S3にデータをエクスポート - `--start-ts` : 変更フィードの開始TSOを指定します。TiCDCクラスタはこのTSOからデータの取得を開始します。デフォルト値は現在時刻です。 - 詳細については、 [TiCDC ChangefeedsのCLIとコンフィグレーションパラメータ](https://docs.pingcap.com/tidb/dev/ticdc-changefeed-config)を参照してください。 + 詳細については、 [TiCDC ChangefeedsのCLIと設定パラメータ](https://docs.pingcap.com/tidb/dev/ticdc-changefeed-config)を参照してください。 5. アップストリームクラスタでGCメカニズムを再度有効にします。増分レプリケーションでエラーや遅延が検出されない場合は、GCメカニズムを有効にしてクラスタのガベージコレクションを再開します。 diff --git a/tidb-cloud/terraform-migrate-cluster-resource.md b/tidb-cloud/terraform-migrate-cluster-resource.md index 098d052e46193..92aa7deb62510 100644 --- a/tidb-cloud/terraform-migrate-cluster-resource.md +++ b/tidb-cloud/terraform-migrate-cluster-resource.md @@ -63,9 +63,9 @@ terraform state rm ${your_target_cluster_resource} } ``` -## ステップ5. 新しい構成ファイルを生成する {#step-5-generate-the-new-configuration-file} +## ステップ5. 新しい設定ファイルを生成する {#step-5-generate-the-new-configuration-file} -インポート ブロックに従って、新しいサーバーレスまたは専用クラスター リソースの新しい構成ファイルを生成します。 +インポート ブロックに従って、新しいサーバーレスまたは専用クラスター リソースの新しい設定ファイルを生成します。 ```shell terraform plan -generate-config-out=generated.tf @@ -75,7 +75,7 @@ terraform plan -generate-config-out=generated.tf ## ステップ6. 生成された構成を確認して適用する {#step-6-review-and-apply-the-generated-configuration} -生成された構成ファイルを確認し、ニーズを満たしていることを確認してください。必要に応じて、このファイルの内容を任意の場所に移動することもできます。 +生成された設定ファイルを確認し、ニーズを満たしていることを確認してください。必要に応じて、このファイルの内容を任意の場所に移動することもできます。 次に、 `terraform apply`を実行してインフラストラクチャをインポートします。適用後の出力例は次のとおりです。 diff --git a/tidb-cloud/terraform-tidbcloud-provider-overview.md b/tidb-cloud/terraform-tidbcloud-provider-overview.md index 38bc384816877..1d424a29a23f5 100644 --- a/tidb-cloud/terraform-tidbcloud-provider-overview.md +++ b/tidb-cloud/terraform-tidbcloud-provider-overview.md @@ -5,7 +5,7 @@ summary: Terraform を使用してTiDB Cloudリソースを作成、管理、更 # Terraform 統合の概要 {#terraform-integration-overview} -[Terraform](https://www.terraform.io/)は、人間が読める構成ファイルでクラウド リソースと自己ホスト リソースの両方を定義でき、バージョン管理、再利用、共有できるコード ツールとしてのインフラストラクチャです。 +[Terraform](https://www.terraform.io/)は、人間が読める設定ファイルでクラウド リソースと自己ホスト リソースの両方を定義でき、バージョン管理、再利用、共有できるコード ツールとしてのインフラストラクチャです。 [TiDB Cloud Terraform プロバイダー](https://registry.terraform.io/providers/tidbcloud/tidbcloud) 、Terraform を使用してクラスター、バックアップ、リストアなどのTiDB Cloudリソースを管理できるようにするプラグインです。 diff --git a/tidb-cloud/terraform-use-cluster-resource.md b/tidb-cloud/terraform-use-cluster-resource.md index d1d3ccfa512ef..7db3eecdfac0c 100644 --- a/tidb-cloud/terraform-use-cluster-resource.md +++ b/tidb-cloud/terraform-use-cluster-resource.md @@ -908,7 +908,7 @@ Terraform で管理されていない TiDB クラスターの場合は、イン } ``` -4. Terraformを使用してクラスタを管理するには、前の手順の出力を構成ファイルにコピーします。`id`と`status`行はTerraformによって制御されるため、削除する必要があることに注意してください。 +4. Terraformを使用してクラスタを管理するには、前の手順の出力を設定ファイルにコピーします。`id`と`status`行はTerraformによって制御されるため、削除する必要があることに注意してください。 ``` resource "tidbcloud_cluster" "import_cluster" { @@ -939,7 +939,7 @@ Terraform で管理されていない TiDB クラスターの場合は、イン } ``` -5. `terraform fmt`を使用して構成ファイルをフォーマットできます。 +5. `terraform fmt`を使用して設定ファイルをフォーマットできます。 ``` $ terraform fmt diff --git a/tidb-cloud/terraform-use-dedicated-cluster-resource.md b/tidb-cloud/terraform-use-dedicated-cluster-resource.md index 43f8de17c1c6d..381c192d1bc17 100644 --- a/tidb-cloud/terraform-use-dedicated-cluster-resource.md +++ b/tidb-cloud/terraform-use-dedicated-cluster-resource.md @@ -1066,9 +1066,9 @@ Terraform によって管理されていない TiDB クラスターの場合は } ``` -2. 新しい構成ファイルを生成します。 +2. 新しい設定ファイルを生成します。 - インポート ブロックに従って、新しい`tidbcloud_dedicated_cluster`リソースの新しい構成ファイルを生成します。 + インポート ブロックに従って、新しい`tidbcloud_dedicated_cluster`リソースの新しい設定ファイルを生成します。 ```shell terraform plan -generate-config-out=generated.tf @@ -1078,7 +1078,7 @@ Terraform によって管理されていない TiDB クラスターの場合は 3. 生成された構成を確認して適用します。 - 生成された構成ファイルを確認し、ニーズを満たしていることを確認してください。必要に応じて、このファイルの内容を任意の場所に移動することもできます。 + 生成された設定ファイルを確認し、ニーズを満たしていることを確認してください。必要に応じて、このファイルの内容を任意の場所に移動することもできます。 次に、 `terraform apply`を実行してインフラストラクチャをインポートします。適用後、出力例は次のようになります。 diff --git a/tidb-cloud/terraform-use-dedicated-network-container-resource.md b/tidb-cloud/terraform-use-dedicated-network-container-resource.md index 1b38fbc48e773..ae12cfc4c5ea2 100644 --- a/tidb-cloud/terraform-use-dedicated-network-container-resource.md +++ b/tidb-cloud/terraform-use-dedicated-network-container-resource.md @@ -153,9 +153,9 @@ Terraform によって管理されていないTiDB Cloud Dedicated ネットワ } ``` -2. 新しい構成ファイルを生成します。 +2. 新しい設定ファイルを生成します。 - インポート ブロックに従って、新しい`tidbcloud_dedicated_network_container`リソースの新しい構成ファイルを生成します。 + インポート ブロックに従って、新しい`tidbcloud_dedicated_network_container`リソースの新しい設定ファイルを生成します。 ```shell terraform plan -generate-config-out=generated.tf @@ -167,7 +167,7 @@ Terraform によって管理されていないTiDB Cloud Dedicated ネットワ 3. 生成された構成を確認して適用します。 - 生成された構成ファイルを確認し、ニーズを満たしていることを確認してください。必要に応じて、このファイルの内容を任意の場所に移動することもできます。 + 生成された設定ファイルを確認し、ニーズを満たしていることを確認してください。必要に応じて、このファイルの内容を任意の場所に移動することもできます。 次に、 `terraform apply`を実行してインフラストラクチャをインポートします。適用後、出力例は次のようになります。 diff --git a/tidb-cloud/terraform-use-dedicated-private-endpoint-connection-resource.md b/tidb-cloud/terraform-use-dedicated-private-endpoint-connection-resource.md index aaa5c077013d2..4d1d3c76f9d16 100644 --- a/tidb-cloud/terraform-use-dedicated-private-endpoint-connection-resource.md +++ b/tidb-cloud/terraform-use-dedicated-private-endpoint-connection-resource.md @@ -159,9 +159,9 @@ Terraform によって管理されていないTiDB Cloud Dedicated プライベ } ``` -2. 新しい構成ファイルを生成します。 +2. 新しい設定ファイルを生成します。 - インポート ブロックに従って、新しい`tidbcloud_dedicated_private_endpoint_connection`リソースの新しい構成ファイルを生成します。 + インポート ブロックに従って、新しい`tidbcloud_dedicated_private_endpoint_connection`リソースの新しい設定ファイルを生成します。 ```shell terraform plan -generate-config-out=generated.tf @@ -173,7 +173,7 @@ Terraform によって管理されていないTiDB Cloud Dedicated プライベ 3. 生成された構成を確認して適用します。 - 生成された構成ファイルを確認し、ニーズを満たしていることを確認してください。必要に応じて、このファイルの内容を任意の場所に移動することもできます。 + 生成された設定ファイルを確認し、ニーズを満たしていることを確認してください。必要に応じて、このファイルの内容を任意の場所に移動することもできます。 次に、 `terraform apply`を実行してインフラストラクチャをインポートします。適用後の出力例は次のとおりです。 diff --git a/tidb-cloud/terraform-use-dedicated-vpc-peering-resource.md b/tidb-cloud/terraform-use-dedicated-vpc-peering-resource.md index fc28620d31465..aab069e6ae61f 100644 --- a/tidb-cloud/terraform-use-dedicated-vpc-peering-resource.md +++ b/tidb-cloud/terraform-use-dedicated-vpc-peering-resource.md @@ -161,9 +161,9 @@ Terraform によって管理されていないTiDB Cloud Dedicated VPC ピアリ } ``` -2. 新しい構成ファイルを生成します。 +2. 新しい設定ファイルを生成します。 - インポート ブロックに従って、新しい`tidbcloud_dedicated_vpc_peering`リソースの新しい構成ファイルを生成します。 + インポート ブロックに従って、新しい`tidbcloud_dedicated_vpc_peering`リソースの新しい設定ファイルを生成します。 ```shell terraform plan -generate-config-out=generated.tf @@ -175,7 +175,7 @@ Terraform によって管理されていないTiDB Cloud Dedicated VPC ピアリ 3. 生成された構成を確認して適用します。 - 生成された構成ファイルを確認し、ニーズを満たしていることを確認してください。必要に応じて、このファイルの内容を任意の場所に移動することもできます。 + 生成された設定ファイルを確認し、ニーズを満たしていることを確認してください。必要に応じて、このファイルの内容を任意の場所に移動することもできます。 次に、 `terraform apply`を実行してインフラストラクチャをインポートします。適用後、出力例は次のようになります。 diff --git a/tidb-cloud/terraform-use-serverless-branch-resource.md b/tidb-cloud/terraform-use-serverless-branch-resource.md index 1170643009aab..3401b32a3b3a3 100644 --- a/tidb-cloud/terraform-use-serverless-branch-resource.md +++ b/tidb-cloud/terraform-use-serverless-branch-resource.md @@ -175,9 +175,9 @@ Terraform によって管理されていないTiDB Cloud Starter またはTiDB C } ``` -2. 新しい構成ファイルを生成します。 +2. 新しい設定ファイルを生成します。 - インポート ブロックに従って、新しい`tidbcloud_serverless_branch`リソースの新しい構成ファイルを生成します。 + インポート ブロックに従って、新しい`tidbcloud_serverless_branch`リソースの新しい設定ファイルを生成します。 ```shell terraform plan -generate-config-out=generated.tf @@ -187,7 +187,7 @@ Terraform によって管理されていないTiDB Cloud Starter またはTiDB C 3. 生成された構成を確認して適用します。 - 生成された構成ファイルを確認し、ニーズを満たしていることを確認してください。必要に応じて、このファイルの内容を任意の場所に移動することもできます。 + 生成された設定ファイルを確認し、ニーズを満たしていることを確認してください。必要に応じて、このファイルの内容を任意の場所に移動することもできます。 次に、 `terraform apply`を実行してインフラストラクチャをインポートします。適用後、出力例は次のようになります。 diff --git a/tidb-cloud/terraform-use-serverless-cluster-resource-manage-essential.md b/tidb-cloud/terraform-use-serverless-cluster-resource-manage-essential.md index a99e74f2f02dd..d87a2a5bb1fb8 100644 --- a/tidb-cloud/terraform-use-serverless-cluster-resource-manage-essential.md +++ b/tidb-cloud/terraform-use-serverless-cluster-resource-manage-essential.md @@ -438,9 +438,9 @@ Terraform によって管理されていないTiDB Cloud Essential クラスタ } ``` -2. 新しい構成ファイルを生成します。 +2. 新しい設定ファイルを生成します。 - インポート ブロックに従って、新しい`tidbcloud_serverless_cluster`リソースの新しい構成ファイルを生成します。 + インポート ブロックに従って、新しい`tidbcloud_serverless_cluster`リソースの新しい設定ファイルを生成します。 ```shell terraform plan -generate-config-out=generated.tf @@ -450,7 +450,7 @@ Terraform によって管理されていないTiDB Cloud Essential クラスタ 3. 生成された構成を確認して適用します。 - 生成された構成ファイルを確認し、ニーズを満たしていることを確認してください。必要に応じて、このファイルの内容を任意の場所に移動することもできます。 + 生成された設定ファイルを確認し、ニーズを満たしていることを確認してください。必要に応じて、このファイルの内容を任意の場所に移動することもできます。 次に、 `terraform apply`を実行してインフラストラクチャをインポートします。適用後、出力例は次のようになります。 diff --git a/tidb-cloud/terraform-use-serverless-cluster-resource.md b/tidb-cloud/terraform-use-serverless-cluster-resource.md index b22694485a30c..6c780b0332cdc 100644 --- a/tidb-cloud/terraform-use-serverless-cluster-resource.md +++ b/tidb-cloud/terraform-use-serverless-cluster-resource.md @@ -432,9 +432,9 @@ Terraform によって管理されていないTiDB Cloud Starter クラスター } ``` -2. 新しい構成ファイルを生成します。 +2. 新しい設定ファイルを生成します。 - インポート ブロックに従って、新しい`tidbcloud_serverless_cluster`リソースの新しい構成ファイルを生成します。 + インポート ブロックに従って、新しい`tidbcloud_serverless_cluster`リソースの新しい設定ファイルを生成します。 ```shell terraform plan -generate-config-out=generated.tf @@ -444,7 +444,7 @@ Terraform によって管理されていないTiDB Cloud Starter クラスター 3. 生成された構成を確認して適用します。 - 生成された構成ファイルを確認し、ニーズを満たしていることを確認してください。必要に応じて、このファイルの内容を任意の場所に移動することもできます。 + 生成された設定ファイルを確認し、ニーズを満たしていることを確認してください。必要に応じて、このファイルの内容を任意の場所に移動することもできます。 次に、 `terraform apply`を実行してインフラストラクチャをインポートします。適用後、出力例は次のようになります。 diff --git a/tidb-cloud/terraform-use-serverless-export-resource.md b/tidb-cloud/terraform-use-serverless-export-resource.md index ad658e3525316..760b40ae29f18 100644 --- a/tidb-cloud/terraform-use-serverless-export-resource.md +++ b/tidb-cloud/terraform-use-serverless-export-resource.md @@ -157,9 +157,9 @@ TiDB Cloud Starter またはTiDB Cloud Essential クラスターのデータエ } ``` -2. 新しい構成ファイルを生成します。 +2. 新しい設定ファイルを生成します。 - インポート ブロックに従って、新しいサーバーレス エクスポート リソースの新しい構成ファイルを生成します。 + インポート ブロックに従って、新しいサーバーレス エクスポート リソースの新しい設定ファイルを生成します。 ```shell terraform plan -generate-config-out=generated.tf @@ -169,7 +169,7 @@ TiDB Cloud Starter またはTiDB Cloud Essential クラスターのデータエ 3. 生成された構成を確認して適用します。 - 生成された構成ファイルを確認し、ニーズを満たしていることを確認してください。必要に応じて、このファイルの内容を任意の場所に移動することもできます。 + 生成された設定ファイルを確認し、ニーズを満たしていることを確認してください。必要に応じて、このファイルの内容を任意の場所に移動することもできます。 次に、 `terraform apply`を実行してインフラストラクチャをインポートします。適用後、出力例は次のようになります。 diff --git a/tidb-cloud/terraform-use-sql-user-resource.md b/tidb-cloud/terraform-use-sql-user-resource.md index d1100b7793982..c443a967a69c7 100644 --- a/tidb-cloud/terraform-use-sql-user-resource.md +++ b/tidb-cloud/terraform-use-sql-user-resource.md @@ -214,9 +214,9 @@ Terraform で管理されていないTiDB Cloud SQL ユーザーの場合は、T } ``` -2. 新しい構成ファイルを生成します。 +2. 新しい設定ファイルを生成します。 - インポート ブロックに従って、新しい`tidbcloud_sql_user`リソースの新しい構成ファイルを生成します。 + インポート ブロックに従って、新しい`tidbcloud_sql_user`リソースの新しい設定ファイルを生成します。 ```shell terraform plan -generate-config-out=generated.tf @@ -228,7 +228,7 @@ Terraform で管理されていないTiDB Cloud SQL ユーザーの場合は、T 3. 生成された構成を確認して適用します。 - 生成された構成ファイルを確認し、ニーズを満たしていることを確認してください。必要に応じて、このファイルの内容を任意の場所に移動することもできます。 + 生成された設定ファイルを確認し、ニーズを満たしていることを確認してください。必要に応じて、このファイルの内容を任意の場所に移動することもできます。 次に、 `terraform apply`を実行してインフラストラクチャをインポートします。適用後の出力例は次のとおりです。 diff --git a/tidb-cloud/ticloud-config-edit.md b/tidb-cloud/ticloud-config-edit.md index eddd0d398cbc7..d30ec568d9a0e 100644 --- a/tidb-cloud/ticloud-config-edit.md +++ b/tidb-cloud/ticloud-config-edit.md @@ -5,13 +5,13 @@ summary: ticloud config edit` のリファレンス。 # ticloud config edit {#ticloud-config-edit} -macOS または Linux を使用している場合は、デフォルトのテキスト エディターでプロファイル構成ファイルを開くことができます。 +macOS または Linux を使用している場合は、デフォルトのテキスト エディターでプロファイル設定ファイルを開くことができます。 ```shell ticloud config edit [flags] ``` -Windows を使用している場合は、上記のコマンドを実行すると、代わりにプロファイル構成ファイルのパスが出力されます。 +Windows を使用している場合は、上記のコマンドを実行すると、代わりにプロファイル設定ファイルのパスが出力されます。 > **Note:** > @@ -19,7 +19,7 @@ Windows を使用している場合は、上記のコマンドを実行すると ## 例 {#examples} -プロファイル構成ファイルを編集します。 +プロファイル設定ファイルを編集します。 ```shell ticloud config edit diff --git a/tidb-cloud/ticloud-serverless-audit-log-config-describe.md b/tidb-cloud/ticloud-serverless-audit-log-config-describe.md index 4afff181c1a5a..ea6977784226d 100644 --- a/tidb-cloud/ticloud-serverless-audit-log-config-describe.md +++ b/tidb-cloud/ticloud-serverless-audit-log-config-describe.md @@ -38,7 +38,7 @@ ticloud serverless audit-log config describe -c | ----------------- | ------------------------- | --- | ------------------------------------ | | -D, --debug | デバッグ モードを有効にします。 | いいえ | 対話モードと非対話モードの両方で動作します。 | | --no-color | カラー出力を無効にします。 | いいえ | 非対話型モードでのみ動作します。 | -| -P, --profile 文字列 | 構成ファイルから使用するプロファイルを指定します。 | いいえ | 対話モードと非対話モードの両方で動作します。 | +| -P, --profile 文字列 | 設定ファイルから使用するプロファイルを指定します。 | いいえ | 対話モードと非対話モードの両方で動作します。 | ## フィードバック {#feedback} diff --git a/tidb-cloud/ticloud-serverless-audit-log-config-update.md b/tidb-cloud/ticloud-serverless-audit-log-config-update.md index 2b0c1fdaee7c9..019fecdf2bc15 100644 --- a/tidb-cloud/ticloud-serverless-audit-log-config-update.md +++ b/tidb-cloud/ticloud-serverless-audit-log-config-update.md @@ -72,7 +72,7 @@ ticloud serverless audit-log config update -c --enabled=false | ----------------- | ------------------------- | --- | ------------------------------------ | | -D, --debug | デバッグ モードを有効にします。 | いいえ | 対話モードと非対話モードの両方で動作します。 | | --no-color | カラー出力を無効にします。 | いいえ | 非対話型モードでのみ動作します。 | -| -P, --profile string | 構成ファイルから使用するプロファイルを指定します。 | いいえ | 対話モードと非対話モードの両方で動作します。 | +| -P, --profile string | 設定ファイルから使用するプロファイルを指定します。 | いいえ | 対話モードと非対話モードの両方で動作します。 | ## フィードバック {#feedback} diff --git a/tidb-cloud/ticloud-serverless-audit-log-download.md b/tidb-cloud/ticloud-serverless-audit-log-download.md index 2c303fbd3b488..8cbd0390b1c10 100644 --- a/tidb-cloud/ticloud-serverless-audit-log-download.md +++ b/tidb-cloud/ticloud-serverless-audit-log-download.md @@ -43,7 +43,7 @@ ticloud serverless audit-log download -c --start-date | ----------------- | ------------------------- | --- | ------------------------------------ | | -D, --debug | デバッグ モードを有効にします。 | いいえ | 対話モードと非対話モードの両方で動作します。 | | --no-color | カラー出力を無効にします。 | いいえ | 非対話型モードでのみ動作します。 | -| -P, --profile 文字列 | 構成ファイルから使用するプロファイルを指定します。 | いいえ | 対話モードと非対話モードの両方で動作します。 | +| -P, --profile 文字列 | 設定ファイルから使用するプロファイルを指定します。 | いいえ | 対話モードと非対話モードの両方で動作します。 | ## フィードバック {#feedback} diff --git a/tidb-cloud/ticloud-serverless-audit-log-filter-rule-create.md b/tidb-cloud/ticloud-serverless-audit-log-filter-rule-create.md index 35237876272ca..a175f66ba9f39 100644 --- a/tidb-cloud/ticloud-serverless-audit-log-filter-rule-create.md +++ b/tidb-cloud/ticloud-serverless-audit-log-filter-rule-create.md @@ -46,7 +46,7 @@ ticloud serverless audit-log filter-rule create --cluster-id --disp | ----------------- | ------------------------- | --- | ------------------------------------ | | -D, --debug | デバッグ モードを有効にします。 | いいえ | 対話モードと非対話モードの両方で動作します。 | | --no-color | カラー出力を無効にします。 | いいえ | 非対話型モードでのみ動作します。 | -| -P, --profile string | 構成ファイルから使用するプロファイルを指定します。 | いいえ | 対話モードと非対話モードの両方で動作します。 | +| -P, --profile string | 設定ファイルから使用するプロファイルを指定します。 | いいえ | 対話モードと非対話モードの両方で動作します。 | ## フィードバック {#feedback} diff --git a/tidb-cloud/ticloud-serverless-audit-log-filter-rule-delete.md b/tidb-cloud/ticloud-serverless-audit-log-filter-rule-delete.md index 0457d09221238..e113e1ea0ce56 100644 --- a/tidb-cloud/ticloud-serverless-audit-log-filter-rule-delete.md +++ b/tidb-cloud/ticloud-serverless-audit-log-filter-rule-delete.md @@ -40,7 +40,7 @@ ticloud serverless audit-log filter-rule delete --cluster-id --filt | ----------------- | ------------------------- | --- | ------------------------------------ | | -D, --debug | デバッグ モードを有効にします。 | いいえ | 対話モードと非対話モードの両方で動作します。 | | --no-color | カラー出力を無効にします。 | いいえ | 非対話型モードでのみ動作します。 | -| -P, --profile string | 構成ファイルから使用するプロファイルを指定します。 | いいえ | 対話モードと非対話モードの両方で動作します。 | +| -P, --profile string | 設定ファイルから使用するプロファイルを指定します。 | いいえ | 対話モードと非対話モードの両方で動作します。 | ## フィードバック {#feedback} diff --git a/tidb-cloud/ticloud-serverless-audit-log-filter-rule-describe.md b/tidb-cloud/ticloud-serverless-audit-log-filter-rule-describe.md index 7a8138a7d0ba5..fb1832befa6f3 100644 --- a/tidb-cloud/ticloud-serverless-audit-log-filter-rule-describe.md +++ b/tidb-cloud/ticloud-serverless-audit-log-filter-rule-describe.md @@ -39,7 +39,7 @@ ticloud serverless audit-log filter-rule describe --cluster-id --fi | ----------------- | ------------------------- | --- | ------------------------------------ | | -D, --debug | デバッグ モードを有効にします。 | いいえ | 対話モードと非対話モードの両方で動作します。 | | --no-color | カラー出力を無効にします。 | いいえ | 非対話型モードでのみ動作します。 | -| -P, --profile string | 構成ファイルから使用するプロファイルを指定します。 | いいえ | 対話モードと非対話モードの両方で動作します。 | +| -P, --profile string | 設定ファイルから使用するプロファイルを指定します。 | いいえ | 対話モードと非対話モードの両方で動作します。 | ## フィードバック {#feedback} diff --git a/tidb-cloud/ticloud-serverless-audit-log-filter-rule-list.md b/tidb-cloud/ticloud-serverless-audit-log-filter-rule-list.md index bd1eb355135f5..8fa259c05746a 100644 --- a/tidb-cloud/ticloud-serverless-audit-log-filter-rule-list.md +++ b/tidb-cloud/ticloud-serverless-audit-log-filter-rule-list.md @@ -45,7 +45,7 @@ ticloud serverless audit-log filter-rule list -c -o json | ----------------- | ------------------------- | --- | ------------------------------------ | | -D, --debug | デバッグ モードを有効にします。 | いいえ | 対話モードと非対話モードの両方で動作します。 | | --no-color | カラー出力を無効にします。 | いいえ | 非対話型モードでのみ動作します。 | -| -P, --profile 文字列 | 構成ファイルから使用するプロファイルを指定します。 | いいえ | 対話モードと非対話モードの両方で動作します。 | +| -P, --profile 文字列 | 設定ファイルから使用するプロファイルを指定します。 | いいえ | 対話モードと非対話モードの両方で動作します。 | ## フィードバック {#feedback} diff --git a/tidb-cloud/ticloud-serverless-audit-log-filter-rule-template.md b/tidb-cloud/ticloud-serverless-audit-log-filter-rule-template.md index 8932d65644525..3258f766663d8 100644 --- a/tidb-cloud/ticloud-serverless-audit-log-filter-rule-template.md +++ b/tidb-cloud/ticloud-serverless-audit-log-filter-rule-template.md @@ -38,7 +38,7 @@ ticloud serverless audit-log filter-rule template --cluster-id | ----------------- | ------------------------- | --- | ------------------------------------ | | -D, --debug | デバッグ モードを有効にします。 | いいえ | 対話モードと非対話モードの両方で動作します。 | | --no-color | カラー出力を無効にします。 | いいえ | 非対話型モードでのみ動作します。 | -| -P, --profile 文字列 | 構成ファイルから使用するプロファイルを指定します。 | いいえ | 対話モードと非対話モードの両方で動作します。 | +| -P, --profile 文字列 | 設定ファイルから使用するプロファイルを指定します。 | いいえ | 対話モードと非対話モードの両方で動作します。 | ## フィードバック {#feedback} diff --git a/tidb-cloud/ticloud-serverless-audit-log-filter-rule-update.md b/tidb-cloud/ticloud-serverless-audit-log-filter-rule-update.md index fc5ebcbbd2a0e..230fc377c7f53 100644 --- a/tidb-cloud/ticloud-serverless-audit-log-filter-rule-update.md +++ b/tidb-cloud/ticloud-serverless-audit-log-filter-rule-update.md @@ -54,7 +54,7 @@ ticloud serverless audit-log filter-rule update --cluster-id --filt | ----------------- | ------------------------- | --- | ------------------------------------ | | -D, --debug | デバッグ モードを有効にします。 | いいえ | 対話モードと非対話モードの両方で動作します。 | | --no-color | カラー出力を無効にします。 | いいえ | 非対話型モードでのみ動作します。 | -| -P, --profile string | 構成ファイルから使用するプロファイルを指定します。 | いいえ | 対話モードと非対話モードの両方で動作します。 | +| -P, --profile string | 設定ファイルから使用するプロファイルを指定します。 | いいえ | 対話モードと非対話モードの両方で動作します。 | ## フィードバック {#feedback} diff --git a/tidb-cloud/tidb-cloud-performance-reference.md b/tidb-cloud/tidb-cloud-performance-reference.md index 63666a44e654a..6542b54699da7 100644 --- a/tidb-cloud/tidb-cloud-performance-reference.md +++ b/tidb-cloud/tidb-cloud-performance-reference.md @@ -11,7 +11,7 @@ summary: TiDB Cloud のパフォーマンス テスト結果を確認します > > テストは TiDB v6.1.1 で実行され、テスト結果は P95 トランザクションレイテンシーが 105 ミリ秒未満という条件に基づいています。 -以下は Sysbench 構成ファイルの例です。 +以下は Sysbench 設定ファイルの例です。 ```txt mysql-host={TIDB_HOST} diff --git a/tidb-configuration-file.md b/tidb-configuration-file.md index 7fb5b7dfcb29d..f951595eba131 100644 --- a/tidb-configuration-file.md +++ b/tidb-configuration-file.md @@ -7,9 +7,9 @@ summary: コマンドラインオプションに関係しない、TiDB設定フ -# TiDBコンフィグレーションファイル {#tidb-configuration-file} +# TiDB設定ファイル {#tidb-configuration-file} -TiDB 構成ファイルは、コマンドラインパラメーターよりも多くのオプションをサポートしています。デフォルトの構成ファイル[`config.toml.example`](https://github.com/pingcap/tidb/blob/release-8.5/pkg/config/config.toml.example)をダウンロードし、その名前を`config.toml`に変更できます。本書では[コマンドラインオプション](/command-line-flags-for-tidb-configuration.md)に関係のないオプションのみを説明します。 +TiDB 設定ファイルは、コマンドラインパラメーターよりも多くのオプションをサポートしています。デフォルトの設定ファイル[`config.toml.example`](https://github.com/pingcap/tidb/blob/release-8.5/pkg/config/config.toml.example)をダウンロードし、その名前を`config.toml`に変更できます。本書では[コマンドラインオプション](/command-line-flags-for-tidb-configuration.md)に関係のないオプションのみを説明します。 > **Tip:** > @@ -90,7 +90,7 @@ TiDB 構成ファイルは、コマンドラインパラメーターよりも多 - `compatible-kill-query`は、[`enable-global-kill`](#enable-global-kill-new-in-v610)が`false`に設定されている場合にのみ有効になります。 - [`enable-global-kill`](#enable-global-kill-new-in-v610)が`false`の場合、 `compatible-kill-query`は、クエリを強制終了する際に`TIDB`キーワードを追加する必要があるかどうかを制御します。 - `compatible-kill-query`が`false`の場合、TiDB での`KILL xxx`の動作は MySQL とは異なります。TiDB でクエリを強制終了するには、 `TIDB`のように`KILL TIDB xxx`キーワードを追加する必要があります。 - - `compatible-kill-query`が`true`の場合、TiDB でクエリを強制終了するには、 `TIDB`キーワードを追加する必要はありません。クライアントが**常に同じ TiDB インスタンスに接続されることが確実でない限り**、構成ファイルで`compatible-kill-query`を`true`に設定することは強くお勧めしません。これは、デフォルトの MySQL クライアントでControl + Cを押すと`KILL`が実行される新しい接続が開かれるためです。クライアントと TiDB クラスタの間にプロキシがある場合、新しい接続は別の TiDB インスタンスにルーティングされる可能性があり、誤って別のセッションが強制終了される可能性があります。 + - `compatible-kill-query`が`true`の場合、TiDB でクエリを強制終了するには、 `TIDB`キーワードを追加する必要はありません。クライアントが**常に同じ TiDB インスタンスに接続されることが確実でない限り**、設定ファイルで`compatible-kill-query`を`true`に設定することは強くお勧めしません。これは、デフォルトの MySQL クライアントでControl + Cを押すと`KILL`が実行される新しい接続が開かれるためです。クライアントと TiDB クラスタの間にプロキシがある場合、新しい接続は別の TiDB インスタンスにルーティングされる可能性があり、誤って別のセッションが強制終了される可能性があります。 - [`enable-global-kill`](#enable-global-kill-new-in-v610)が`true`の場合、 `KILL xxx`と`KILL TIDB xxx`は同じ効果を持ちます。 - `KILL`文の詳細については、[KILL [TIDB]](/sql-statements/sql-statement-kill.md)を参照してください。 diff --git a/tidb-lightning/data-import-best-practices.md b/tidb-lightning/data-import-best-practices.md index 2a15dca4d7dc0..5404587cfc3d3 100644 --- a/tidb-lightning/data-import-best-practices.md +++ b/tidb-lightning/data-import-best-practices.md @@ -46,7 +46,7 @@ TiDB Lightning （ [物理インポートモード](/tidb-lightning/tidb-lightni - TiDBクラスタにインポートされたデータは圧縮形式で保存されます。圧縮率は事前に計算できません。圧縮率は、データが実際にTiKVクラスタにインポートされた後にのみ判定できます。 - ベストプラクティスとして、最初にデータの小さな部分 (たとえば、10%) をインポートしてクラスターの対応する圧縮率を取得し、それを使用してデータインポート全体の圧縮率を推定することができます。 -- コンフィグレーションパラメータ +- 設定パラメータ - `region-concurrency` : TiDB Lightning のメイン論理処理の同時実行性。 - `send-kv-pairs` : 1回のリクエストでTiDB Lightningから TiKV に送信されるキーと値のペアの数。 diff --git a/tidb-lightning/import-into-vs-tidb-lightning.md b/tidb-lightning/import-into-vs-tidb-lightning.md index a6f58facb8dae..3b4dcec12c728 100644 --- a/tidb-lightning/import-into-vs-tidb-lightning.md +++ b/tidb-lightning/import-into-vs-tidb-lightning.md @@ -47,7 +47,7 @@ You can directly write SQL statements to submit import tasks, which are easy to #### TiDB Lightning {#tidb-lightning} -対照的に、 TiDB Lightning[タスク設定ファイル](/tidb-lightning/tidb-lightning-configuration.md)を記述する必要があります。これらの構成ファイルは複雑であり、サードパーティが簡単に呼び出すことはできません。 +対照的に、 TiDB Lightning[タスク設定ファイル](/tidb-lightning/tidb-lightning-configuration.md)を記述する必要があります。これらの設定ファイルは複雑であり、サードパーティが簡単に呼び出すことはできません。 ### タスクのスケジュール {#task-scheduling} diff --git a/tidb-lightning/tidb-lightning-compatibility-and-scenarios.md b/tidb-lightning/tidb-lightning-compatibility-and-scenarios.md index ddeff12f3f7e5..36b0a29abdc0d 100644 --- a/tidb-lightning/tidb-lightning-compatibility-and-scenarios.md +++ b/tidb-lightning/tidb-lightning-compatibility-and-scenarios.md @@ -33,7 +33,7 @@ TiDB Lightning論理インポートモードがアプリケーションのパフ ### ログバックアップで使用される {#used-with-log-backup} -このシナリオでは、 [PITR](/br/br-log-architecture.md#process-of-pitr)が有効になっている場合、 TiDB Lightning の起動後に互換性チェックでエラーが報告されます。これらのテーブルのバックアップが不要であることが確実な場合は、 [TiDB Lightning構成ファイル](/tidb-lightning/tidb-lightning-configuration.md#tidb-lightning-task)の`Lightning.check-requirements`パラメータを`false`に変更してインポートタスクを再開できます。 +このシナリオでは、 [PITR](/br/br-log-architecture.md#process-of-pitr)が有効になっている場合、 TiDB Lightning の起動後に互換性チェックでエラーが報告されます。これらのテーブルのバックアップが不要であることが確実な場合は、 [TiDB Lightning設定ファイル](/tidb-lightning/tidb-lightning-configuration.md#tidb-lightning-task)の`Lightning.check-requirements`パラメータを`false`に変更してインポートタスクを再開できます。 TiDB Lightning物理インポートモードでインポートされたデータは、ログバックアップではバックアップできません。テーブルをバックアップする必要がある場合は、 [テーブルをバックアップする](/br/br-snapshot-manual.md#back-up-a-table)で説明されているように、インポート後にテーブルレベルのスナップショットバックアップを実行することをお勧めします。 @@ -45,11 +45,11 @@ TiCDC を物理インポートモードで使用することは、短期的に - シナリオ 1: テーブルを TiCDC によってダウンストリームに複製する必要はありません。 - このシナリオでは、TiCDC の changefeed が有効になっている場合、 TiDB Lightning の起動後に互換性チェックでエラーが報告されます。これらのテーブルにバックアップや[ログバックアップ](/br/br-pitr-guide.md)が必要ないことが確実な場合は、 [TiDB Lightning構成ファイル](/tidb-lightning/tidb-lightning-configuration.md#tidb-lightning-task)の`Lightning.check-requirements`パラメータを`false`に変更してインポートタスクを再開できます。 + このシナリオでは、TiCDC の changefeed が有効になっている場合、 TiDB Lightning の起動後に互換性チェックでエラーが報告されます。これらのテーブルにバックアップや[ログバックアップ](/br/br-pitr-guide.md)が必要ないことが確実な場合は、 [TiDB Lightning設定ファイル](/tidb-lightning/tidb-lightning-configuration.md#tidb-lightning-task)の`Lightning.check-requirements`パラメータを`false`に変更してインポートタスクを再開できます。 - シナリオ 2: テーブルを TiCDC によってダウンストリームに複製する必要があります。 - このシナリオでは、TiCDC の changefeed が有効になっている場合、 TiDB Lightning の起動後に互換性チェックでエラーが報告されます。上流 TiDB クラスターの[TiDB Lightning構成ファイル](/tidb-lightning/tidb-lightning-configuration.md#tidb-lightning-task)のパラメータ`Lightning.check-requirements`を`false`に変更し、インポートタスクを再起動する必要があります。 + このシナリオでは、TiCDC の changefeed が有効になっている場合、 TiDB Lightning の起動後に互換性チェックでエラーが報告されます。上流 TiDB クラスターの[TiDB Lightning設定ファイル](/tidb-lightning/tidb-lightning-configuration.md#tidb-lightning-task)のパラメータ`Lightning.check-requirements`を`false`に変更し、インポートタスクを再起動する必要があります。 上流TiDBクラスタのインポートタスクが完了したら、 TiDB Lightningを使用して、同じデータを下流TiDBクラスタにインポートします。下流にRedshiftやSnowflakeなどのデータベースがある場合は、クラウドストレージサービスからCSV、SQL、またはParquetファイルを読み取り、データベースに書き込むように設定できます。 diff --git a/tidb-lightning/tidb-lightning-distributed-import.md b/tidb-lightning/tidb-lightning-distributed-import.md index 147a7dde34531..c4c49ba4a180f 100644 --- a/tidb-lightning/tidb-lightning-distributed-import.md +++ b/tidb-lightning/tidb-lightning-distributed-import.md @@ -82,7 +82,7 @@ Dumpling を使用してデータをエクスポートする方法の詳細に ### ステップ2: TiDB Lightningデータソースを構成する {#step-2-configure-tidb-lightning-data-sources} -構成ファイル`tidb-lightning.toml`を作成し、次のコンテンツを追加します。 +設定ファイル`tidb-lightning.toml`を作成し、次のコンテンツを追加します。 ``` [lightning] diff --git a/tidb-lightning/tidb-lightning-faq.md b/tidb-lightning/tidb-lightning-faq.md index a8fc59cc8bd85..cecef74e46ddd 100644 --- a/tidb-lightning/tidb-lightning-faq.md +++ b/tidb-lightning/tidb-lightning-faq.md @@ -207,7 +207,7 @@ TiDB LightningでSQLの配置ルールを使用するには、データをター この設定ファイルでは、元のダンプで使用されたスキーマ名とは異なるスキーマ名を使用するため、 `schema = 'test2'`を設定します。ファイル名はテーブル名を決定するために使用されます。 -3. この構成ファイルを使用してインポートを実行します。 +3. この設定ファイルを使用してインポートを実行します。 ``` tiup tidb-lightning -config /tmp/tidb-lightning.toml diff --git a/tiflash-deployment-topology.md b/tiflash-deployment-topology.md index ff902a942f618..7046495681271 100644 --- a/tiflash-deployment-topology.md +++ b/tiflash-deployment-topology.md @@ -28,7 +28,7 @@ TiFlashは列指向型ストレージエンジンであり、徐々に標準的 - [TiFlashトポロジのシンプルなテンプレート](https://github.com/pingcap/docs/blob/master/config-templates/simple-tiflash.yaml) - [TiFlashトポロジの複雑なテンプレート](https://github.com/pingcap/docs/blob/master/config-templates/complex-tiflash.yaml) -上記の TiDB クラスター トポロジファイルの設定項目の詳細については、 [TiUPを使用して TiDB をデプロイするためのトポロジコンフィグレーションファイル](/tiup/tiup-cluster-topology-reference.md)を参照してください。 +上記の TiDB クラスター トポロジファイルの設定項目の詳細については、 [TiUPを使用して TiDB をデプロイするためのトポロジ設定ファイル](/tiup/tiup-cluster-topology-reference.md)を参照してください。 ### 主なパラメータ {#key-parameters} diff --git a/tiflash/create-tiflash-replicas.md b/tiflash/create-tiflash-replicas.md index 1cf429cdd7928..c50a90720e087 100644 --- a/tiflash/create-tiflash-replicas.md +++ b/tiflash/create-tiflash-replicas.md @@ -208,7 +208,7 @@ TiDB クラスターは、次のいずれかの操作を実行すると、 TiFla レプリカを構成する際に、災害復旧のためにTiFlashレプリカを複数のデータセンターに分散する必要がある場合は、次の手順に従って使用可能なゾーンを構成できます。 -1. クラスター構成ファイルでTiFlashノードのラベルを指定します。 +1. クラスター設定ファイルでTiFlashノードのラベルを指定します。 ``` tiflash_servers: diff --git a/tiflash/tiflash-command-line-flags.md b/tiflash/tiflash-command-line-flags.md index 32ad93721b6fb..92d22c46116bb 100644 --- a/tiflash/tiflash-command-line-flags.md +++ b/tiflash/tiflash-command-line-flags.md @@ -9,7 +9,7 @@ summary: TiFlashのコマンドライン起動フラグについて学習しま ## `server --config-file` {#server---config-file} -- TiFlash構成ファイルのパスを指定します +- TiFlash設定ファイルのパスを指定します - デフォルト： "" - 設定ファイルを指定する必要があります。詳細な設定項目については[TiFlash設定パラメータ](/tiflash/tiflash-configuration.md)を参照してください。 @@ -25,7 +25,7 @@ summary: TiFlashのコマンドライン起動フラグについて学習しま - 小さなファイルのマージが有効になっているバージョン v7.3.0 以上 (つまり、 `storage.format_version` >= 5) のTiFlash をバージョン v7.3.0 未満にダウングレードする必要がある場合は、このツールを使用して DTFile のデータ形式をダウングレードできます。 - パラメータ: - - `--imitative` : DTFile の暗号化機能を使用しない場合は、このフラグを使用して構成ファイルの使用と PD への接続を回避できます。 + - `--imitative` : DTFile の暗号化機能を使用しない場合は、このフラグを使用して設定ファイルの使用と PD への接続を回避できます。 - `--version` : DTFileのターゲットバージョン。値のオプションは`1` 、 `2` （デフォルト）、 `3`です。 `1`は古いバージョン、 `2`は新しいチェックサムに対応するバージョン、 `3`は小さなファイルのマージをサポートするバージョンです。 - `--algorithm` : データ検証に使用するハッシュアルゴリズム。値の選択肢は`xxh3` （デフォルト）、 `city128` 、 `crc32` 、 `crc64` 、 `none`です。このパラメータは`version`が`2`の場合にのみ有効です。 - `--frame` : 検証フレームのサイズ。デフォルト値は`1048576`です。このパラメータは`version`が`2`の場合にのみ有効です。 diff --git a/tiflash/tiflash-configuration.md b/tiflash/tiflash-configuration.md index e50f330ec3eef..e599dc30cda2e 100644 --- a/tiflash/tiflash-configuration.md +++ b/tiflash/tiflash-configuration.md @@ -284,7 +284,7 @@ I/O トラフィック制限設定を構成します。 ##### `config` {#config} -- プロキシの構成ファイルパス。 +- プロキシの設定ファイルパス。 diff --git a/tiflash/tiflash-disaggregated-and-s3.md b/tiflash/tiflash-disaggregated-and-s3.md index eb67a2b5d6cdc..d2f107ae8e639 100644 --- a/tiflash/tiflash-disaggregated-and-s3.md +++ b/tiflash/tiflash-disaggregated-and-s3.md @@ -73,7 +73,7 @@ TiFlashの分散型ストレージおよびコンピューティングアーキ デフォルトでは、 TiUPはTiFlash を結合ストレージおよびコンピューティングアーキテクチャにデプロイします。分離ストレージおよびコンピューティングアーキテクチャにTiFlashをデプロイする必要がある場合は、以下の手順に従って手動で設定してください。 -1. 次の構成を持つ、 `scale-out.topo.yaml`などのTiFlashトポロジ構成ファイルを準備します。 +1. 次の構成を持つ、 `scale-out.topo.yaml`などのTiFlashトポロジ設定ファイルを準備します。 ```yaml tiflash_servers: @@ -149,13 +149,13 @@ TiFlashの分散型ストレージおよびコンピューティングアーキ 3. 分散ストレージおよびコンピューティングアーキテクチャを使用してTiFlash をクエリするように TiDB 構成を変更します。 - 1. TiDB 構成ファイルを編集モードで開きます。 + 1. TiDB 設定ファイルを編集モードで開きます。 ```shell tiup cluster edit-config mycluster ``` - 2. TiDB 構成ファイルに次の設定項目を追加します。 + 2. TiDB 設定ファイルに次の設定項目を追加します。 ```shell server_configs: diff --git a/tikv-configuration-file.md b/tikv-configuration-file.md index ad3d66f06e97a..17de50ea68240 100644 --- a/tikv-configuration-file.md +++ b/tikv-configuration-file.md @@ -3,7 +3,7 @@ title: TiKV Configuration File summary: TiKVの設定ファイルについて学びましょう。 --- -# TiKVコンフィグレーションファイル {#tikv-configuration-file} +# TiKV設定ファイル {#tikv-configuration-file} @@ -2278,7 +2278,7 @@ Raft Engineに関連するコンフィグレーション項目。 ### `enable-file-dictionary-log` {#enable-file-dictionary-log} - TiKVが暗号化メタデータを管理する際に、I/Oとミューテックスの競合を軽減するための最適化を有効にします。 -- この設定パラメーターが (デフォルトで) 有効になっている場合に発生する可能性のある互換性の問題を回避するには、詳細については[保存時の暗号化- TiKVバージョン間の互換性](/encryption-at-rest.md#compatibility-between-tikv-versions)を参照してください。 +- この設定パラメータが (デフォルトで) 有効になっている場合に発生する可能性のある互換性の問題を回避するには、詳細については[保存時の暗号化- TiKVバージョン間の互換性](/encryption-at-rest.md#compatibility-between-tikv-versions)を参照してください。 - デフォルト値: `true` ### `master-key` {#master-key} diff --git a/tikv-control.md b/tikv-control.md index 72c71ef88e0e6..478d983353fc3 100644 --- a/tikv-control.md +++ b/tikv-control.md @@ -110,7 +110,7 @@ SUBCOMMANDS: - ローカルモード: - ローカル TiKV データディレクトリ パスを指定するには、 `--data-dir`オプションを使用します。 - - ローカル TiKV 構成ファイルパスを指定するには、 `--config`オプションを使用します。 + - ローカル TiKV 設定ファイルパスを指定するには、 `--config`オプションを使用します。 このモードでは、実行中の TiKV インスタンスを停止する必要があります。 @@ -549,7 +549,7 @@ tikv-ctl ldb --hex manifest_dump --path=/tmp/db/MANIFEST-000001 暗号化メタデータをダンプするには、サブコマンド`encryption-meta`を使用します。このサブコマンドは、データファイルの暗号化情報と、使用されているデータ暗号化キーのリストという2種類のメタデータをダンプできます。 -データファイルの暗号化情報をダンプするには、サブコマンド`encryption-meta dump-file`を使用します。TiKV デプロイメントに`data-dir`を指定するには、TiKV 構成ファイルを作成する必要があります。 +データファイルの暗号化情報をダンプするには、サブコマンド`encryption-meta dump-file`を使用します。TiKV デプロイメントに`data-dir`を指定するには、TiKV 設定ファイルを作成する必要があります。 ``` # conf.toml diff --git a/tiproxy/tiproxy-command-line-flags.md b/tiproxy/tiproxy-command-line-flags.md index 9aeff80a61f62..b77ced6b04e55 100644 --- a/tiproxy/tiproxy-command-line-flags.md +++ b/tiproxy/tiproxy-command-line-flags.md @@ -20,7 +20,7 @@ summary: TiProxy のコマンドライン起動フラグについて学習しま ### `--config` {#config} -- TiProxy 構成ファイルのパスを指定します。 +- TiProxy 設定ファイルのパスを指定します。 - タイプ: `string` - デフォルト: `""` - 設定ファイルを指定する必要があります。詳細な設定項目については、 [TiProxy を設定する](/tiproxy/tiproxy-configuration.md)を参照してください。設定ファイルが変更されると、TiProxyは自動的に設定を再読み込みするため、設定ファイルを直接変更しないでください。[`tiup cluster edit-config`](/tiup/tiup-component-cluster-edit-config.md)または[`kubectl edit tc`](https://docs.pingcap.com/tidb-in-kubernetes/stable/modify-tidb-configuration)を実行して設定を変更することをお勧めします。 diff --git a/tiproxy/tiproxy-configuration.md b/tiproxy/tiproxy-configuration.md index 561bbf602951d..900d4941f8f45 100644 --- a/tiproxy/tiproxy-configuration.md +++ b/tiproxy/tiproxy-configuration.md @@ -3,7 +3,7 @@ title: TiProxy Configuration File summary: TiProxy を構成する方法を学びます。 --- -# TiProxyコンフィグレーションファイル {#tiproxy-configuration-file} +# TiProxy設定ファイル {#tiproxy-configuration-file} このドキュメントでは、 TiProxyの導入と使用に関連する設定パラメータについて説明します。TiUP導入トポロジの設定については、 [tiproxy-servers の設定](/tiup/tiup-cluster-topology-reference.md#tiproxy_servers)を参照してください。 diff --git a/tiproxy/tiproxy-deployment-topology.md b/tiproxy/tiproxy-deployment-topology.md index d02a4a3342e1f..c45a2b5643cf6 100644 --- a/tiproxy/tiproxy-deployment-topology.md +++ b/tiproxy/tiproxy-deployment-topology.md @@ -33,7 +33,7 @@ TiProxy は TiDB の L7 プロキシサーバーであり、接続のバラン TiProxy のテンプレートの詳細については、 [TiProxyトポロジのシンプルなテンプレート](https://github.com/pingcap/docs/blob/master/config-templates/simple-tiproxy.yaml)を参照してください。 -前述の TiDB クラスタトポロジファイル内の設定項目の詳細については、 [TiUPを使用して TiDB をデプロイするためのトポロジコンフィグレーションファイル](/tiup/tiup-cluster-topology-reference.md)を参照してください。 +前述の TiDB クラスタトポロジファイル内の設定項目の詳細については、 [TiUPを使用して TiDB をデプロイするためのトポロジ設定ファイル](/tiup/tiup-cluster-topology-reference.md)を参照してください。 ### 主なパラメータ {#key-parameters} diff --git a/tiproxy/tiproxy-overview.md b/tiproxy/tiproxy-overview.md index 800a15ee47cef..339df8179882d 100644 --- a/tiproxy/tiproxy-overview.md +++ b/tiproxy/tiproxy-overview.md @@ -131,11 +131,11 @@ TiProxyが適しているシナリオではTiProxyを使用し、アプリケー - ワークロードの種類と最大 QPS に基づいて、TiProxy インスタンスのモデルと数を選択します。詳細については、 [TiProxyのパフォーマンステストレポート](/tiproxy/tiproxy-performance-test.md)を参照してください。 - TiProxyインスタンスは通常TiDBサーバーインスタンスよりも少ないため、TiProxyのネットワーク帯域幅がボトルネックになりやすくなります。たとえば、AWSでは、同じシリーズのEC2インスタンスのベースラインネットワーク帯域幅はCPUコア数に比例しません。ネットワーク帯域幅がボトルネックになった場合は、TiProxyインスタンスをより多くの小さなインスタンスに分割してQPSを向上させることができます。詳細については、 [ネットワーク仕様](https://docs.aws.amazon.com/ec2/latest/instancetypes/co.html#co_network)を参照してください。 - - トポロジ構成ファイルでTiProxyのバージョンを指定することをお勧めします。これにより、TiDBクラスタをアップグレードするためにコマンド[`tiup cluster upgrade`](/tiup/tiup-component-cluster-upgrade.md)を実行した際にTiProxyが自動的にアップグレードされるのを防ぎ、TiProxyのアップグレードによってクライアント接続が切断されるのを防止できます。 + - トポロジ設定ファイルでTiProxyのバージョンを指定することをお勧めします。これにより、TiDBクラスタをアップグレードするためにコマンド[`tiup cluster upgrade`](/tiup/tiup-component-cluster-upgrade.md)を実行した際にTiProxyが自動的にアップグレードされるのを防ぎ、TiProxyのアップグレードによってクライアント接続が切断されるのを防止できます。 TiProxy のテンプレートの詳細については、 [TiProxyトポロジーのシンプルなテンプレート](https://github.com/pingcap/docs/blob/master/config-templates/simple-tiproxy.yaml)を参照してください。 - TiDBクラスタトポロジファイル内の設定項目の詳細については、 [TiUPを使用したTiDBデプロイメントのトポロジーコンフィグレーションファイル](/tiup/tiup-cluster-topology-reference.md)を参照してください。 + TiDBクラスタトポロジファイル内の設定項目の詳細については、 [TiUPを使用したTiDBデプロイメントのトポロジー設定ファイル](/tiup/tiup-cluster-topology-reference.md)を参照してください。 設定例は以下のとおりです。 diff --git a/tiup/customized-montior-in-tiup-environment.md b/tiup/customized-montior-in-tiup-environment.md index 535c1ddd2a76a..540a054fbd146 100644 --- a/tiup/customized-montior-in-tiup-environment.md +++ b/tiup/customized-montior-in-tiup-environment.md @@ -11,21 +11,21 @@ TiUPを使用して TiDB クラスターをデプロイすると、 TiUP はProm > **Note:** > -> - 監視サーバーの構成ファイルを直接変更しないでください。これらの変更は、デプロイメント、スケールアウト、スケールイン、リロードなどの後続のTiUP操作によって上書きされるためです。 +> - 監視サーバーの設定ファイルを直接変更しないでください。これらの変更は、デプロイメント、スケールアウト、スケールイン、リロードなどの後続のTiUP操作によって上書きされるためです。 > -> - 監視サーバーがTiUPによってデプロイおよび管理されていない場合は、このドキュメントを参照する代わりに、監視サーバーの構成ファイルを直接変更できます。 +> - 監視サーバーがTiUPによってデプロイおよび管理されていない場合は、このドキュメントを参照する代わりに、監視サーバーの設定ファイルを直接変更できます。 > > - この機能はTiUP v1.9.0以降でサポートされています。そのため、この機能を使用する前にTiUPのバージョンをご確認ください。 ## Prometheusの設定をカスタマイズする {#customize-prometheus-configurations} -現在、 TiUP はPrometheus ルールとスクレイプ構成ファイルのカスタマイズをサポートしています。 +現在、 TiUP はPrometheus ルールとスクレイプ設定ファイルのカスタマイズをサポートしています。 ### Prometheusルール設定をカスタマイズする {#customize-prometheus-rule-configuration} -1. ルール構成ファイルをカスタマイズし、 TiUP が配置されているマシンのディレクトリの下に配置します。 +1. ルール設定ファイルをカスタマイズし、 TiUP が配置されているマシンのディレクトリの下に配置します。 -2. topology.yaml ファイルで、カスタマイズされたルール構成ファイルのディレクトリに`rule_dir`を設定します。 +2. topology.yaml ファイルで、カスタマイズされたルール設定ファイルのディレクトリに`rule_dir`を設定します。 以下は、topology.yaml ファイル内の monitored_servers の構成例です。 @@ -70,7 +70,7 @@ TiUPを使用して TiDB クラスターをデプロイすると、 TiUP はProm action: drop ``` -上記の構成が完了したら、TiDB クラスターをデプロイ、スケールアウト、スケールイン、またはリロードすると、 TiUP は`additional_scrape_conf`フィールドの内容を Prometheus 構成ファイルの対応するパラメーターに追加します。 +上記の構成が完了したら、TiDB クラスターをデプロイ、スケールアウト、スケールイン、またはリロードすると、 TiUP は`additional_scrape_conf`フィールドの内容を Prometheus 設定ファイルの対応するパラメーターに追加します。 ### Prometheus external labels をカスタマイズする {#customize-prometheus-external-labels} @@ -102,9 +102,9 @@ TiUP v1.17.0 以降では、トポロジーファイルで Prometheus グロー ### Grafanaダッシュボードをカスタマイズする {#customize-grafana-dashboard} -1. Grafana ダッシュボードの構成ファイルをカスタマイズし、 TiUPが配置されているマシンのディレクトリの下に配置します。 +1. Grafana ダッシュボードの設定ファイルをカスタマイズし、 TiUPが配置されているマシンのディレクトリの下に配置します。 -2. topology.yaml ファイルで、カスタマイズされたダッシュボード構成ファイルのディレクトリに`dashboard_dir`を設定します。 +2. topology.yaml ファイルで、カスタマイズされたダッシュボード設定ファイルのディレクトリに`dashboard_dir`を設定します。 以下は、topology.yaml ファイル内の grafana_servers の構成例です。 @@ -140,7 +140,7 @@ TiUP v1.17.0 以降では、トポロジーファイルで Prometheus グロー smtp.skip_verify: true ``` -上記の構成が完了したら、TiDB クラスターをデプロイ、スケールアウト、スケールイン、またはリロードすると、 TiUP は`config`フィールドの内容を Grafana 構成ファイル`grafana.ini`に追加します。 +上記の構成が完了したら、TiDB クラスターをデプロイ、スケールアウト、スケールイン、またはリロードすると、 TiUP は`config`フィールドの内容を Grafana 設定ファイル`grafana.ini`に追加します。 ## Alertmanager の設定をカスタマイズする {#customize-alertmanager-configurations} diff --git a/tiup/tiup-cluster-topology-reference.md b/tiup/tiup-cluster-topology-reference.md index 9fee88c3443ba..f502e365fe6c0 100644 --- a/tiup/tiup-cluster-topology-reference.md +++ b/tiup/tiup-cluster-topology-reference.md @@ -3,7 +3,7 @@ title: Topology Configuration File for TiDB Deployment Using TiUP summary: TiUPは、トポロジファイルを使用してTiDBのクラスタートポロジをデプロイまたは変更します。また、Prometheus、Grafana、Alertmanagerなどの監視サーバーもデプロイします。トポロジファイルには、グローバル設定、監視サービス、コンポーネントバージョンなどのセクションが含まれています。各セクションでは、対応するサービスがデプロイされるマシンとその設定を指定します。 --- -# TiUPを使用した TiDB デプロイメントのトポロジコンフィグレーションファイル {#topology-configuration-file-for-tidb-deployment-using-tiup} +# TiUPを使用した TiDB デプロイメントのトポロジ設定ファイル {#topology-configuration-file-for-tidb-deployment-using-tiup} TiUPを使用して TiDB をデプロイまたは拡張するには、クラスター トポロジを記述するトポロジファイル ( [サンプル](https://github.com/pingcap/tiup/blob/master/embed/examples/cluster/topology.example.yaml) ) を提供する必要があります。 @@ -13,7 +13,7 @@ TiUPを使用して TiDB クラスターをデプロイすると、Prometheus、 ## ファイル構造 {#file-structure} -TiUPを使用した TiDB デプロイメントのトポロジ構成ファイルには、次のセクションが含まれる場合があります。 +TiUPを使用した TiDB デプロイメントのトポロジ設定ファイルには、次のセクションが含まれる場合があります。 - [グローバル](#global) : クラスターのグローバル設定。一部の設定項目はデフォルト値を使用しますが、インスタンスごとに個別に設定できます。 - [監視](#monitored) : 監視サービス（blackbox_exporterと`node_exporter`のコンフィグレーション。各マシンに`node_exporter`と`blackbox_exporter`がデプロイされています。 @@ -131,7 +131,7 @@ monitored: `server_configs`は、サービスの設定と各コンポーネントの設定ファイルの生成に使用されます。`global`と同様に、このセクションの設定は、インスタンス内の同名の設定によって上書きできます。`server_configs`は主に以下のフィールドが含まれます。 -- `tidb` : TiDBサービス関連の設定。詳細な設定については[TiDB構成ファイル](/tidb-configuration-file.md)を参照してください。 +- `tidb` : TiDBサービス関連の設定。詳細な設定については[TiDB設定ファイル](/tidb-configuration-file.md)を参照してください。 - `tikv` : TiKVサービス関連の設定。詳細な設定については[TiKV設定ファイル](/tikv-configuration-file.md)を参照してください。 @@ -145,7 +145,7 @@ monitored: - `cdc` : TiCDCサービス関連の設定。詳細な設定については[TiCDCをデプロイ](/ticdc/deploy-ticdc.md)を参照してください。 -- `tso` : `tso`マイクロサービス関連の設定。完全な設定については[TSO構成ファイル](/tso-configuration-file.md)を参照してください。 +- `tso` : `tso`マイクロサービス関連の設定。完全な設定については[TSO設定ファイル](/tso-configuration-file.md)を参照してください。 - `scheduling` : `scheduling`マイクロサービス関連の設定。完全な設定については[スケジュール設定ファイル](/scheduling-configuration-file.md)を参照してください。 @@ -494,7 +494,7 @@ tiproxy_servers: - `numa_node` : インスタンスにNUMAポリシーを割り当てます。このフィールドを指定する前に、対象マシンに[numactl](https://linux.die.net/man/8/numactl)インストールされていることを確認する必要があります。このフィールドを指定した場合、cpubindおよびmembindポリシーは[numactl](https://linux.die.net/man/8/numactl)を使用して割り当てられます。このフィールドは文字列型です。フィールド値はNUMAノードのID（例："0,1"）です。 -- `config` : TiKV-CDC が使用する構成ファイルのアドレス (オプション)。 +- `config` : TiKV-CDC が使用する設定ファイルのアドレス (オプション)。 - `os` : `host`で指定されたマシンのオペレーティングシステム。このフィールドが指定されていない場合、デフォルト値は`global`の`os`値になります。 diff --git a/tiup/tiup-command-telemetry.md b/tiup/tiup-command-telemetry.md index 6b8e3527edee2..98d06d8061ac4 100644 --- a/tiup/tiup-command-telemetry.md +++ b/tiup/tiup-command-telemetry.md @@ -17,7 +17,7 @@ TiUPテレメトリが有効になっている場合、 TiUPコマンドの実 - クラスターの正確な名前 - クラスタートポロジー -- クラスタ構成ファイル +- クラスタ設定ファイル TiUP は`tiup telemetry`コマンドを使用してテレメトリを制御します。 diff --git a/tiup/tiup-component-cluster-deploy.md b/tiup/tiup-component-cluster-deploy.md index 79361e9fb2128..70c3cf231e6ca 100644 --- a/tiup/tiup-component-cluster-deploy.md +++ b/tiup/tiup-component-cluster-deploy.md @@ -39,7 +39,7 @@ tiup cluster deploy [flags] ### --ignore-config-check {#ignore-config-check} -- このオプションは、構成チェックをスキップするために使用されます。コンポーネントのバイナリファイルがデプロイされた後、 ` --config-check `を使用してTiDB、TiKV、およびPDコンポーネントの構成がチェックされます。``は、デプロイされたバイナリファイルのパスです。``は、ユーザー設定に基づいて生成された構成ファイルです。 +- このオプションは、構成チェックをスキップするために使用されます。コンポーネントのバイナリファイルがデプロイされた後、 ` --config-check `を使用してTiDB、TiKV、およびPDコンポーネントの構成がチェックされます。``は、デプロイされたバイナリファイルのパスです。``は、ユーザー設定に基づいて生成された設定ファイルです。 - このオプションはデフォルトで無効になっており、デフォルト値は`false`です。このオプションを有効にするには、コマンドにこのオプションを追加し、値`true`を渡すか、値を渡さないかのいずれかを選択します。 - デフォルト: false diff --git a/tiup/tiup-component-cluster-import.md b/tiup/tiup-component-cluster-import.md index 03240ce101e52..d7e99fa061a69 100644 --- a/tiup/tiup-component-cluster-import.md +++ b/tiup/tiup-component-cluster-import.md @@ -17,7 +17,7 @@ TiDB v4.0より前のバージョンでは、TiDBクラスターは主にTiDB An > - Sparkが有効になっているクラスター > - TiDB Lightning/TiKVインポーターが有効になっているクラスター > - 監視メトリックを収集するために古いモード`push`をまだ使用しているクラスター (デフォルト モード`pull`を変更しない場合は、 `import`コマンドの使用がサポートされます) -> - デフォルト以外のポート（ `group_vars`ディレクトリに設定されているポートは互換性がある）が`node_exporter_port` / `blackbox_exporter_port`を使用して`inventory.ini`構成ファイルで個別に設定されているクラスタ +> - デフォルト以外のポート（ `group_vars`ディレクトリに設定されているポートは互換性がある）が`node_exporter_port` / `blackbox_exporter_port`を使用して`inventory.ini`設定ファイルで個別に設定されているクラスタ > - TiDB Ansibleを使用してデプロイしたクラスター内の一部のノードに監視コンポーネントがデプロイされていない場合は、まずTiDB Ansibleを使用して`inventory.ini`ファイルの`monitored_servers`セクションに対応するノード情報を追加し、その後`deploy.yaml`プレイブックを使用して監視コンポーネントを完全にデプロイする必要があります。そうしないと、クラスターをTiUPにインポートした後にメンテナンス操作を実行すると、監視コンポーネントの不足によりエラーが発生する可能性があります。 ## 構文 {#syntax} @@ -36,7 +36,7 @@ tiup cluster import [flags] ### --ansible-config {#ansible-config} -- Ansible 構成ファイルのパスを指定します。 +- Ansible 設定ファイルのパスを指定します。 - データ型: `STRING` - このオプションはデフォルトで有効になっており、 `. /ansible.cfg` (デフォルト値) が渡されます。 diff --git a/tiup/tiup-component-cluster-patch.md b/tiup/tiup-component-cluster-patch.md index 16ec1f08526a0..e2565e94a24c0 100644 --- a/tiup/tiup-component-cluster-patch.md +++ b/tiup/tiup-component-cluster-patch.md @@ -57,7 +57,7 @@ tiup cluster patch [flags] find . ``` -6. バイナリファイルまたは構成ファイルを一時ディレクトリ内の対応する場所にコピーします。 +6. バイナリファイルまたは設定ファイルを一時ディレクトリ内の対応する場所にコピーします。 7. すべてのファイルを一時ディレクトリにパックします。 diff --git a/tiup/tiup-component-cluster-upgrade.md b/tiup/tiup-component-cluster-upgrade.md index 73ac4c7cbf40e..9f3444156d666 100644 --- a/tiup/tiup-component-cluster-upgrade.md +++ b/tiup/tiup-component-cluster-upgrade.md @@ -40,7 +40,7 @@ tiup cluster upgrade [flags] ### --ignore-config-check {#--ignore-config-check} -- バイナリの更新後、 ` --config-check `を使用して TiDB、TiKV、PD コンポーネントの構成チェックが実行されます。``は、新しくデプロイされたバイナリへのパスであり、 ``は、ユーザー設定に基づいて生成された構成ファイルです。このチェックをスキップするには、 `--ignore-config-check`オプションを使用します。 +- バイナリの更新後、 ` --config-check `を使用して TiDB、TiKV、PD コンポーネントの構成チェックが実行されます。``は、新しくデプロイされたバイナリへのパスであり、 ``は、ユーザー設定に基づいて生成された設定ファイルです。このチェックをスキップするには、 `--ignore-config-check`オプションを使用します。 - データ型: `BOOLEAN` - デフォルト: false diff --git a/tiup/tiup-component-dm-patch.md b/tiup/tiup-component-dm-patch.md index 278a4a38a8338..2d045bcca1970 100644 --- a/tiup/tiup-component-dm-patch.md +++ b/tiup/tiup-component-dm-patch.md @@ -31,7 +31,7 @@ tiup dm patch [flags] - `mkdir -p /tmp/package && cd /tmp/package`を実行して、ファイルをパックするための一時ディレクトリを作成します。 - `tar xf /tmp/${component}-${version}-${os}-${arch}.tar.gz`を実行して元のバイナリパッケージを解凍します。 - `find .`を実行して、一時パッケージ ディレクトリ内のファイル構造を表示します。 -- バイナリファイルまたは構成ファイルを一時ディレクトリ内の対応する場所にコピーします。 +- バイナリファイルまたは設定ファイルを一時ディレクトリ内の対応する場所にコピーします。 - `tar czf /tmp/${component}-hotfix-${os}-${arch}.tar.gz *`を実行して、一時ディレクトリにファイルをパックします。 - 最後に、 `tiup dm patch`コマンドの``の値として`/tmp/${component}-hotfix-${os}-${arch}.tar.gz`を使用できます。 diff --git a/tiup/tiup-dm-topology-reference.md b/tiup/tiup-dm-topology-reference.md index 48b7fe962941d..b7af834a089b6 100644 --- a/tiup/tiup-dm-topology-reference.md +++ b/tiup/tiup-dm-topology-reference.md @@ -3,7 +3,7 @@ title: Topology Configuration File for DM Cluster Deployment Using TiUP summary: TiUPを使用して TiDB Data Migration (DM) クラスターをデプロイまたは拡張するには、クラスターのグローバル設定、サーバー設定、マスターサーバー、ワーカーサーバー、モニタリングサーバー、Grafana サーバー、および Alertmanager サーバーを記述するトポロジファイルが必要です。各セクションには、設定用の特定のフィールドが含まれています。トポロジファイルの構造は、global、server_configs、master_servers、worker_servers、monitoring_servers、grafana_servers、およびalertmanager_servers で構成されます。各セクションには、デプロイと設定のための独自の設定可能なフィールドセットがあります。 --- -# TiUPを使用した DMクラスタデプロイのトポロジコンフィグレーションファイル {#topology-configuration-file-for-dm-cluster-deployment-using-tiup} +# TiUPを使用した DMクラスタデプロイのトポロジ設定ファイル {#topology-configuration-file-for-dm-cluster-deployment-using-tiup} TiDB Data Migration (DM)クラスターをデプロイまたは拡張するには、クラスタートポロジを記述するトポロジファイル（ [サンプル](https://github.com/pingcap/tiup/blob/master/embed/examples/dm/topology.example.yaml) ）を提供する必要があります。 @@ -11,7 +11,7 @@ TiDB Data Migration (DM)クラスターをデプロイまたは拡張するに ## ファイル構造 {#file-structure} -TiUPを使用した DM クラスターのデプロイメントのトポロジ構成ファイルには、次のセクションが含まれる場合があります。 +TiUPを使用した DM クラスターのデプロイメントのトポロジ設定ファイルには、次のセクションが含まれる場合があります。 - [グローバル](#global) : クラスターのグローバル設定。一部の設定項目はクラスターのデフォルト値を使用しますが、インスタンスごとに個別に設定できます。 - [サーバー構成](#server_configs) : コンポーネントのグローバル設定。各コンポーネントを個別に設定できます。インスタンスに同じキーの設定項目がある場合、そのインスタンスの設定項目が有効になります。 @@ -65,8 +65,8 @@ global: `server_configs`は、サービスの設定と各コンポーネントの設定ファイルの生成に使用されます。`global`セクションと同様に、 `server_configs`セクションの設定は、インスタンス内の同じキーを持つ設定によって上書きできます。`server_configs`には主に以下のフィールドが含まれます。 -- `master` : DM-masterサービスに関連する設定。サポートされているすべての設定項目については、 [DM-masterコンフィグレーションファイル](/dm/dm-master-configuration-file.md)を参照してください。 -- `worker` : DM-workerサービスに関連する構成。サポートされているすべての設定項目については、 [DM-workerコンフィグレーションファイル](/dm/dm-worker-configuration-file.md)を参照してください。 +- `master` : DM-masterサービスに関連する設定。サポートされているすべての設定項目については、 [DM-master設定ファイル](/dm/dm-master-configuration-file.md)を参照してください。 +- `worker` : DM-workerサービスに関連する構成。サポートされているすべての設定項目については、 [DM-worker設定ファイル](/dm/dm-worker-configuration-file.md)を参照してください。 `server_configs`構成の例は次のとおりです。 @@ -98,7 +98,7 @@ server_configs: - `os` : `host`のフィールドで指定されたマシンのオペレーティングシステム。このフィールドが指定されていない場合、デフォルト値は`global`セクションで設定された`os`値です。 - `arch` : `host`のフィールドで指定されたマシンのアーキテクチャ。このフィールドが指定されていない場合、デフォルト値は`global`セクションで設定された`arch`値になります。 - `resource_control` : このサービスにおけるリソース制御。このフィールドが指定された場合、このフィールドの設定はセクション`global`の`resource_control`の設定とマージされ（2つのフィールドが重複している場合は、このフィールドの設定が有効になります）、systemdの設定ファイルが生成され、セクション`host`で指定されたマシンに配布されます。このフィールドの設定ルールは、セクション`global`の`resource_control`の設定ルールと同じです。 -- `v1_source_path` : v1.0.x からアップグレードする場合、このフィールドに V1 ソースの構成ファイルが配置されているディレクトリを指定できます。 +- `v1_source_path` : v1.0.x からアップグレードする場合、このフィールドに V1 ソースの設定ファイルが配置されているディレクトリを指定できます。 `master_servers`セクションでは、デプロイメントが完了した後は、次のフィールドを変更することはできません。 diff --git a/tso-configuration-file.md b/tso-configuration-file.md index 407c724bfee18..5d9960fc7dc38 100644 --- a/tso-configuration-file.md +++ b/tso-configuration-file.md @@ -1,9 +1,9 @@ --- title: TSO Configuration File -summary: TSO 構成ファイルには、ノード名、データ パス、ノード URL などの複数の設定項目が含まれています。 +summary: TSO 設定ファイルには、ノード名、データ パス、ノード URL などの複数の設定項目が含まれています。 --- -# TSOコンフィグレーションファイル {#tso-configuration-file} +# TSO設定ファイル {#tso-configuration-file} diff --git a/two-data-centers-in-one-city-deployment.md b/two-data-centers-in-one-city-deployment.md index fc15bac59398d..c1fd0190521e8 100644 --- a/two-data-centers-in-one-city-deployment.md +++ b/two-data-centers-in-one-city-deployment.md @@ -204,7 +204,7 @@ cat default.json レプリケーションモードはPDによって制御されます。PD設定ファイルでレプリケーションモードを設定するには、以下のいずれかの方法を使用します。 -- 方法 1: PD 構成ファイルを構成し、クラスターをデプロイします。 +- 方法 1: PD 設定ファイルを構成し、クラスターをデプロイします。 ```toml [replication-mode] diff --git a/upgrade-tidb-using-tiup.md b/upgrade-tidb-using-tiup.md index ca15de8820e26..758ebc212f528 100644 --- a/upgrade-tidb-using-tiup.md +++ b/upgrade-tidb-using-tiup.md @@ -132,7 +132,7 @@ tiup update cluster これでオフラインミラーのアップグレードは正常に完了しました。上書き後にTiUP操作中にエラーが発生した場合は、 `manifest`が更新されていない可能性があります。TiUPを再度実行する前に、 `rm -rf ~/.tiup/manifests/*`を試してみてください。 -### ステップ3： TiUPトポロジー構成ファイルを編集する {#step-3-edit-tiup-topology-configuration-file} +### ステップ3： TiUPトポロジー設定ファイルを編集する {#step-3-edit-tiup-topology-configuration-file} > **Note:** > diff --git a/user-account-management.md b/user-account-management.md index 664e016e958a3..17fad9223f288 100644 --- a/user-account-management.md +++ b/user-account-management.md @@ -174,7 +174,7 @@ TiDBはパスワードを[`mysql.user`](/mysql-schema/mysql-schema-user.md)シ 1. 設定ファイルを変更します。 1. tidb-server インスタンスの 1つが配置されているマシンにログインします。 - 2. TiDB ノードのデプロイメントディレクトリの下の`conf`ディレクトリに入り、 `tidb.toml`構成ファイルを見つけます。 + 2. TiDB ノードのデプロイメントディレクトリの下の`conf`ディレクトリに入り、 `tidb.toml`設定ファイルを見つけます。 3. 設定ファイルの[`security`](/tidb-configuration-file.md#security)セクションに設定項目[`skip-grant-table`](/tidb-configuration-file.md)を追加します。`security`がない場合は、 `tidb.toml`設定ファイルの末尾に次の2行を追加します。 ``` @@ -211,7 +211,7 @@ TiDBはパスワードを[`mysql.user`](/mysql-schema/mysql-schema-user.md)シ mysql -h 127.0.0.1 -P 4000 -u root ``` -4. `run_tidb.sh`スクリプトの実行を停止し、手順 1 で TiDB 構成ファイルに追加された内容を削除し、tidb-server が自動的に起動するのを待ちます。 +4. `run_tidb.sh`スクリプトの実行を停止し、手順 1 で TiDB 設定ファイルに追加された内容を削除し、tidb-server が自動的に起動するのを待ちます。 ## `FLUSH PRIVILEGES` {#flush-privileges} From 6e7b670c38574d9988a08485c9eb3b98b6d627ad Mon Sep 17 00:00:00 2001 From: Yasuo Honda Date: Fri, 11 Sep 2026 10:30:46 +0900 Subject: [PATCH 2/7] i18n(ja): unify remaining configuration compounds and standalone use Expands the previous commit's scope to the rest of the corpus: item, flag, option, guide, method, and other small compounds, plus bare standalone use in headings, TOC labels, and prose. 193 occurrences/83 files. Two sites handled as manual exceptions rather than a straight substitution: - tidb-upgrade-migration-guide.md: a checklist bullet's label was itself the compound term, which would have produced a duplicated word if substituted literally; shortened to match sibling bullets' label style instead. - tidb-cloud/csv-config-for-import-data.md: kept this file's own already-established term instead, since its H1/summary/title all independently agree on it and substituting here would have left the file self-contradictory rather than more consistent. Co-Authored-By: Claude Sonnet 5 --- TOC-tidb-cloud-essential.md | 2 +- TOC-tidb-cloud-starter.md | 2 +- TOC-tidb-cloud.md | 2 +- TOC.md | 20 +++--- ...-performance-benchmarking-with-sysbench.md | 2 +- .../three-nodes-hybrid-deployment.md | 2 +- .../tidb-partitioned-tables-best-practices.md | 2 +- cached-tables.md | 2 +- check-before-deployment.md | 2 +- clinic/clinic-user-guide-for-tiup.md | 2 +- command-line-flags-for-pd-configuration.md | 2 +- ...line-flags-for-scheduling-configuration.md | 2 +- command-line-flags-for-tidb-configuration.md | 2 +- command-line-flags-for-tikv-configuration.md | 2 +- command-line-flags-for-tso-configuration.md | 2 +- coprocessor-cache.md | 2 +- dashboard/dashboard-diagnostics-report.md | 4 +- dashboard/dashboard-resource-manager.md | 2 +- deploy-monitoring-services.md | 2 +- develop/dev-guide-insert-data.md | 2 +- ...-optimistic-and-pessimistic-transaction.md | 2 +- develop/dev-guide-prepared-statement.md | 2 +- dm/dm-best-practices.md | 4 +- dm/dm-config-overview.md | 2 +- dm/dm-export-import-config.md | 2 +- dm/dm-hardware-and-software-requirements.md | 2 +- dm/dm-task-configuration-guide.md | 2 +- dm/dm-tune-configuration.md | 2 +- dm/feature-shard-merge-optimistic.md | 2 +- dm/maintain-dm-using-tiup.md | 2 +- dm/task-configuration-file-full.md | 8 +-- dynamic-config.md | 8 +-- enable-tls-between-clients-and-servers.md | 2 +- explain-joins.md | 4 +- filter-binlog-event.md | 2 +- garbage-collection-configuration.md | 2 +- .../information-schema-inspection-result.md | 2 +- migrate-from-csv-files-to-tidb.md | 2 +- migrate-from-sql-files-to-tidb.md | 2 +- migrate-large-mysql-shards-to-tidb.md | 2 +- migrate-large-mysql-to-tidb.md | 4 +- pd-configuration-file.md | 20 +++--- performance-tuning-overview.md | 2 +- production-deployment-using-tiup.md | 6 +- releases/release-3.1.0-beta.2.md | 2 +- releases/release-5.1.0.md | 2 +- releases/release-5.2.0.md | 2 +- releases/release-5.3.0.md | 2 +- releases/release-5.4.0.md | 2 +- releases/release-6.0.0-dmr.md | 2 +- releases/release-6.1.0.md | 2 +- releases/release-6.2.0.md | 2 +- releases/release-6.3.0.md | 2 +- scheduling-configuration-file.md | 8 +-- storage-engine/titan-configuration.md | 2 +- system-variable-reference.md | 46 +++++++------- ...e-data-centers-in-two-cities-deployment.md | 2 +- ticdc/ticdc-faq.md | 2 +- ticdc/ticdc-sink-to-pulsar.md | 6 +- tidb-cloud/csv-config-for-import-data.md | 2 +- tidb-cloud/data-service-concepts.md | 4 +- .../data-service-manage-github-connection.md | 2 +- ...migrate-from-mysql-using-data-migration.md | 2 +- tidb-cloud/optimize-resource-allocation.md | 2 +- ...-self-hosted-kafka-private-link-service.md | 6 +- tidb-cloud/tidb-cloud-connect-aws-dms.md | 6 +- ...b-cloud-dm-precheck-and-troubleshooting.md | 4 +- tidb-cloud/v8.5-performance-highlights.md | 2 +- tidb-configuration-file.md | 22 +++---- .../tidb-lightning-configuration.md | 4 +- tidb-lightning/tidb-lightning-data-source.md | 2 +- ...idb-lightning-logical-import-mode-usage.md | 2 +- tidb-performance-tuning-config.md | 6 +- tidb-upgrade-migration-guide.md | 4 +- tiflash-deployment-topology.md | 2 +- tikv-configuration-file.md | 62 +++++++++---------- tiproxy/tiproxy-configuration.md | 2 +- tiproxy/tiproxy-deployment-topology.md | 2 +- tiproxy/tiproxy-performance-test.md | 2 +- tiup/tiup-cluster-no-sudo-mode.md | 2 +- tiup/tiup-cluster-topology-reference.md | 2 +- tso-configuration-file.md | 8 +-- two-data-centers-in-one-city-deployment.md | 2 +- 83 files changed, 193 insertions(+), 193 deletions(-) diff --git a/TOC-tidb-cloud-essential.md b/TOC-tidb-cloud-essential.md index 5e0d6ea6f20de..0fc856224731d 100644 --- a/TOC-tidb-cloud-essential.md +++ b/TOC-tidb-cloud-essential.md @@ -118,7 +118,7 @@ - [コプロセッサーキャッシュ](/coprocessor-cache.md) - ガベージコレクション（GC） - [概要](/garbage-collection-overview.md) - - [コンフィグレーション](/garbage-collection-configuration.md) + - [設定](/garbage-collection-configuration.md) - [TiFlashのパフォーマンスをチューニング](/tiflash/tune-tiflash-performance.md) - [TiDBのバージョンをアップグレードする](/tidb-cloud/upgrade-tidb-cluster.md) - [TiDB Cloud Essentialインスタンスを削除する](/tidb-cloud/delete-tidb-cluster.md) diff --git a/TOC-tidb-cloud-starter.md b/TOC-tidb-cloud-starter.md index 55435520b1bca..cd9f8a2c33f53 100644 --- a/TOC-tidb-cloud-starter.md +++ b/TOC-tidb-cloud-starter.md @@ -111,7 +111,7 @@ - [コプロセッサーキャッシュ](/coprocessor-cache.md) - ガベージコレクション（GC） - [概要](/garbage-collection-overview.md) - - [コンフィグレーション](/garbage-collection-configuration.md) + - [設定](/garbage-collection-configuration.md) - [TiFlashのパフォーマンスをチューニング](/tiflash/tune-tiflash-performance.md) - [TiDBのバージョンをアップグレードする](/tidb-cloud/upgrade-tidb-cluster.md) - [TiDB Cloud Starterインスタンスを削除する](/tidb-cloud/delete-tidb-cluster.md) diff --git a/TOC-tidb-cloud.md b/TOC-tidb-cloud.md index 970317412e7ee..a76677cd23959 100644 --- a/TOC-tidb-cloud.md +++ b/TOC-tidb-cloud.md @@ -131,7 +131,7 @@ - [コプロセッサーキャッシュ](/coprocessor-cache.md) - ガベージコレクション（GC） - [概要](/garbage-collection-overview.md) - - [コンフィグレーション](/garbage-collection-configuration.md) + - [設定](/garbage-collection-configuration.md) - [TiFlashのパフォーマンスをチューニング](/tiflash/tune-tiflash-performance.md) - リソース割り当ての最適化 - [リソース割り当ての概要](/tidb-cloud/optimize-resource-allocation.md) diff --git a/TOC.md b/TOC.md index d66ad828d3b78..8b5cddaa38380 100644 --- a/TOC.md +++ b/TOC.md @@ -16,7 +16,7 @@ - [サンプルデータベースのインポート](/import-example-data.md) - デプロイ - [ソフトウェアおよびハードウェアの要件](/hardware-and-software-requirements.md) - - [環境コンフィグレーションチェックリスト](/check-before-deployment.md) + - [環境設定チェックリスト](/check-before-deployment.md) - プランクラスタトポロジ - [最小トポロジー](/minimal-deployment-topology.md) - [TiFlashトポロジー](/tiflash-deployment-topology.md) @@ -161,7 +161,7 @@ - [毎日のチェックリスト](/daily-check.md) - [TiFlashの管理](/tiflash/maintain-tiflash.md) - [TiUPを使用してTiDBを管理](/maintain-tidb-using-tiup.md) - - [コンフィグレーションを動的に変更する](/dynamic-config.md) + - [設定を動的に変更する](/dynamic-config.md) - [オンラインの安全でない復旧](/online-unsafe-recovery.md) - [プライマリクラスタとセカンダリクラスタ間でデータを複製する](/replicate-between-primary-and-secondary-clusters.md) - 監視と警告 @@ -196,7 +196,7 @@ - インスタンスプロファイリング - [手動プロファイリング](/dashboard/dashboard-profiling.md) - [継続的なプロファイリング](/dashboard/continuous-profiling.md) - - セッション管理とコンフィグレーション + - セッション管理と設定 - [セッションを共有](/dashboard/dashboard-session-share.md) - [SSOの設定](/dashboard/dashboard-session-sso.md) - [FAQ](/dashboard/dashboard-faq.md) @@ -240,7 +240,7 @@ - [TiFlashの性能分析方法](/tiflash-performance-tuning-methods.md) - [TiCDCの性能分析方法](/ticdc-performance-tuning-methods.md) - [レイテンシーの内訳](/latency-breakdown.md) - - コンフィグレーション調整 + - 設定調整 - [オペレーティングシステムのパフォーマンスを調整します](/tune-operating-system.md) - [TiDBメモリのチューニング](/configure-memory-usage.md) - [TiKVスレッドを調整](/tune-tikv-thread-performance.md) @@ -252,7 +252,7 @@ - [コプロセッサーキャッシュ](/coprocessor-cache.md) - ガベージコレクション（GC） - [概要](/garbage-collection-overview.md) - - [コンフィグレーション](/garbage-collection-configuration.md) + - [設定](/garbage-collection-configuration.md) - SQLチューニング - [概要](/sql-tuning-overview.md) - クエリ実行計画の理解 @@ -317,9 +317,9 @@ - [PDマイクロサービスの概要](/pd-microservices.md) - [TiUPを使用してPDマイクロサービスノードをスケーリングする](/scale-microservices-using-tiup.md) - [TSO設定ファイル](/tso-configuration-file.md) - - [TSOコンフィグレーションフラグ](/command-line-flags-for-tso-configuration.md) + - [TSO設定フラグ](/command-line-flags-for-tso-configuration.md) - [スケジュール設定ファイル](/scheduling-configuration-file.md) - - [スケジューリングコンフィグレーションフラグ](/command-line-flags-for-scheduling-configuration.md) + - [スケジューリング設定フラグ](/command-line-flags-for-scheduling-configuration.md) - TiDBツール - [概要](/ecosystem-tool-user-guide.md) - [ユースケース](/ecosystem-tool-user-case.md) @@ -491,8 +491,8 @@ - [概要](/dm/dm-config-overview.md) - [上流データベース構成](/dm/dm-source-configuration-file.md) - [タスク構成](/dm/task-configuration-file-full.md) - - [DM-masterコンフィグレーション](/dm/dm-master-configuration-file.md) - - [DM-workerのコンフィグレーション](/dm/dm-worker-configuration-file.md) + - [DM-master設定](/dm/dm-master-configuration-file.md) + - [DM-workerの設定](/dm/dm-worker-configuration-file.md) - [テーブルセレクター](/dm/table-selector.md) - [OpenAPI](/dm/dm-open-api.md) - [互換性カタログ](/dm/dm-compatibility-catalog.md) @@ -562,7 +562,7 @@ - [概要](/tiproxy/tiproxy-overview.md) - [負荷分散ポリシー](/tiproxy/tiproxy-load-balance.md) - [交通情報リプレイ](/tiproxy/tiproxy-traffic-replay.md) - - [コンフィグレーション](/tiproxy/tiproxy-configuration.md) + - [設定](/tiproxy/tiproxy-configuration.md) - [コマンドラインパラメータ](/tiproxy/tiproxy-command-line-flags.md) - [モニタリング指標](/tiproxy/tiproxy-grafana.md) - [API](/tiproxy/tiproxy-api.md) diff --git a/benchmark/v3.0-performance-benchmarking-with-sysbench.md b/benchmark/v3.0-performance-benchmarking-with-sysbench.md index 0980282b35e9e..99a30ebee9aa4 100644 --- a/benchmark/v3.0-performance-benchmarking-with-sysbench.md +++ b/benchmark/v3.0-performance-benchmarking-with-sysbench.md @@ -1,6 +1,6 @@ --- title: TiDB Sysbench Performance Test Report -- v3.0 vs. v2.1 -summary: TiDB v3.0は、すべてのテストにおいてv2.1を上回り、QPSの向上とレイテンシーの低減を実現しました。v3.0におけるコンフィグレーションの変更が、パフォーマンスの向上に貢献しました。 +summary: TiDB v3.0は、すべてのテストにおいてv2.1を上回り、QPSの向上とレイテンシーの低減を実現しました。v3.0における設定の変更が、パフォーマンスの向上に貢献しました。 --- # TiDB Sysbench パフォーマンス テスト レポート - v3.0 と v2.1 の比較 {#tidb-sysbench-performance-test-report-v3-0-vs-v2-1} diff --git a/best-practices/three-nodes-hybrid-deployment.md b/best-practices/three-nodes-hybrid-deployment.md index 0ead645c61372..92b252d9351c7 100644 --- a/best-practices/three-nodes-hybrid-deployment.md +++ b/best-practices/three-nodes-hybrid-deployment.md @@ -48,7 +48,7 @@ tikv: 次のセクションでは、これらのパラメータの意味と調整方法を紹介します。 -### TiKVスレッドプールサイズのコンフィグレーション {#configuration-of-tikv-thread-pool-size} +### TiKVスレッドプールサイズの設定 {#configuration-of-tikv-thread-pool-size} このセクションでは、フォアグラウンドアプリケーションのスレッドプールのリソース割り当てに関連するパラメータを調整するためのベストプラクティスを紹介します。これらのスレッドプールサイズを縮小するとパフォーマンスが低下しますが、リソースが限られているハイブリッドデプロイシナリオでは、クラスター自体で高いパフォーマンスを達成することは困難です。このシナリオでは、パフォーマンスよりもクラスター全体の安定性が優先されます。 diff --git a/best-practices/tidb-partitioned-tables-best-practices.md b/best-practices/tidb-partitioned-tables-best-practices.md index 5c07affe4847b..5d301e0b576c9 100644 --- a/best-practices/tidb-partitioned-tables-best-practices.md +++ b/best-practices/tidb-partitioned-tables-best-practices.md @@ -114,7 +114,7 @@ WHERE `fa`.`sid` IN ( 次の表は、365 個の範囲パーティションを持つテーブルから 400 行を返すクエリの結果を示しています。 -| コンフィグレーション | 平均クエリ時間 | COP タスク（インデックススキャン） | COP タスク（テーブル検索） | COP タスクの合計 | +| 設定 | 平均クエリ時間 | COP タスク（インデックススキャン） | COP タスク（テーブル検索） | COP タスクの合計 | | ------------------------- | ------- | ------------------ | ------------- | -------- | | パーティションテーブル | 12.6ミリ秒 | 72 | 79 | 151 | | ローカルインデックスを持つパーティションテーブル | 108ミリ秒 | 600 | 375 | 975 | diff --git a/cached-tables.md b/cached-tables.md index a354f3f5b8b2a..afda0e0bc19a4 100644 --- a/cached-tables.md +++ b/cached-tables.md @@ -19,7 +19,7 @@ TiDB v6.0.0では、頻繁にアクセスされるものの更新頻度の低い テーブルのデータ量が少ないにもかかわらず、データへのアクセス頻度が高い場合、TiKVではデータが特定のリージョンに集中し、ホットスポットリージョンと呼ばれるリージョンがパフォーマンスに影響を与えます。そのため、キャッシュテーブルの典型的な使用シナリオは以下のようになります。 -- アプリケーションが構成情報を読み取るコンフィグレーションテーブル。 +- アプリケーションが構成情報を読み取る設定テーブル。 - 金融セクターの為替レート表。これらの表は1日に1回のみ更新され、リアルタイムではありません。 - ほとんど更新されない銀行支店またはネットワーク情報テーブル。 diff --git a/check-before-deployment.md b/check-before-deployment.md index 819be424c8356..f101f3434c98a 100644 --- a/check-before-deployment.md +++ b/check-before-deployment.md @@ -3,7 +3,7 @@ title: TiDB Environment and System Configuration Check summary: TiDB をデプロイする前に環境チェック操作について学習します。 --- -# TiDB環境とシステムコンフィグレーションのチェック {#tidb-environment-and-system-configuration-check} +# TiDB環境とシステム設定のチェック {#tidb-environment-and-system-configuration-check} このドキュメントでは、TiDB をデプロイする前に行う環境チェック手順について説明します。以下の手順は優先度順に説明されています。 diff --git a/clinic/clinic-user-guide-for-tiup.md b/clinic/clinic-user-guide-for-tiup.md index 27e3b079ac995..84a381d98e26a 100644 --- a/clinic/clinic-user-guide-for-tiup.md +++ b/clinic/clinic-user-guide-for-tiup.md @@ -218,7 +218,7 @@ Diag を使用すると、 TiUPを使用してデプロイされた TiDB クラ - カーネルパラメータのリスト: `sysctl.conf` - カーネルログ: `dmesg.log` - データ収集中のネットワーク接続: `ss.txt` -- コンフィグレーションデータ：各ノードの`config.json`ディレクトリ +- 設定データ：各ノードの`config.json`ディレクトリ - クラスター自体のメタ情報: in `meta.yaml` (このファイルは収集されたデータを保存するディレクトリの最上位にあります) - 監視データ： `/monitor`ファイルディレクトリ内。監視データはデフォルトで圧縮されており、直接表示できません。監視データを含むJSONファイルを直接表示するには、データ収集時に`--compress-metrics=false`パラメータで圧縮を無効にしてください。 diff --git a/command-line-flags-for-pd-configuration.md b/command-line-flags-for-pd-configuration.md index 8cd3169240fa4..6f782c9be522d 100644 --- a/command-line-flags-for-pd-configuration.md +++ b/command-line-flags-for-pd-configuration.md @@ -3,7 +3,7 @@ title: PD Configuration Flags summary: PD のいくつかの構成フラグについて学習します。 --- -# PDコンフィグレーションフラグ {#pd-configuration-flags} +# PD設定フラグ {#pd-configuration-flags} PD は、コマンドラインフラグと環境変数を使用して構成できます。 diff --git a/command-line-flags-for-scheduling-configuration.md b/command-line-flags-for-scheduling-configuration.md index 11060d1e4cb92..a2bd0e82a5c2c 100644 --- a/command-line-flags-for-scheduling-configuration.md +++ b/command-line-flags-for-scheduling-configuration.md @@ -3,7 +3,7 @@ title: Scheduling Configuration Flags summary: スケジュール構成フラグは、コマンドラインフラグまたは環境変数を介して構成できます。 --- -# スケジュールコンフィグレーションフラグ {#scheduling-configuration-flags} +# スケジュール設定フラグ {#scheduling-configuration-flags} スケジューリングノードは、PD用の`scheduling`マイクロサービスを提供するために使用されます。コマンドラインフラグまたは環境変数を使用して設定できます。 diff --git a/command-line-flags-for-tidb-configuration.md b/command-line-flags-for-tidb-configuration.md index 6af693108789c..7e6a7fca1739c 100644 --- a/command-line-flags-for-tidb-configuration.md +++ b/command-line-flags-for-tidb-configuration.md @@ -3,7 +3,7 @@ title: Configuration Options summary: TiDB の設定オプションについて学習します。 --- -# コンフィグレーションオプション {#configuration-options} +# 設定オプション {#configuration-options} TiDBクラスタを起動する際には、コマンドラインオプションまたは環境変数を使用して設定できます。このドキュメントでは、TiDBのコマンドオプションについて説明します。デフォルトのTiDBポートは、クライアントリクエスト用に`4000` 、ステータスレポート用に`10080`です。 diff --git a/command-line-flags-for-tikv-configuration.md b/command-line-flags-for-tikv-configuration.md index 0545dcb2d1019..991acbbdecd78 100644 --- a/command-line-flags-for-tikv-configuration.md +++ b/command-line-flags-for-tikv-configuration.md @@ -3,7 +3,7 @@ title: TiKV Configuration Flags summary: TiKV のいくつかの構成フラグについて学習します。 --- -# TiKVコンフィグレーションフラグ {#tikv-configuration-flags} +# TiKV設定フラグ {#tikv-configuration-flags} TiKV は、コマンドラインパラメータに対していくつかの読み取り可能な単位変換をサポートしています。 diff --git a/command-line-flags-for-tso-configuration.md b/command-line-flags-for-tso-configuration.md index 721d4cb98e130..3cd170fa3997b 100644 --- a/command-line-flags-for-tso-configuration.md +++ b/command-line-flags-for-tso-configuration.md @@ -3,7 +3,7 @@ title: TSO Configuration Flags summary: TSO 構成フラグは、コマンドラインフラグまたは環境変数を介して構成できます。 --- -# TSOコンフィグレーションフラグ {#tso-configuration-flags} +# TSO設定フラグ {#tso-configuration-flags} TSOノードは、PD用の`tso`マイクロサービスを提供するために使用されます。コマンドラインフラグまたは環境変数を使用して設定できます。 diff --git a/coprocessor-cache.md b/coprocessor-cache.md index 3006bec67d591..ee8e5ce1666a6 100644 --- a/coprocessor-cache.md +++ b/coprocessor-cache.md @@ -7,7 +7,7 @@ summary: コプロセッサーキャッシュの機能について学習しま v4.0 以降、TiDB インスタンスは TiKV (コプロセッサーキャッシュ機能) にプッシュダウンされる計算結果のキャッシュをサポートしており、これにより一部のシナリオで計算プロセスを高速化できます。 -## コンフィグレーション {#configuration} +## 設定 {#configuration} diff --git a/dashboard/dashboard-diagnostics-report.md b/dashboard/dashboard-diagnostics-report.md index 113fd4f5390f0..48db31aa2cb3c 100644 --- a/dashboard/dashboard-diagnostics-report.md +++ b/dashboard/dashboard-diagnostics-report.md @@ -16,7 +16,7 @@ summary: TiDB Dashboard診断レポートでは、基本情報、診断情報、 - 負荷情報:サーバー、TiDB、PD、または TiKV の CPU、メモリ、その他の負荷情報が含まれます。 - 概要情報: 各 TiDB、PD、または TiKV モジュールの消費時間とエラー情報が含まれます。 - TiDB/PD/TiKV 監視情報:各コンポーネントの監視情報が含まれます。 -- コンフィグレーション情報: 各コンポーネントの構成情報が含まれます。 +- 設定情報: 各コンポーネントの構成情報が含まれます。 診断レポートの例は次のとおりです。 @@ -284,7 +284,7 @@ TiKV モジュールの監視情報に関連するテーブルは次のとおり - `GC Info` : TiKV 内のガベージコレクション (GC) 関連の監視情報。 - `Cache Hit` : TiKV 内の RocksDB の各キャッシュのヒット率情報。 -### コンフィグレーション情報 {#configuration-information} +### 設定情報 {#configuration-information} 設定情報では、一部のモジュールの設定値はレポート期間内に表示されます。ただし、これらのモジュールの他の設定値については履歴値を取得できないため、表示される値はレポート生成時点の現在の値となります。 diff --git a/dashboard/dashboard-resource-manager.md b/dashboard/dashboard-resource-manager.md index b11c91193bcb7..c7b228bb7ea29 100644 --- a/dashboard/dashboard-resource-manager.md +++ b/dashboard/dashboard-resource-manager.md @@ -23,7 +23,7 @@ summary: TiDB Dashboardのリソースマネージャページは、クラスタ リソースマネージャー ページには、次の3つのセクションがあります。 -- コンフィグレーション: このセクションには、TiDBの`RESOURCE_GROUPS`テーブルから取得したデータが表示されます。すべてのリソースグループに関する情報が含まれています。詳細については、 [`RESOURCE_GROUPS`](/information-schema/information-schema-resource-groups.md)を参照してください。 +- 設定: このセクションには、TiDBの`RESOURCE_GROUPS`テーブルから取得したデータが表示されます。すべてのリソースグループに関する情報が含まれています。詳細については、 [`RESOURCE_GROUPS`](/information-schema/information-schema-resource-groups.md)を参照してください。 - 容量の見積もり：リソース計画を立てる前に、クラスター全体の容量を把握する必要があります。以下のいずれかの方法を使用できます。 diff --git a/deploy-monitoring-services.md b/deploy-monitoring-services.md index 9a7bf4963fd69..d566568e9335c 100644 --- a/deploy-monitoring-services.md +++ b/deploy-monitoring-services.md @@ -210,7 +210,7 @@ Grafana サービスを開始します。 > > **Change Password**手順では、 **Skip**を選択できます。 -2. Grafana サイドバー メニューで、**コンフィグレーション**内の**データソース**をクリックします。 +2. Grafana サイドバー メニューで、**設定**内の**データソース**をクリックします。 3. **データソースの追加**をクリックします。 diff --git a/develop/dev-guide-insert-data.md b/develop/dev-guide-insert-data.md index e35a9fc7adbb8..99bfad6aeb051 100644 --- a/develop/dev-guide-insert-data.md +++ b/develop/dev-guide-insert-data.md @@ -79,7 +79,7 @@ try (Connection connection = ds.getConnection()) { MySQL JDBCDriverのデフォルト設定では、一括挿入のパフォーマンスを向上させるために、いくつかのパラメータを変更する必要があります。 -| パラメータ | 手段 | 推奨シナリオ | 推奨コンフィグレーション | +| パラメータ | 手段 | 推奨シナリオ | 推奨設定 | | :------------------------: | :------------------------------: | :-----------------------------------------------------------------------------------------------------------------------------------------: | :---------------------------: | | `useServerPrepStmts` | サーバー側を使用してプリペアドステートメントを有効にするかどうか | プリペアドステートメントを複数回使用する必要がある場合 | `true` | | `cachePrepStmts` | クライアントがプリペアドステートメントをキャッシュするかどうか | `useServerPrepStmts=true` | `true` | diff --git a/develop/dev-guide-optimistic-and-pessimistic-transaction.md b/develop/dev-guide-optimistic-and-pessimistic-transaction.md index 9672a92a18474..32639891a9e6a 100644 --- a/develop/dev-guide-optimistic-and-pessimistic-transaction.md +++ b/develop/dev-guide-optimistic-and-pessimistic-transaction.md @@ -1165,7 +1165,7 @@ public class TxnExample { } ``` -**コンフィグレーションの変更** +**設定の変更** `pom.xml`の起動クラスを変更します。 diff --git a/develop/dev-guide-prepared-statement.md b/develop/dev-guide-prepared-statement.md index 8d4e9b44be507..eced8b7d8dc88 100644 --- a/develop/dev-guide-prepared-statement.md +++ b/develop/dev-guide-prepared-statement.md @@ -201,7 +201,7 @@ try (Connection connection = ds.getConnection()) { 次の構成は、JDBC で TiDB サーバー側のプリペアドステートメントを使用するのに役立ちます。 -| パラメータ | 手段 | 推奨シナリオ | 推奨コンフィグレーション | +| パラメータ | 手段 | 推奨シナリオ | 推奨設定 | | :---------------------: | :--------------------------------: | :-------------------------: | :---------------------------: | | `useServerPrepStmts` | サーバー側を使用してプリペアドステートメントを有効にするかどうか | プリペアドステートメントを複数回使用する必要がある場合 | `true` | | `cachePrepStmts` | クライアントがプリペアドステートメントをキャッシュするかどうか | `useServerPrepStmts=true` | `true` | diff --git a/dm/dm-best-practices.md b/dm/dm-best-practices.md index 1a824a3abad18..729ee8f6da8b7 100644 --- a/dm/dm-best-practices.md +++ b/dm/dm-best-practices.md @@ -175,7 +175,7 @@ TiDBスキーマ名はデフォルトでは大文字と小文字を区別しま #### フィルタールール {#filter-rules} -データソースの設定を開始するとすぐに、フィルタールールを設定できます。詳細については、 [データ移行タスクコンフィグレーションガイド](/dm/dm-task-configuration-guide.md)を参照してください。フィルタールールを設定することの利点は次のとおりです。 +データソースの設定を開始するとすぐに、フィルタールールを設定できます。詳細については、 [データ移行タスク設定ガイド](/dm/dm-task-configuration-guide.md)を参照してください。フィルタールールを設定することの利点は次のとおりです。 - ダウンストリームで処理する必要があるBinlogイベントの数を減らし、移行の効率を向上させます。 - 不要なリレーログのストレージを削減し、ディスク領域を節約します。 @@ -231,4 +231,4 @@ DM v6.2.0以降、DMは増分レプリケーションにおける継続的なデ ## 長期データ複製 {#long-term-data-replication} -DMを使用して長期的なデータレプリケーションタスクを実行する場合、メタデータのバックアップは必須です。メタデータのバックアップは、移行クラスタの再構築を確実にする一方で、移行タスクのバージョン管理を実現できます。詳細については、 [データソースのエクスポートとインポート、およびクラスターのタスクコンフィグレーション](/dm/dm-export-import-config.md)を参照してください。 +DMを使用して長期的なデータレプリケーションタスクを実行する場合、メタデータのバックアップは必須です。メタデータのバックアップは、移行クラスタの再構築を確実にする一方で、移行タスクのバージョン管理を実現できます。詳細については、 [データソースのエクスポートとインポート、およびクラスターのタスク設定](/dm/dm-export-import-config.md)を参照してください。 diff --git a/dm/dm-config-overview.md b/dm/dm-config-overview.md index 99d4b1baf3a4e..6f585f956b64d 100644 --- a/dm/dm-config-overview.md +++ b/dm/dm-config-overview.md @@ -20,7 +20,7 @@ summary: このドキュメントでは、データ移行設定ファイルの データ移行タスクを作成するには、次の手順に従います。 1. [dmctl を使用してデータソース構成を DM クラスターにロードします](/dm/dm-manage-source.md#operate-data-source) 。 -2. [タスクコンフィグレーションガイド](/dm/dm-task-configuration-guide.md)の説明を参考に設定ファイル`your_task.yaml`を作成します。 +2. [タスク設定ガイド](/dm/dm-task-configuration-guide.md)の説明を参考に設定ファイル`your_task.yaml`を作成します。 3. [dmctlを使用してデータ移行タスクを作成する](/dm/dm-create-task.md) 。 ### 重要な概念 {#important-concepts} diff --git a/dm/dm-export-import-config.md b/dm/dm-export-import-config.md index c1331a586e1fb..0796d76d49e58 100644 --- a/dm/dm-export-import-config.md +++ b/dm/dm-export-import-config.md @@ -3,7 +3,7 @@ title: Export and Import Data Sources and Task Configuration of Clusters summary: DM を使用するときに、データソースとクラスターのタスク構成をエクスポートおよびインポートする方法を学習します。 --- -# データソースのエクスポートとインポート、およびクラスターのタスクコンフィグレーション {#export-and-import-data-sources-and-task-configuration-of-clusters} +# データソースのエクスポートとインポート、およびクラスターのタスク設定 {#export-and-import-data-sources-and-task-configuration-of-clusters} `config`コマンドは、クラスターのデータソースとタスク構成をエクスポートおよびインポートするために使用されます。 diff --git a/dm/dm-hardware-and-software-requirements.md b/dm/dm-hardware-and-software-requirements.md index 162897eabc075..07433780b6114 100644 --- a/dm/dm-hardware-and-software-requirements.md +++ b/dm/dm-hardware-and-software-requirements.md @@ -45,7 +45,7 @@ DMは、64ビット汎用ハードウェアサーバープラットフォーム > **Note:** > > - 本番環境では、DM-master と DM-worker を同じサーバーに導入して実行することは推奨されません。DM-worker がディスクにデータを書き込むと、DM-master の高可用性コンポーネントによるディスクの使用が妨げられる可能性があるためです。 -> - パフォーマンスの問題が発生した場合は、ドキュメント[DMのコンフィグレーションを最適化する](/dm/dm-tune-configuration.md)に従ってタスク設定ファイルを変更することをお勧めします。設定ファイルを調整してもパフォーマンスが効果的に最適化されない場合は、サーバーのハードウェアをアップグレードしてみてください。 +> - パフォーマンスの問題が発生した場合は、ドキュメント[DMの設定を最適化する](/dm/dm-tune-configuration.md)に従ってタスク設定ファイルを変更することをお勧めします。設定ファイルを調整してもパフォーマンスが効果的に最適化されない場合は、サーバーのハードウェアをアップグレードしてみてください。 ## ターゲットデータベースのストレージ要件 {#downstream-storage-space-requirements} diff --git a/dm/dm-task-configuration-guide.md b/dm/dm-task-configuration-guide.md index 51b8a1e67110e..f8c3b2e564e8c 100644 --- a/dm/dm-task-configuration-guide.md +++ b/dm/dm-task-configuration-guide.md @@ -3,7 +3,7 @@ title: Data Migration Task Configuration Guide summary: Data Migration (DM) でデータ移行タスクを構成する方法を学習します。 --- -# データ移行タスクコンフィグレーションガイド {#data-migration-task-configuration-guide} +# データ移行タスク設定ガイド {#data-migration-task-configuration-guide} このドキュメントでは、Data Migration (DM) でデータ移行タスクを構成する方法について説明します。 diff --git a/dm/dm-tune-configuration.md b/dm/dm-tune-configuration.md index c83104ef4e484..ed1f87cbd6be8 100644 --- a/dm/dm-tune-configuration.md +++ b/dm/dm-tune-configuration.md @@ -3,7 +3,7 @@ title: Optimize Configuration of DM summary: データ移行タスクの構成を最適化して、データ移行のパフォーマンスを向上させる方法を学習します。 --- -# DMのコンフィグレーションを最適化する {#optimize-configuration-of-dm} +# DMの設定を最適化する {#optimize-configuration-of-dm} このドキュメントでは、データ移行タスクの構成を最適化して、データ移行のパフォーマンスを向上させる方法を紹介します。 diff --git a/dm/feature-shard-merge-optimistic.md b/dm/feature-shard-merge-optimistic.md index 8fbc54d1c895c..72137d95d7e87 100644 --- a/dm/feature-shard-merge-optimistic.md +++ b/dm/feature-shard-merge-optimistic.md @@ -19,7 +19,7 @@ DMは、シャーディングDDLと呼ばれるシャーディングテーブル そのため、「楽観的モード」が必要になります。このモードでは、シャードテーブルに対して実行されたDDL文は、他のシャードテーブルと互換性のある文に自動的に変換され、すぐに下流に移行されます。これにより、DDL文がシャードテーブルによるDML移行の実行をブロックすることはありません。 -## 楽観的モードのコンフィグレーション {#configuration-of-the-optimistic-mode} +## 楽観的モードの設定 {#configuration-of-the-optimistic-mode} 楽観的モードを使用するには、タスク設定ファイルの`shard-mode`項目を`optimistic`に指定します。`strict-optimistic-shard-mode`の設定を有効にすると、楽観的モードの動作を制限できます。詳細なサンプル設定ファイルについては、 [DM 高度なタスク設定ファイル](/dm/task-configuration-file-full.md)を参照してください。 diff --git a/dm/maintain-dm-using-tiup.md b/dm/maintain-dm-using-tiup.md index 291919357ab16..594ac34c21bfc 100644 --- a/dm/maintain-dm-using-tiup.md +++ b/dm/maintain-dm-using-tiup.md @@ -167,7 +167,7 @@ tiup dm scale-in prod-cluster -N 172.16.5.140:8262 > **Note:** > -> v2.0.5 以降、dmctl は[データソースのエクスポートとインポート、およびクラスターのタスクコンフィグレーション](/dm/dm-export-import-config.md)をサポートします。 +> v2.0.5 以降、dmctl は[データソースのエクスポートとインポート、およびクラスターのタスク設定](/dm/dm-export-import-config.md)をサポートします。 > > アップグレード前に、 `config export`を使用してクラスターの設定ファイルをエクスポートできます。アップグレード後に以前のバージョンにダウングレードする必要がある場合は、まず以前のクラスターを再デプロイし、 `config import`を使用して以前の設定ファイルをインポートできます。 > diff --git a/dm/task-configuration-file-full.md b/dm/task-configuration-file-full.md index 2d4efec472d9b..3d5383038596b 100644 --- a/dm/task-configuration-file-full.md +++ b/dm/task-configuration-file-full.md @@ -239,7 +239,7 @@ mysql-instances: syncer-thread: 16 # The number of threads that the sync processing unit uses for replicating incremental data. `syncer-thread` corresponds to the `worker-count` configuration item of the syncers configuration. `syncer-thread` has overriding priority when the two items are both configured. When multiple instances are migrating data to TiDB at the same time, reduce the value according to the load. ``` -## コンフィグレーション順序 {#configuration-order} +## 設定順序 {#configuration-order} サンプル設定ファイルから、設定ファイルが`Global configuration`と`Instance configuration`の 2つの部分から構成されていることがわかります。ここで、 `Global configuration`には`Basic configuration`と`Feature configuration set`が含まれています。設定順序は次のとおりです。 @@ -276,15 +276,15 @@ mysql-instances: #### `mydumpers` {#mydumpers} -- ダンプ処理ユニットのコンフィグレーション引数。デフォルト設定で要件を満たしている場合は、この項目を設定する必要はありません。または、 `mydumper-thread`のみを使用して`thread`を設定することもできます。 +- ダンプ処理ユニットの設定引数。デフォルト設定で要件を満たしている場合は、この項目を設定する必要はありません。または、 `mydumper-thread`のみを使用して`thread`を設定することもできます。 #### `loaders` {#loaders} -- 負荷処理ユニットのコンフィグレーション引数。デフォルト設定で要件を満たしている場合は、この項目を設定する必要はありません。または、 `loader-thread`のみを使用して`pool-size`を設定することもできます。 +- 負荷処理ユニットの設定引数。デフォルト設定で要件を満たしている場合は、この項目を設定する必要はありません。または、 `loader-thread`のみを使用して`pool-size`を設定することもできます。 #### `syncers` {#syncers} -- 同期処理ユニットのコンフィグレーション引数。デフォルト設定で要件を満たしている場合は、この項目を設定する必要はありません。または、 `syncer-thread`のみを使用して`worker-count`を設定することもできます。 +- 同期処理ユニットの設定引数。デフォルト設定で要件を満たしている場合は、この項目を設定する必要はありません。または、 `syncer-thread`のみを使用して`worker-count`を設定することもできます。 ## インスタンス構成 {#instance-configuration} diff --git a/dynamic-config.md b/dynamic-config.md index 8e5a2edbe8bf6..f37a2ad89487f 100644 --- a/dynamic-config.md +++ b/dynamic-config.md @@ -3,7 +3,7 @@ title: Modify Configuration Dynamically summary: クラスター構成を動的に変更する方法を学習します。 --- -# コンフィグレーションを動的に変更する {#modify-configuration-dynamically} +# 設定を動的に変更する {#modify-configuration-dynamically} このドキュメントでは、クラスター構成を動的に変更する方法について説明します。 @@ -111,7 +111,7 @@ show warnings; 次の TiKV 設定項目は動的に変更できます。 -| コンフィグレーション項目 | 説明 | +| 設定項目 | 説明 | | :-------------------------------------------------------- | :----------------------------------------------------------------------------------------------------------------------------------------- | | ログレベル | ログレベル。 | | `raftstore.raft-max-inflight-msgs` | 確認するRaftログの数。この数を超えると、 Raftステートマシンはログの送信速度を低下させます。 | @@ -263,7 +263,7 @@ Query OK, 0 rows affected (0.01 sec) 次の PD 設定項目は動的に変更できます。 -| コンフィグレーション項目 | 説明 | +| 設定項目 | 説明 | | :--------------------------------------------------- | :--------------------------------------------------------- | | `log.level` | ログレベル | | `cluster-version` | クラスターバージョン | @@ -362,7 +362,7 @@ select @@tidb_slow_log_threshold; 次の TiDB 設定項目は動的に変更できます。 -| コンフィグレーション項目 | SQL変数 | 説明 | +| 設定項目 | SQL変数 | 説明 | | ------------------------------------------------------- | -------------------------------------------- | ------------------------------------------------------------------------------------- | | `instance.tidb_enable_slow_log` | `tidb_enable_slow_log` | スローログを有効にするかどうかを制御します | | `instance.tidb_slow_log_threshold` | `tidb_slow_log_threshold` | スローログのしきい値を指定します | diff --git a/enable-tls-between-clients-and-servers.md b/enable-tls-between-clients-and-servers.md index bb7959cc625e7..3e1abe1100382 100644 --- a/enable-tls-between-clients-and-servers.md +++ b/enable-tls-between-clients-and-servers.md @@ -69,7 +69,7 @@ MySQL 8.xクライアントには、このパラメータに加えて2つのSSL MySQL 5.7および MariaDB クライアント以前のバージョンでは、 `--ssl-verify-server-cert`を使用してサーバー証明書の検証を有効にできます。 -詳細については、「MySQL の[暗号化接続のためのクライアント側コンフィグレーション](https://dev.mysql.com/doc/refman/8.0/en/using-encrypted-connections.html#using-encrypted-connections-client-side-configuration)を参照してください。 +詳細については、「MySQL の[暗号化接続のためのクライアント側設定](https://dev.mysql.com/doc/refman/8.0/en/using-encrypted-connections.html#using-encrypted-connections-client-side-configuration)を参照してください。 ## 認証を有効にする {#enable-authentication} diff --git a/explain-joins.md b/explain-joins.md index c02159786f909..41e1aa3135a68 100644 --- a/explain-joins.md +++ b/explain-joins.md @@ -169,7 +169,7 @@ EXPLAIN ANALYZE SELECT * FROM t1 INNER JOIN t2 ON t1.id = t2.t1_id WHERE t1.int_ ヒント[`INL_JOIN`](/optimizer-hints.md#inl_joint1_name--tl_name-)を使用したインデックス結合操作では、外部テーブルに結合する前に中間結果のハッシュテーブルが作成されます。TiDBは、ヒント[`INL_HASH_JOIN`](/optimizer-hints.md#inl_hash_join)を使用した外部テーブルへのハッシュテーブルの作成もサポートしています。これらのインデックス結合の各バリエーションは、SQLオプティマイザによって自動的に選択されます。 -### コンフィグレーション {#configuration} +### 設定 {#configuration} インデックス結合のパフォーマンスは、次のシステム変数の影響を受けます。 @@ -245,7 +245,7 @@ Query OK, 0 rows affected (0.00 sec) 5 rows in set (0.98 sec) ``` -### コンフィグレーション {#configuration} +### 設定 {#configuration} ハッシュ結合のパフォーマンスは、次のシステム変数の影響を受けます。 diff --git a/filter-binlog-event.md b/filter-binlog-event.md index c7d4de840a4ce..fc41031410d27 100644 --- a/filter-binlog-event.md +++ b/filter-binlog-event.md @@ -12,7 +12,7 @@ summary: データを移行するときにbinlogイベントをフィルター - [小さなデータセットの MySQL シャードを TiDB に移行してマージする](/migrate-small-mysql-shards-to-tidb.md) - [大規模データセットの MySQL シャードを TiDB に移行およびマージする](/migrate-large-mysql-shards-to-tidb.md) -## コンフィグレーション {#configuration} +## 設定 {#configuration} binlogイベントフィルターを使用するには、以下に示すように、DM のタスク設定ファイルに`filter`を追加します。 diff --git a/garbage-collection-configuration.md b/garbage-collection-configuration.md index a50d07ee3784c..a730bd858a996 100644 --- a/garbage-collection-configuration.md +++ b/garbage-collection-configuration.md @@ -3,7 +3,7 @@ title: Garbage Collection Configuration summary: GC 設定パラメータについて学習します。 --- -# ガベージコレクションのコンフィグレーション {#garbage-collection-configuration} +# ガベージコレクションの設定 {#garbage-collection-configuration} 次のシステム変数を使用してガベージコレクション(GC) を構成できます。 diff --git a/information-schema/information-schema-inspection-result.md b/information-schema/information-schema-inspection-result.md index f2d1df785b0eb..256ce543ebaab 100644 --- a/information-schema/information-schema-inspection-result.md +++ b/information-schema/information-schema-inspection-result.md @@ -214,7 +214,7 @@ select * from information_schema.inspection_rules where type='inspection'; - 以下の設定項目の値が期待どおりであるかどうかを確認します。 - | コンポーネント | コンフィグレーション項目 | しきい値 | + | コンポーネント | 設定項目 | しきい値 | | ---- | ------------------ | -------- | | TiDB | log.slow-threshold | `0`より大きい | diff --git a/migrate-from-csv-files-to-tidb.md b/migrate-from-csv-files-to-tidb.md index 0749b64c73d11..a0e4692213203 100644 --- a/migrate-from-csv-files-to-tidb.md +++ b/migrate-from-csv-files-to-tidb.md @@ -90,7 +90,7 @@ status-port = "${status-port}" # During the import, TiDB Lightning needs to obta pd-addr = "${ip}:${port}" # The address of the PD cluster, e.g.: 172.16.31.3:2379. TiDB Lightning obtains some information from PD. When backend = "local", you must specify status-port and pd-addr correctly. Otherwise, the import will be abnormal. ``` -設定ファイルの詳細については、 [TiDB Lightning のコンフィグレーション](/tidb-lightning/tidb-lightning-configuration.md)を参照してください。 +設定ファイルの詳細については、 [TiDB Lightning の設定](/tidb-lightning/tidb-lightning-configuration.md)を参照してください。 ## ステップ4．インポートパフォーマンスの調整（オプション） {#step-4-tune-the-import-performance-optional} diff --git a/migrate-from-sql-files-to-tidb.md b/migrate-from-sql-files-to-tidb.md index 07c0d2a089653..a776e1f6489f7 100644 --- a/migrate-from-sql-files-to-tidb.md +++ b/migrate-from-sql-files-to-tidb.md @@ -63,7 +63,7 @@ status-port = "${status-port}" # During the import process, TiDB Lightning need pd-addr = "${ip}:${port}" # The address of the cluster's PD. TiDB Lightning obtains some information through PD, such as 172.16.31.3:2379. When backend = "local", you must correctly specify status-port and pd-addr. Otherwise, the import will encounter errors. ``` -設定ファイルの詳細については、 [TiDB Lightning のコンフィグレーション](/tidb-lightning/tidb-lightning-configuration.md)を参照してください。 +設定ファイルの詳細については、 [TiDB Lightning の設定](/tidb-lightning/tidb-lightning-configuration.md)を参照してください。 ## ステップ4．データのインポート {#step-4-import-the-data} diff --git a/migrate-large-mysql-shards-to-tidb.md b/migrate-large-mysql-shards-to-tidb.md index e24ac1f9ed1e4..b39f340e44e6e 100644 --- a/migrate-large-mysql-shards-to-tidb.md +++ b/migrate-large-mysql-shards-to-tidb.md @@ -376,6 +376,6 @@ tiup dmctl --master-addr ${advertise-addr} query-status ${task-name} - [データ移行タスクを一時停止する](/dm/dm-pause-task.md) - [データ移行タスクを再開する](/dm/dm-resume-task.md) - [データ移行タスクを停止する](/dm/dm-stop-task.md) -- [クラスターのデータソースのエクスポートとインポート、およびタスクコンフィグレーション](/dm/dm-export-import-config.md) +- [クラスターのデータソースのエクスポートとインポート、およびタスク設定](/dm/dm-export-import-config.md) - [失敗したDDL文を処理する](/dm/handle-failed-ddl-statements.md) - [エラーを処理する](/dm/dm-error-handling.md) diff --git a/migrate-large-mysql-to-tidb.md b/migrate-large-mysql-to-tidb.md index cdc27527e4263..dc220955a58d0 100644 --- a/migrate-large-mysql-to-tidb.md +++ b/migrate-large-mysql-to-tidb.md @@ -134,7 +134,7 @@ LIMIT pd-addr = "${ip}:${port}" # The address of the PD cluster, e.g.: 172.16.31.3:2379. TiDB Lightning obtains some information from PD. When backend = "local", you must specify status-port and pd-addr correctly. Otherwise, the import will be abnormal. ``` - TiDB Lightning構成の詳細については、 [TiDB Lightning のコンフィグレーション](/tidb-lightning/tidb-lightning-configuration.md)を参照してください。 + TiDB Lightning構成の詳細については、 [TiDB Lightning の設定](/tidb-lightning/tidb-lightning-configuration.md)を参照してください。 2. `tidb-lightning`を実行してインポートを開始します。コマンドラインでプログラムを直接起動すると、SIGHUP シグナルを受信した後にプロセスが予期せず終了する可能性があります。 `nohup`を使用してコマンドラインからプロセスを直接起動することは推奨されません。代わりに、次のスクリプトの内容を編集してください。例: @@ -283,5 +283,5 @@ DMが実行されている間、DM-worker、DM-master、およびdmctlは関連 - [データ移行タスクを一時停止する](/dm/dm-pause-task.md) - [データ移行タスクを再開する](/dm/dm-resume-task.md) - [データ移行タスクを停止する](/dm/dm-stop-task.md) -- [クラスターのデータソースのエクスポートとインポート、およびタスクコンフィグレーション](/dm/dm-export-import-config.md) +- [クラスターのデータソースのエクスポートとインポート、およびタスク設定](/dm/dm-export-import-config.md) - [失敗したDDL文を処理する](/dm/handle-failed-ddl-statements.md) diff --git a/pd-configuration-file.md b/pd-configuration-file.md index 2a4f64a31ef4c..4a5c8361f7eef 100644 --- a/pd-configuration-file.md +++ b/pd-configuration-file.md @@ -127,7 +127,7 @@ PD設定ファイルは、コマンドラインパラメータよりも多くの ## pd-server {#pd-server} -pd-server関連のコンフィグレーション項目 +pd-server関連の設定項目 ### `server-memory-limit` v6.6.0 の新機能 {#server-memory-limit-new-in-v660} @@ -193,7 +193,7 @@ pd-server関連のコンフィグレーション項目 ## security {#security} -セキュリティ関連のコンフィグレーション項目 +セキュリティ関連の設定項目 ### `cacert-path` {#cacert-path} @@ -219,7 +219,7 @@ pd-server関連のコンフィグレーション項目 ## `log` {#log} -ログ関連のコンフィグレーション項目 +ログ関連の設定項目 ### `level` {#level} @@ -240,7 +240,7 @@ pd-server関連のコンフィグレーション項目 ## `log.file` {#log-file} -ログファイルに関連するコンフィグレーション項目 +ログファイルに関連する設定項目 ### `max-size` {#max-size} @@ -263,7 +263,7 @@ pd-server関連のコンフィグレーション項目 ## `metric` {#metric} -監視に関連するコンフィグレーション項目 +監視に関連する設定項目 ### `interval` {#interval} @@ -272,7 +272,7 @@ pd-server関連のコンフィグレーション項目 ## `schedule` {#schedule} -スケジュールに関連するコンフィグレーション項目 +スケジュールに関連する設定項目 > **Note:** > @@ -458,7 +458,7 @@ pd-server関連のコンフィグレーション項目 ## `replication` {#replication} -レプリカに関連するコンフィグレーション項目 +レプリカに関連する設定項目 ### `max-replicas` {#max-replicas} @@ -490,7 +490,7 @@ pd-server関連のコンフィグレーション項目 ## `label-property` （非推奨） {#label-property-deprecated} -ラベルに関連するコンフィグレーション項目`reject-leader`型のみをサポートします。 +ラベルに関連する設定項目`reject-leader`型のみをサポートします。 > **Note:** > @@ -508,7 +508,7 @@ pd-server関連のコンフィグレーション項目 ## `dashboard` {#dashboard} -[TiDB Dashboard](/dashboard/dashboard-intro.md)内蔵 PD に関するコンフィグレーション項目です。 +[TiDB Dashboard](/dashboard/dashboard-intro.md)内蔵 PD に関する設定項目です。 ### `disable-custom-prom-addr` {#disable-custom-prom-addr} @@ -548,7 +548,7 @@ pd-server関連のコンフィグレーション項目 ## `replication-mode` {#replication-mode} -全リージョンのレプリケーションモードに関するコンフィグレーション項目です。詳細は[DR自動同期モードを有効にする](/two-data-centers-in-one-city-deployment.md#enable-the-dr-auto-sync-mode)ご覧ください。 +全リージョンのレプリケーションモードに関する設定項目です。詳細は[DR自動同期モードを有効にする](/two-data-centers-in-one-city-deployment.md#enable-the-dr-auto-sync-mode)ご覧ください。 ## controller {#controller} diff --git a/performance-tuning-overview.md b/performance-tuning-overview.md index 28f35b7acc167..e76615a41d014 100644 --- a/performance-tuning-overview.md +++ b/performance-tuning-overview.md @@ -88,7 +88,7 @@ summary: このドキュメントでは、ユーザー応答時間、スルー - CPU、IO、ネットワークなどのリソース使用率 -- アプリケーション構成、データベース構成、オペレーティングシステム構成などのコンフィグレーション情報 +- アプリケーション構成、データベース構成、オペレーティングシステム構成などの設定情報 ### ステップ3. ユーザー応答時間のボトルネックを特定する {#step-3-identify-bottlenecks-in-user-response-time} diff --git a/production-deployment-using-tiup.md b/production-deployment-using-tiup.md index 81f89f29cf97b..29181c6b584c8 100644 --- a/production-deployment-using-tiup.md +++ b/production-deployment-using-tiup.md @@ -16,7 +16,7 @@ TiUPは、TiDB、 TiFlash、TiCDC、および監視システムのデプロイ 以下の文書を必ずお読みください。 - [TiDBのソフトウェアおよびハードウェア要件](/hardware-and-software-requirements.md) -- [TiDB環境およびシステムコンフィグレーションチェック](/check-before-deployment.md) +- [TiDB環境およびシステム設定チェック](/check-before-deployment.md) さらに、 [TiDBセキュリティ設定のベストプラクティス](/best-practices-for-security-configuration.md)について学習することをお勧めします。 @@ -253,13 +253,13 @@ alertmanager_servers: 以下の例では、6つの一般的なシナリオを取り上げています。対応するリンク先のトポロジーの説明とテンプレートに従って、設定ファイル（ `topology.yaml`という名前）を変更する必要があります。その他のシナリオについては、構成テンプレートを適切に編集してください。 -| 応用 | コンフィグレーションタスク | 設定ファイルテンプレート | トポロジーの説明 | +| 応用 | 設定タスク | 設定ファイルテンプレート | トポロジーの説明 | | :----------------------------------------------- | :------------------------------------------------------------------- | :----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | :--------------------------------------------------------------------------------------------------------------- | | OLTP | [最小限のトポロジーをデプロイ](/minimal-deployment-topology.md) | [シンプルな最小限の構成テンプレート](https://github.com/pingcap/docs/blob/master/config-templates/simple-mini.yaml)
[完全な最小構成テンプレート](https://github.com/pingcap/docs/blob/master/config-templates/complex-mini.yaml) | これは、tidb-server、tikv-server、およびpd-serverを含む基本的なクラスタトポロジーです。 | | HTAP | [TiFlashトポロジーをデプロイ](/tiflash-deployment-topology.md) | [シンプルなTiFlash設定テンプレート](https://github.com/pingcap/docs/blob/master/config-templates/simple-tiflash.yaml)
[TiFlashの完全な構成テンプレート](https://github.com/pingcap/docs/blob/master/config-templates/complex-tiflash.yaml) | これは、最小限のクラスタトポロジーとともにTiFlashをデプロイするためのものです。TiFlashは列指向ストレージエンジンであり、徐々に標準的なクラスタトポロジーへと進化していきます。 | | [TiCDC](/ticdc/ticdc-overview.md)を使用して増分データを複製する | [TiCDCトポロジーをデプロイ](/ticdc-deployment-topology.md) | [シンプルなTiCDC構成テンプレート](https://github.com/pingcap/docs/blob/master/config-templates/simple-cdc.yaml)
[TiCDC構成テンプレート全体](https://github.com/pingcap/docs/blob/master/config-templates/complex-cdc.yaml) | これは、最小限のクラスタトポロジーとともにTiCDCをデプロイするためのものです。TiCDCは、TiDB、MySQL、Kafka、MQ、ストレージサービスなど、複数のダウンストリームプラットフォームをサポートしています。 | | 1台のマシンに複数のインスタンスをデプロイ | [ハイブリッドトポロジーをデプロイ](/hybrid-deployment-topology.md) | [ハイブリッドデプロイ用のシンプルな構成テンプレート](https://github.com/pingcap/docs/blob/master/config-templates/simple-multi-instance.yaml)
[ハイブリッドデプロイ用の完全な構成テンプレート](https://github.com/pingcap/docs/blob/master/config-templates/complex-multi-instance.yaml) | ディレクトリ、ポート、リソース比率、ラベルなどの追加設定が必要な場合にも、展開トポロジが適用されます。 | -| TiDBクラスターをデータセンター全体にデプロイ | [地理的に分散した展開トポロジをデプロイ](/geo-distributed-deployment-topology.md) | [地理的に分散したデプロイメントのためのコンフィグレーションテンプレート](https://github.com/pingcap/docs/blob/master/config-templates/geo-redundancy-deployment.yaml) | このトポロジーは、2つの都市に3つのデータセンターを配置する典型的なアーキテクチャを例として取り上げています。地理的に分散したデプロイメントアーキテクチャと、注意すべき重要な構成について解説します。 | +| TiDBクラスターをデータセンター全体にデプロイ | [地理的に分散した展開トポロジをデプロイ](/geo-distributed-deployment-topology.md) | [地理的に分散したデプロイメントのための設定テンプレート](https://github.com/pingcap/docs/blob/master/config-templates/geo-redundancy-deployment.yaml) | このトポロジーは、2つの都市に3つのデータセンターを配置する典型的なアーキテクチャを例として取り上げています。地理的に分散したデプロイメントアーキテクチャと、注意すべき重要な構成について解説します。 | > **Note:** > diff --git a/releases/release-3.1.0-beta.2.md b/releases/release-3.1.0-beta.2.md index d91a100237481..7bc9b6a3c894e 100644 --- a/releases/release-3.1.0-beta.2.md +++ b/releases/release-3.1.0-beta.2.md @@ -19,7 +19,7 @@ TiDB Ansible バージョン: 3.1.0-beta.2 - ツール - TiDB Lightning - - 設定ファイルで設定されていない特定の項目については、 [TiDB Lightningコンフィグレーション](/tidb-lightning/tidb-lightning-configuration.md)で指定されたデフォルト設定を使用します。 [#255](https://github.com/pingcap/tidb-lightning/pull/255) + - 設定ファイルで設定されていない特定の項目については、 [TiDB Lightning設定](/tidb-lightning/tidb-lightning-configuration.md)で指定されたデフォルト設定を使用します。 [#255](https://github.com/pingcap/tidb-lightning/pull/255) - TiDBパスワードを設定するための`--tidb-password` CLIパラメータを追加する[#253](https://github.com/pingcap/tidb-lightning/pull/253) ## 新機能 {#new-features} diff --git a/releases/release-5.1.0.md b/releases/release-5.1.0.md index eda7d2c7a3bca..4faba5dee8848 100644 --- a/releases/release-5.1.0.md +++ b/releases/release-5.1.0.md @@ -38,7 +38,7 @@ TiDB バージョン: 5.1.0 ### 設定ファイルパラメータ {#configuration-file-parameters} -| 設定ファイル | コンフィグレーションアイテム | 変更の種類 | 説明 | +| 設定ファイル | 設定アイテム | 変更の種類 | 説明 | | :------------- | :------------------------------------------------------------------------------------------------------- | :------- | :--------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | TiDB設定ファイル | [`security.enable-sem`](/tidb-configuration-file.md#enable-sem) | 新しく追加された | セキュリティ強化モード（SEM）を有効にするかどうかを制御します。この設定項目のデフォルト値は`false`で、これはSEMが無効になっていることを意味します。 | | TiDB設定ファイル | `performance.committer-concurrency` | 変更 | 単一トランザクションのコミットフェーズにおけるコミット操作に関連するリクエストの同時実行数を制御します。デフォルト値は`16`から`128`に変更されます。 | diff --git a/releases/release-5.2.0.md b/releases/release-5.2.0.md index ea2aaa4de96ec..ff87285bcddcb 100644 --- a/releases/release-5.2.0.md +++ b/releases/release-5.2.0.md @@ -42,7 +42,7 @@ TiDB バージョン: 5.2.0 ### 設定ファイルパラメータ {#configuration-file-parameters} -| 設定ファイル | コンフィグレーションアイテム | 変更の種類 | 説明 | +| 設定ファイル | 設定アイテム | 変更の種類 | 説明 | | :------------- | :---------------------------------------------------------------------------------------------------------------------------- | :------- | :------------------------------------------------------------------------------------------------------------------------------ | | TiDB設定ファイル | [`pessimistic-txn.deadlock-history-collect-retryable`](/tidb-configuration-file.md#deadlock-history-collect-retryable) | 新しく追加された | [`INFORMATION\_SCHEMA.DEADLOCKS`](/information-schema/information-schema-deadlocks.md)テーブルが再試行可能なデッドロックエラーメッセージを収集するかどうかを制御します。 | | TiDB設定ファイル | [`security.auto-tls`](/tidb-configuration-file.md#auto-tls) | 新しく追加された | 起動時にTLS証明書を自動的に生成するかどうかを決定します。デフォルト値は`false`です。 | diff --git a/releases/release-5.3.0.md b/releases/release-5.3.0.md index 1274522dc0ac8..b5a998261209b 100644 --- a/releases/release-5.3.0.md +++ b/releases/release-5.3.0.md @@ -40,7 +40,7 @@ v5.3 の主な新機能または改善点は次のとおりです。 ### 設定ファイルのパラメータ {#configuration-file-parameters} -| 設定ファイル | コンフィグレーション項目 | タイプを変更 | 説明 | +| 設定ファイル | 設定項目 | タイプを変更 | 説明 | | :------------- | :------------------------------------------------------------------------------------------------- | :------- | :-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | TiDB | [`prepared-plan-cache.capacity`](/tidb-configuration-file.md#capacity) | 変更 | キャッシュされるステートメントの数を制御します。デフォルト値は`100`から`1000`に変更されます。 | | TiKV | [`storage.reserve-space`](/tikv-configuration-file.md#reserve-space) | 変更 | TiKV起動時にディスク保護のために予約される領域を制御します。v5.3.0以降では、予約領域の80%がディスク容量不足時の運用・保守に必要な追加ディスク領域として使用され、残りの20%は一時ファイルの保存に使用されます。 | diff --git a/releases/release-5.4.0.md b/releases/release-5.4.0.md index 63cc6b0c0f448..01e4a9abff3b9 100644 --- a/releases/release-5.4.0.md +++ b/releases/release-5.4.0.md @@ -35,7 +35,7 @@ TiDB バージョン: 5.4.0 ### 設定ファイルパラメータ {#configuration-file-parameters} -| 設定ファイル | コンフィグレーション | 変更の種類 | 説明 | +| 設定ファイル | 設定 | 変更の種類 | 説明 | | :------------- | :-------------------------------------------------------------------------------------------------------------- | :------- | :-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | TiDB | [`stats-load-concurrency`](/tidb-configuration-file.md#stats-load-concurrency-new-in-v540) | 新しく追加された | TiDBの同期ロード統計機能が同時に処理できる列の最大数を制御します。デフォルト値は`5`です。 | | TiDB | [`stats-load-queue-size`](/tidb-configuration-file.md#stats-load-queue-size-new-in-v540) | 新しく追加された | TiDBの同期ロード統計機能がキャッシュできる列リクエストの最大数を制御します。デフォルト値は`1000`です。 | diff --git a/releases/release-6.0.0-dmr.md b/releases/release-6.0.0-dmr.md index aacd4ed5f6c80..39fddcbe815b4 100644 --- a/releases/release-6.0.0-dmr.md +++ b/releases/release-6.0.0-dmr.md @@ -291,7 +291,7 @@ TiDB v6.0.0 は DMR であり、そのバージョンは 6.0.0-DMR です。 ### 設定ファイルのパラメータ {#configuration-file-parameters} -
設定ファイルコンフィグレーションタイプを変更説明
TiDBstmt-summary.enable
stmt-summary.enable-internal-query
stmt-summary.history-size
stmt-summary.max-sql-length
stmt-summary.max-stmt-count
stmt-summary.refresh-interval		削除済みステートメントサマリーテーブルに関連するコンフィグレーション。これらの設定項目はすべて削除されました。ステートメントサマリーテーブルを制御するには、SQL変数を使用する必要があります。
TiDBnew_collations_enabled_on_first_bootstrap変更新しい照合順序のサポートを有効にするかどうかを制御します。バージョン6.0以降、デフォルト値はfalseからtrueに変更されました。この設定項目は、クラスターが初めて初期化されたときにのみ有効になります。最初のブートストラップ後は、この設定項目を使用して新しい照合順序順序フレームワークを有効化または無効化することはできません。
TiKVbackup.num-threads変更値の範囲は[1, CPU]に変更されます。
TiKVraftstore.apply-max-batch-size変更最大値は10240に変更されます。
TiKVraftstore.raft-max-size-per-msg変更最小値が0から0より大きい値に変更されます。
最大値は3GBに設定されています。
単位がMBからKB|MB|GBに変更されます。
TiKVraftstore.store-max-batch-size変更最大値は10240に設定されています。
TiKVreadpool.unified.max-thread-count変更調整可能な範囲は[min-thread-count, MAX(4, CPU)]に変更されます。
TiKVrocksdb.enable-pipelined-write変更デフォルト値がtrueからfalseに変更されました。この設定を有効にすると、従来のパイプライン書き込みが使用されます。この設定を無効にすると、新しいパイプラインコミットメカニズムが使用されます。
TiKVrocksdb.max-background-flushes変更CPU コア数が 10 の場合、デフォルト値は3です。
CPU コア数が 8 の場合、デフォルト値は2です。
TiKVrocksdb.max-background-jobs変更CPU コア数が 10 の場合、デフォルト値は9です。
CPU コア数が 8 の場合、デフォルト値は7です。
TiFlashprofiles.default.dt_enable_logical_split変更DeltaTreeストレージエンジンのセグメントが論理分割を使用するかどうかを決定します。デフォルト値はtrueからfalseに変更されます。
TiFlashprofiles.default.enable_elastic_threadpool変更エラスティックスレッドプールを有効にするかどうかを制御します。デフォルト値はfalseからtrueに変更されます。
TiFlashstorage.format_version変更TiFlashのデータ検証機能を制御します。デフォルト値は2から3に変更されます。
format_version 3に設定すると、ハードウェア障害による誤った読み取りを回避するために、すべてのTiFlashデータの読み取り操作に対して一貫性チェックが実行されます。
新しい形式のバージョンは、v5.4 より前のバージョンにそのままダウングレードすることはできないことに注意してください。
TiDBpessimistic-txn.pessimistic-auto-commit新しく追加された悲観的トランザクションモードがグローバルに有効になっている場合 ( tidb_txn_mode='pessimistic' )、自動コミット トランザクションが使用するトランザクションモードを決定します。
TiKVpessimistic-txn.in-memory新しく追加されたインメモリ悲観的ロックを有効にするかどうかを制御します。この機能を有効にすると、悲観的トランザクションは、悲観的ロックをディスクに書き込んだり他のレプリカに複製したりするのではなく、可能な限りTiKVメモリに悲観的ロックを保存します。これにより、悲観的トランザクションのパフォーマンスが向上しますが、悲観的ロックが失われる可能性がわずかながらあり、その結果、悲観的トランザクションがコミットに失敗する可能性があります。デフォルト値はtrueです。
TiKVquota新しく追加されたフロントエンドリクエストが占有するリソースを制限するQuota Limiter関連の設定項目を追加しました。Quota Limiterは実験的機能であり、デフォルトでは無効になっています。新しいクォータ関連の設定項目は、 foreground-cpu-time 、 foreground-write-bandwidth 、 foreground-read-bandwidth 、 max-delay-durationです。
TiFlashprofiles.default.dt_compression_method新しく追加されたTiFlashの圧縮アルゴリズムを指定します。オプションの値はLZ4 、 zstd 、 LZ4HCで、いずれも大文字と小文字は区別されません。デフォルト値はLZ4です。
TiFlashprofiles.default.dt_compression_level新しく追加されたTiFlashの圧縮レベルを指定します。デフォルト値は1です。
DM loaders.<name>.import-mode新しく追加されたフルインポートフェーズにおけるインポートモード。v6.0以降、DMはフルインポートフェーズでTiDB LightningのTiDBバックエンドモードを使用してデータをインポートします。以前のLoaderコンポーネントは使用されなくなりました。これは内部的な置き換えであり、日常業務への影響は見られません。
デフォルト値はsqlに設定されており、これはtidb-backendモードを使用することを意味します。稀に、tidb-backendは完全な互換性を持たない場合があります。このパラメータをloaderに設定することで、Loaderモードにフォールバックできます。
DM loaders.<name>.on-duplicate新しく追加されたフルインポートフェーズで競合を解決する方法を指定します。デフォルト値はreplaceで、これは新しいデータを使用して既存のデータを置き換えることを意味します。
TiCDC dial-timeout新しく追加された下流のKafkaとの接続を確立する際のタイムアウト。デフォルト値は10sです。
TiCDC read-timeout新しく追加された下流のKafkaから返されるレスポンスを取得する際のタイムアウト。デフォルト値は10sです。
TiCDC write-timeout新しく追加された下流のKafkaにリクエストを送信する際のタイムアウト。デフォルト値は10sです。
+
設定ファイル設定タイプを変更説明
TiDBstmt-summary.enable
stmt-summary.enable-internal-query
stmt-summary.history-size
stmt-summary.max-sql-length
stmt-summary.max-stmt-count
stmt-summary.refresh-interval		削除済みステートメントサマリーテーブルに関連する設定。これらの設定項目はすべて削除されました。ステートメントサマリーテーブルを制御するには、SQL変数を使用する必要があります。
TiDBnew_collations_enabled_on_first_bootstrap変更新しい照合順序のサポートを有効にするかどうかを制御します。バージョン6.0以降、デフォルト値はfalseからtrueに変更されました。この設定項目は、クラスターが初めて初期化されたときにのみ有効になります。最初のブートストラップ後は、この設定項目を使用して新しい照合順序順序フレームワークを有効化または無効化することはできません。
TiKVbackup.num-threads変更値の範囲は[1, CPU]に変更されます。
TiKVraftstore.apply-max-batch-size変更最大値は10240に変更されます。
TiKVraftstore.raft-max-size-per-msg変更最小値が0から0より大きい値に変更されます。
最大値は3GBに設定されています。
単位がMBからKB|MB|GBに変更されます。
TiKVraftstore.store-max-batch-size変更最大値は10240に設定されています。
TiKVreadpool.unified.max-thread-count変更調整可能な範囲は[min-thread-count, MAX(4, CPU)]に変更されます。
TiKVrocksdb.enable-pipelined-write変更デフォルト値がtrueからfalseに変更されました。この設定を有効にすると、従来のパイプライン書き込みが使用されます。この設定を無効にすると、新しいパイプラインコミットメカニズムが使用されます。
TiKVrocksdb.max-background-flushes変更CPU コア数が 10 の場合、デフォルト値は3です。
CPU コア数が 8 の場合、デフォルト値は2です。
TiKVrocksdb.max-background-jobs変更CPU コア数が 10 の場合、デフォルト値は9です。
CPU コア数が 8 の場合、デフォルト値は7です。
TiFlashprofiles.default.dt_enable_logical_split変更DeltaTreeストレージエンジンのセグメントが論理分割を使用するかどうかを決定します。デフォルト値はtrueからfalseに変更されます。
TiFlashprofiles.default.enable_elastic_threadpool変更エラスティックスレッドプールを有効にするかどうかを制御します。デフォルト値はfalseからtrueに変更されます。
TiFlashstorage.format_version変更TiFlashのデータ検証機能を制御します。デフォルト値は2から3に変更されます。
format_version 3に設定すると、ハードウェア障害による誤った読み取りを回避するために、すべてのTiFlashデータの読み取り操作に対して一貫性チェックが実行されます。
新しい形式のバージョンは、v5.4 より前のバージョンにそのままダウングレードすることはできないことに注意してください。
TiDBpessimistic-txn.pessimistic-auto-commit新しく追加された悲観的トランザクションモードがグローバルに有効になっている場合 ( tidb_txn_mode='pessimistic' )、自動コミット トランザクションが使用するトランザクションモードを決定します。
TiKVpessimistic-txn.in-memory新しく追加されたインメモリ悲観的ロックを有効にするかどうかを制御します。この機能を有効にすると、悲観的トランザクションは、悲観的ロックをディスクに書き込んだり他のレプリカに複製したりするのではなく、可能な限りTiKVメモリに悲観的ロックを保存します。これにより、悲観的トランザクションのパフォーマンスが向上しますが、悲観的ロックが失われる可能性がわずかながらあり、その結果、悲観的トランザクションがコミットに失敗する可能性があります。デフォルト値はtrueです。
TiKVquota新しく追加されたフロントエンドリクエストが占有するリソースを制限するQuota Limiter関連の設定項目を追加しました。Quota Limiterは実験的機能であり、デフォルトでは無効になっています。新しいクォータ関連の設定項目は、 foreground-cpu-time 、 foreground-write-bandwidth 、 foreground-read-bandwidth 、 max-delay-durationです。
TiFlashprofiles.default.dt_compression_method新しく追加されたTiFlashの圧縮アルゴリズムを指定します。オプションの値はLZ4 、 zstd 、 LZ4HCで、いずれも大文字と小文字は区別されません。デフォルト値はLZ4です。
TiFlashprofiles.default.dt_compression_level新しく追加されたTiFlashの圧縮レベルを指定します。デフォルト値は1です。
DM loaders.<name>.import-mode新しく追加されたフルインポートフェーズにおけるインポートモード。v6.0以降、DMはフルインポートフェーズでTiDB LightningのTiDBバックエンドモードを使用してデータをインポートします。以前のLoaderコンポーネントは使用されなくなりました。これは内部的な置き換えであり、日常業務への影響は見られません。
デフォルト値はsqlに設定されており、これはtidb-backendモードを使用することを意味します。稀に、tidb-backendは完全な互換性を持たない場合があります。このパラメータをloaderに設定することで、Loaderモードにフォールバックできます。
DM loaders.<name>.on-duplicate新しく追加されたフルインポートフェーズで競合を解決する方法を指定します。デフォルト値はreplaceで、これは新しいデータを使用して既存のデータを置き換えることを意味します。
TiCDC dial-timeout新しく追加された下流のKafkaとの接続を確立する際のタイムアウト。デフォルト値は10sです。
TiCDC read-timeout新しく追加された下流のKafkaから返されるレスポンスを取得する際のタイムアウト。デフォルト値は10sです。
TiCDC write-timeout新しく追加された下流のKafkaにリクエストを送信する際のタイムアウト。デフォルト値は10sです。
### その他 {#others} diff --git a/releases/release-6.1.0.md b/releases/release-6.1.0.md index 92ed260da95b3..3340071f89110 100644 --- a/releases/release-6.1.0.md +++ b/releases/release-6.1.0.md @@ -254,7 +254,7 @@ TiDB バージョン: 6.1.0 ### 設定ファイルのパラメータ {#configuration-file-parameters} -| 設定ファイル | コンフィグレーション | タイプを変更 | 説明 | +| 設定ファイル | 設定 | タイプを変更 | 説明 | | -------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | -------- | --------------------------------------------------------------------------------------------------------------------------------------------- | | TiDB | `committer-concurrency` | 削除済み | システム変数`tidb_committer_concurrency`に置き換えられました。この設定項目は無効になりました。値を変更する場合は、対応するシステム変数を変更する必要があります。 | | TiDB | `lower-case-table-names` | 削除済み | 現在、TiDBは`lower_case_table_name=2`のみをサポートしています。別の値が設定されている場合は、クラスターをv6.1.0にアップグレードした後にその値は失われます。 | diff --git a/releases/release-6.2.0.md b/releases/release-6.2.0.md index ccfb4c53180d4..d99b3e42ba1fc 100644 --- a/releases/release-6.2.0.md +++ b/releases/release-6.2.0.md @@ -266,7 +266,7 @@ TiDBバージョン: 6.2.0-DMR ### 設定ファイルパラメータ {#configuration-file-parameters} -| 設定ファイル | コンフィグレーション | 変更の種類 | 説明 | +| 設定ファイル | 設定 | 変更の種類 | 説明 | | -------------- | ------------------------------------------------------------------------------------------------------------------------- | -------- | --------------------------------------------------------------------------------------------------- | | TiDB | フィードバック確率 | 削除済み | この設定はもはや有効ではなく、推奨されません。 | | TiDB | クエリフィードバック制限 | 削除済み | この設定はもはや有効ではなく、推奨されません。 | diff --git a/releases/release-6.3.0.md b/releases/release-6.3.0.md index e15704ca1a9a2..4d76cd0835a18 100644 --- a/releases/release-6.3.0.md +++ b/releases/release-6.3.0.md @@ -239,7 +239,7 @@ TiDBバージョン: 6.3.0-DMR ### 設定ファイルパラメータ {#configuration-file-parameters} -| 設定ファイル | コンフィグレーション | 変更の種類 | 説明 | +| 設定ファイル | 設定 | 変更の種類 | 説明 | | -------------- | ----------------------------------------------------------------------------------------------------- | -------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | TiDB | [`temp-dir`](/tidb-configuration-file.md#temp-dir-new-in-v630) | 新しく追加された | TiDB が一時データを格納するために使用するファイルシステム上の場所を指定します。機能が TiDB ノードでローカルストレージを必要とする場合、TiDB は対応する一時データをこの場所に格納します。デフォルト値は`/tmp/tidb`です。 | | TiKV | [`auto-adjust-pool-size`](/tikv-configuration-file.md#auto-adjust-pool-size-new-in-v630) | 新しく追加された | スレッドプールのサイズを自動的に調整するかどうかを制御します。有効にすると、現在のCPU使用率に基づいてUnifyReadPoolスレッドプールのサイズを自動的に調整することで、TiKVの読み取りパフォーマンスが最適化されます。 | diff --git a/scheduling-configuration-file.md b/scheduling-configuration-file.md index 66857d021bde8..eaf6fa6a440b2 100644 --- a/scheduling-configuration-file.md +++ b/scheduling-configuration-file.md @@ -50,7 +50,7 @@ summary: スケジューリング設定ファイルには、ノード名、デ ## security {#security} -セキュリティ関連のコンフィグレーション項目 +セキュリティ関連の設定項目 ### `cacert-path` {#cacert-path} @@ -75,7 +75,7 @@ summary: スケジューリング設定ファイルには、ノード名、デ ## log {#log} -ログに関するコンフィグレーション項目。 +ログに関する設定項目。 ### `level` {#level} @@ -96,7 +96,7 @@ summary: スケジューリング設定ファイルには、ノード名、デ ## log.file {#log-file} -ログファイルに関連するコンフィグレーション項目 +ログファイルに関連する設定項目 ### `max-size` {#max-size} @@ -119,7 +119,7 @@ summary: スケジューリング設定ファイルには、ノード名、デ ## metric {#metric} -監視に関連するコンフィグレーション項目 +監視に関連する設定項目 ### `interval` {#interval} diff --git a/storage-engine/titan-configuration.md b/storage-engine/titan-configuration.md index 1e319ccf0a7a5..c1e1d58189ff2 100644 --- a/storage-engine/titan-configuration.md +++ b/storage-engine/titan-configuration.md @@ -3,7 +3,7 @@ title: Titan Configuration summary: Titan の設定方法を学びます。 --- -# Titanのコンフィグレーション {#titan-configuration} +# Titanの設定 {#titan-configuration} このドキュメントでは、対応する設定項目、データ変換メカニズム、関連パラメータ、およびレベルマージ機能を使用して[Titan](/storage-engine/titan-overview.md)有効または無効にする方法を紹介します。 diff --git a/system-variable-reference.md b/system-variable-reference.md index 168a5274a5193..e6e71de2c3aaa 100644 --- a/system-variable-reference.md +++ b/system-variable-reference.md @@ -504,7 +504,7 @@ summary: すべての TiDB システム変数とドキュメント内の参照 - [システム変数](/system-variables.md#max_allowed_packet-new-in-v610) - [TiDB設定ファイル](/tidb-configuration-file.md) - [TiDB Data Migrationに関するよくある質問](/dm/dm-faq.md) -- [TiDB Lightningコンフィグレーション](/tidb-lightning/tidb-lightning-configuration.md) +- [TiDB Lightning設定](/tidb-lightning/tidb-lightning-configuration.md) - [TiDB 6.1.0 リリースノート](/releases/release-6.1.0.md) - [TiDB 5.2.4 リリースノート](/releases/release-5.2.4.md) - [TiDB 3.0.2 リリースノート](/releases/release-3.0.2.md) @@ -517,7 +517,7 @@ summary: すべての TiDB システム変数とドキュメント内の参照 参照先: - [TiDBとProxySQLを統合する](/develop/dev-guide-proxysql-integration.md) -- [コンフィグレーションを動的に変更する](/dynamic-config.md) +- [設定を動的に変更する](/dynamic-config.md) - [データ移行の事前チェックエラー、移行エラー、アラート](https://docs.pingcap.com/tidbcloud/tidb-cloud-dm-precheck-and-troubleshooting) - [システム変数](/system-variables.md#max_connections) - [TiDBクラスタ管理に関する FAQ](/faq/manage-cluster-faq.md) @@ -1075,7 +1075,7 @@ summary: すべての TiDB システム変数とドキュメント内の参照 - [SHOW [GLOBAL|SESSION] VARIABLES](/sql-statements/sql-statement-show-variables.md) - [システム変数](/system-variables.md#tidb_checksum_table_concurrency) -- [TiDB Lightningコンフィグレーション](/tidb-lightning/tidb-lightning-configuration.md) +- [TiDB Lightning設定](/tidb-lightning/tidb-lightning-configuration.md) ### tidb_cloud_storage_uri @@ -1124,7 +1124,7 @@ summary: すべての TiDB システム変数とドキュメント内の参照 - [制約](/constraints.md) - [エラーコードとトラブルシューティング](/error-codes.md) -- [コンフィグレーションを動的に変更する](/dynamic-config.md) +- [設定を動的に変更する](/dynamic-config.md) - [SAVEPOINT](/sql-statements/sql-statement-savepoint.md) - [システム変数](/system-variables.md#tidb_constraint_check_in_place_pessimistic-new-in-v630) - [TiDB設定ファイル](/tidb-configuration-file.md) @@ -1178,7 +1178,7 @@ summary: すべての TiDB システム変数とドキュメント内の参照 - [システム変数](/system-variables.md#tidb_ddl_enable_fast_reorg-new-in-v630) - [TiDB設定ファイル](/tidb-configuration-file.md) - [TiDB 分散実行フレームワーク (DXF)](/tidb-distributed-execution-framework.md) -- [TiDB環境とシステムコンフィグレーションのチェック](/check-before-deployment.md) +- [TiDB環境とシステム設定のチェック](/check-before-deployment.md) - [TiDBの機能](/basic-features.md) - [TiDB のソフトウェアおよびハードウェア要件](/hardware-and-software-requirements.md) - [TiDB 8.5.0 リリースノート](/releases/release-8.5.0.md) @@ -1472,7 +1472,7 @@ summary: すべての TiDB システム変数とドキュメント内の参照 - [TiDB バックアップと復元の概要](/br/backup-and-restore-overview.md) - [TiDB設定ファイル](/tidb-configuration-file.md) - [TiDB データベーススキーマ設計の概要](/develop/dev-guide-schema-design-overview.md) -- [TiDB Lightningコンフィグレーション](/tidb-lightning/tidb-lightning-configuration.md) +- [TiDB Lightning設定](/tidb-lightning/tidb-lightning-configuration.md) - [TiDB 6.4.0 リリースノート](/releases/release-6.4.0.md) - [TiDB 5.0 リリースノート](/releases/release-5.0.0.md) - [TiDB 5.0 RC リリースノート](/releases/release-5.0.0-rc.md) @@ -1483,7 +1483,7 @@ summary: すべての TiDB システム変数とドキュメント内の参照 - [スロークエリを特定する](/identify-slow-queries.md) - [TiDB Cloudで制限されたSQL機能](https://docs.pingcap.com/tidbcloud/limited-sql-features) -- [コンフィグレーションを動的に変更する](/dynamic-config.md) +- [設定を動的に変更する](/dynamic-config.md) - [SHOW [GLOBAL|SESSION] VARIABLES](/sql-statements/sql-statement-show-variables.md) - [システム変数](/system-variables.md#tidb_enable_collect_execution_info) - [TIDB_INDEX_USAGE](/information-schema/information-schema-tidb-index-usage.md) @@ -1507,7 +1507,7 @@ summary: すべての TiDB システム変数とドキュメント内の参照 参照先: - [TiDB Cloudで制限されたSQL機能](https://docs.pingcap.com/tidbcloud/limited-sql-features) -- [コンフィグレーションを動的に変更する](/dynamic-config.md) +- [設定を動的に変更する](/dynamic-config.md) - [システム変数](/system-variables.md#tidb_enable_ddl-new-in-v630) - [TiDB設定ファイル](/tidb-configuration-file.md) - [TiUPを使用した TiDB デプロイメントのトポロジ設定ファイル](/tiup/tiup-cluster-topology-reference.md) @@ -1983,7 +1983,7 @@ summary: すべての TiDB システム変数とドキュメント内の参照 - [スロークエリを特定する](/identify-slow-queries.md) - [TiDB Cloudで制限されたSQL機能](https://docs.pingcap.com/tidbcloud/limited-sql-features) -- [コンフィグレーションを動的に変更する](/dynamic-config.md) +- [設定を動的に変更する](/dynamic-config.md) - [SHOW [GLOBAL|SESSION] VARIABLES](/sql-statements/sql-statement-show-variables.md) - [TiDB Dashboardのスロークエリページ](/dashboard/dashboard-slow-query.md) - [システム変数](/system-variables.md#tidb_enable_slow_log) @@ -2181,7 +2181,7 @@ summary: すべての TiDB システム変数とドキュメント内の参照 - [コストの高いクエリを特定する](/identify-expensive-queries.md) - [TiDB Cloudで制限されたSQL機能](https://docs.pingcap.com/tidbcloud/limited-sql-features) -- [コンフィグレーションを動的に変更する](/dynamic-config.md) +- [設定を動的に変更する](/dynamic-config.md) - [SHOW [GLOBAL|SESSION] VARIABLES](/sql-statements/sql-statement-show-variables.md) - [システム変数](/system-variables.md#tidb_expensive_query_time_threshold) - [TiDB設定ファイル](/tidb-configuration-file.md) @@ -2209,7 +2209,7 @@ summary: すべての TiDB システム変数とドキュメント内の参照 参照先: - [TiDB Cloudで制限されたSQL機能](https://docs.pingcap.com/tidbcloud/limited-sql-features) -- [コンフィグレーションを動的に変更する](/dynamic-config.md) +- [設定を動的に変更する](/dynamic-config.md) - [SHOW [GLOBAL|SESSION] VARIABLES](/sql-statements/sql-statement-show-variables.md) - [SQLに関するよくある質問](/faq/sql-faq.md) - [システム変数](/system-variables.md#tidb_force_priority) @@ -2221,7 +2221,7 @@ summary: すべての TiDB システム変数とドキュメント内の参照 参照先: -- [ガベージコレクションのコンフィグレーション](/garbage-collection-configuration.md) +- [ガベージコレクションの設定](/garbage-collection-configuration.md) - [TiDB Cloudで制限されたSQL機能](https://docs.pingcap.com/tidbcloud/limited-sql-features) - [システム変数](/system-variables.md#tidb_gc_concurrency-new-in-v50) - [TiDB 8.3.0 リリースノート](/releases/release-8.3.0.md) @@ -2232,7 +2232,7 @@ summary: すべての TiDB システム変数とドキュメント内の参照 参照先: - [プライマリクラスタとセカンダリクラスタに基づくDRソリューション](/dr-secondary-cluster.md) -- [ガベージコレクションのコンフィグレーション](/garbage-collection-configuration.md) +- [ガベージコレクションの設定](/garbage-collection-configuration.md) - [TiDB Cloudで制限されたSQL機能](https://docs.pingcap.com/tidbcloud/limited-sql-features) - [TiDB から MySQL 互換データベースへのデータ移行](/migrate-from-tidb-to-mysql.md) - [ある TiDBクラスタから別の TiDBクラスタに移行する](/migrate-from-tidb-to-tidb.md) @@ -2250,7 +2250,7 @@ summary: すべての TiDB システム変数とドキュメント内の参照 - [`FLASHBACK CLUSTER`](/sql-statements/sql-statement-flashback-cluster.md) - [`FLASHBACK DATABASE`](/sql-statements/sql-statement-flashback-database.md) - [FLASHBACK TABLE](/sql-statements/sql-statement-flashback-table.md) -- [ガベージコレクションのコンフィグレーション](/garbage-collection-configuration.md) +- [ガベージコレクションの設定](/garbage-collection-configuration.md) - [TiDBクラスタの移行とアップグレード](/tidb-upgrade-migration-guide.md) - [システム変数`tidb_snapshot`を使用して履歴データを読み取る](/read-historical-data.md) - [Kafka にデータを複製する](/ticdc/ticdc-sink-to-kafka.md) @@ -2272,7 +2272,7 @@ summary: すべての TiDB システム変数とドキュメント内の参照 参照先: -- [ガベージコレクションのコンフィグレーション](/garbage-collection-configuration.md) +- [ガベージコレクションの設定](/garbage-collection-configuration.md) - [TiDB Cloudで制限されたSQL機能](https://docs.pingcap.com/tidbcloud/limited-sql-features) - [パイプラインDML](/pipelined-dml.md) - [システム変数](/system-variables.md#tidb_gc_max_wait_time-new-in-v610) @@ -2282,7 +2282,7 @@ summary: すべての TiDB システム変数とドキュメント内の参照 参照先: -- [ガベージコレクションのコンフィグレーション](/garbage-collection-configuration.md) +- [ガベージコレクションの設定](/garbage-collection-configuration.md) - [TiDB Cloudで制限されたSQL機能](https://docs.pingcap.com/tidbcloud/limited-sql-features) - [システム変数](/system-variables.md#tidb_gc_run_interval-new-in-v50) - [TiDB 5.0 リリースノート](/releases/release-5.0.0.md) @@ -2292,7 +2292,7 @@ summary: すべての TiDB システム変数とドキュメント内の参照 参照先: - [GCの概要](/garbage-collection-overview.md) -- [ガベージコレクションのコンフィグレーション](/garbage-collection-configuration.md) +- [ガベージコレクションの設定](/garbage-collection-configuration.md) - [TiDB Cloudで制限されたSQL機能](https://docs.pingcap.com/tidbcloud/limited-sql-features) - [システム変数](/system-variables.md#tidb_gc_scan_lock_mode-new-in-v50) - [TiDBの機能](/basic-features.md) @@ -2303,7 +2303,7 @@ summary: すべての TiDB システム変数とドキュメント内の参照 参照先: -- [コンフィグレーションオプション](/command-line-flags-for-tidb-configuration.md) +- [設定オプション](/command-line-flags-for-tidb-configuration.md) - [TiDB Cloudで制限されたSQL機能](https://docs.pingcap.com/tidbcloud/limited-sql-features) - [SHOW [GLOBAL|SESSION] VARIABLES](/sql-statements/sql-statement-show-variables.md) - [システム変数](/system-variables.md#tidb_general_log) @@ -2680,7 +2680,7 @@ summary: すべての TiDB システム変数とドキュメント内の参照 参照先: - [TiFlashの設定](/tiflash/tiflash-configuration.md) -- [コンフィグレーションを動的に変更する](/dynamic-config.md) +- [設定を動的に変更する](/dynamic-config.md) - [システム変数](/system-variables.md#tidb_max_tiflash_threads-new-in-v610) - [2022年のTiDB Cloudリリースノート](https://docs.pingcap.com/tidbcloud/release-notes-2022) - [TiFlash のパフォーマンスを調整する](/tiflash/tune-tiflash-performance.md) @@ -3500,7 +3500,7 @@ summary: すべての TiDB システム変数とドキュメント内の参照 参照先: - [TiDB Cloudで制限されたSQL機能](https://docs.pingcap.com/tidbcloud/limited-sql-features) -- [コンフィグレーションを動的に変更する](/dynamic-config.md) +- [設定を動的に変更する](/dynamic-config.md) - [SHOW [GLOBAL|SESSION] VARIABLES](/sql-statements/sql-statement-show-variables.md) - [システム変数](/system-variables.md#tidb_record_plan_in_slow_log) - [TiDB設定ファイル](/tidb-configuration-file.md) @@ -3510,7 +3510,7 @@ summary: すべての TiDB システム変数とドキュメント内の参照 参照先: -- [コンフィグレーションオプション](/command-line-flags-for-tidb-configuration.md) +- [設定オプション](/command-line-flags-for-tidb-configuration.md) - [スロークエリを特定する](/identify-slow-queries.md) - [TiDB Cloudで制限されたSQL機能](https://docs.pingcap.com/tidbcloud/limited-sql-features) - [ログの秘匿化](/log-redaction.md) @@ -3709,7 +3709,7 @@ summary: すべての TiDB システム変数とドキュメント内の参照 参照先: - [ADMIN SHOW DDL [JOBS|JOB QUERIES]](/sql-statements/sql-statement-admin-show-ddl.md) -- [コンフィグレーションオプション](/command-line-flags-for-tidb-configuration.md) +- [設定オプション](/command-line-flags-for-tidb-configuration.md) - [IMPORT INTO とTiDB Lightning](/tidb-lightning/import-into-vs-tidb-lightning.md) - [システム変数](/system-variables.md#tidb_service_scope-new-in-v740) - [TiDB 分散実行フレームワーク (DXF)](/tidb-distributed-execution-framework.md) @@ -3805,7 +3805,7 @@ summary: すべての TiDB システム変数とドキュメント内の参照 - [SQLチューニングの実践ガイド](/sql-tuning-best-practice.md) - [スロークエリを特定する](/identify-slow-queries.md) - [TiDB Cloudで制限されたSQL機能](https://docs.pingcap.com/tidbcloud/limited-sql-features) -- [コンフィグレーションを動的に変更する](/dynamic-config.md) +- [設定を動的に変更する](/dynamic-config.md) - [概要ページ](/dashboard/dashboard-overview.md) - [TiDB Self-Managedのクイックスタート](/quick-start-with-tidb.md) - [SHOW [GLOBAL|SESSION] VARIABLES](/sql-statements/sql-statement-show-variables.md) diff --git a/three-data-centers-in-two-cities-deployment.md b/three-data-centers-in-two-cities-deployment.md index e8edfacd3fd51..9a8a0f267469a 100644 --- a/three-data-centers-in-two-cities-deployment.md +++ b/three-data-centers-in-two-cities-deployment.md @@ -55,7 +55,7 @@ AZ1のrac1では、1台のサーバーにTiDBとPDサービスがデプロイさ TiDBサーバー、制御マシン、監視サーバーはrac3上に配置されています。TiDBサーバーは定期メンテナンスとバックアップ用に導入されています。Prometheus、Grafana、およびリストアツールは制御マシンと監視マシンに導入されています。 -## コンフィグレーション {#configuration} +## 設定 {#configuration} ### 例 {#example} diff --git a/ticdc/ticdc-faq.md b/ticdc/ticdc-faq.md index 3c9ccf1872486..c793e148d05e2 100644 --- a/ticdc/ticdc-faq.md +++ b/ticdc/ticdc-faq.md @@ -193,7 +193,7 @@ TiCDC がサービス GC セーフポイントに設定するデフォルトの | | 上流タイムゾーン | TiCDCタイムゾーン | 下流タイムゾーン | | :----------: | :-------------------------------------------------------------------------: | :----------------------------------------------------------------------------------: | :------------------------------------------------------------------------------: | -| コンフィグレーション方法 | [タイムゾーンのサポート](/configure-time-zone.md)参照 | TiCDCサーバーを起動するときに`--tz`パラメータを使用して設定されます | `sink-uri`の`time-zone`パラメータを使用して設定します。このパラメータは、シンクが`mysql`または`tidb`の場合のみ有効です。 | +| 設定方法 | [タイムゾーンのサポート](/configure-time-zone.md)参照 | TiCDCサーバーを起動するときに`--tz`パラメータを使用して設定されます | `sink-uri`の`time-zone`パラメータを使用して設定します。このパラメータは、シンクが`mysql`または`tidb`の場合のみ有効です。 | | 説明 | アップストリーム TiDB のタイムゾーン。タイムスタンプ タイプの DML 操作と、タイムスタンプ タイプの列に関連する DDL 操作に影響します。 | TiCDC は、アップストリーム TiDB のタイムゾーンが TiCDC のタイムゾーン構成と同じであると想定し、タイムスタンプ列に対して関連する操作を実行します。 | ダウンストリーム`mysql`および`tidb`シンクは、接続セッションのタイムゾーン設定に従って、DML および DDL 操作のタイムスタンプを処理します。 | > **Note:** diff --git a/ticdc/ticdc-sink-to-pulsar.md b/ticdc/ticdc-sink-to-pulsar.md index f08798e16230e..894592e5d4a7a 100644 --- a/ticdc/ticdc-sink-to-pulsar.md +++ b/ticdc/ticdc-sink-to-pulsar.md @@ -47,13 +47,13 @@ Sink URI を使用して TiCDC ターゲット システムの接続情報を指 [scheme]://[userinfo@][host]:[port][/path]?[query_parameters] ``` -コンフィグレーション例1: +設定例1: ```shell --sink-uri="pulsar://127.0.0.1:6650/persistent://abc/def/yktest?protocol=canal-json" ``` -コンフィグレーション例2: +設定例2: ```shell --sink-uri="pulsar://127.0.0.1:6650/yktest?protocol=canal-json" @@ -151,7 +151,7 @@ TiCDCはv7.5.1およびv8.0.0以降、PulsarのTLS暗号化通信をサポート --sink-uri="pulsar+ssl://127.0.0.1:6651/persistent://public/default/yktest?protocol=canal-json" ``` -コンフィグレーション： +設定： ```toml [sink.pulsar-config] diff --git a/tidb-cloud/csv-config-for-import-data.md b/tidb-cloud/csv-config-for-import-data.md index f44e6de5a17a4..40abbe805d81a 100644 --- a/tidb-cloud/csv-config-for-import-data.md +++ b/tidb-cloud/csv-config-for-import-data.md @@ -7,7 +7,7 @@ summary: TiDB Cloudのインポートデータサービスで CSV 構成を使 このドキュメントでは、 TiDB Cloudの Import Data サービスの CSV 構成について説明します。 -以下は、 TiDB Cloudのデータインポートサービスを使用してCSVファイルをインポートする際のCSVコンフィグレーションウィンドウです。詳細については、 [クラウドストレージからTiDB Cloud DedicatedにCSVファイルをインポートする](/tidb-cloud/import-csv-files.md)を参照してください。 +以下は、 TiDB Cloudのデータインポートサービスを使用してCSVファイルをインポートする際のCSV構成ウィンドウです。詳細については、 [クラウドストレージからTiDB Cloud DedicatedにCSVファイルをインポートする](/tidb-cloud/import-csv-files.md)を参照してください。 diff --git a/tidb-cloud/data-service-concepts.md b/tidb-cloud/data-service-concepts.md index 3cb5817bc0259..ee910443c5cb2 100644 --- a/tidb-cloud/data-service-concepts.md +++ b/tidb-cloud/data-service-concepts.md @@ -37,9 +37,9 @@ TiDB Cloudの Chat2Query API は、AI が指示を与えることで SQL 文を 詳細については[データアプリをサードパーティツールと統合する](/tidb-cloud/data-service-integrations.md)を参照してください。 -## コードとしてのコンフィグレーション {#configuration-as-code} +## コードとしての設定 {#configuration-as-code} -TiDB Cloud は、 JSON 構文を使用してデータアプリの構成全体をコードとして表現する、 コンフィグレーション as Code (CaC) アプローチを提供します。 +TiDB Cloud は、 JSON 構文を使用してデータアプリの構成全体をコードとして表現する、 設定 as Code (CaC) アプローチを提供します。 データアプリを GitHub に接続することで、 TiDB Cloud はCaC アプローチを使用して、データアプリの構成を[設定ファイル](/tidb-cloud/data-service-app-config-files.md)として優先 GitHub リポジトリおよびブランチにプッシュできます。 diff --git a/tidb-cloud/data-service-manage-github-connection.md b/tidb-cloud/data-service-manage-github-connection.md index edeb71cb5080b..4f16d1888e22e 100644 --- a/tidb-cloud/data-service-manage-github-connection.md +++ b/tidb-cloud/data-service-manage-github-connection.md @@ -5,7 +5,7 @@ summary: GitHubを使ってデータアプリを自動的にデプロイする # GitHub を使用してデータアプリを自動的にデプロイ {#deploy-data-app-automatically-with-github} -TiDB Cloudは、 JSON構文を使用してデータアプリの構成全体をコードとして表現する、コンフィグレーションコード（CaC）アプローチを提供します。 +TiDB Cloudは、 JSON構文を使用してデータアプリの構成全体をコードとして表現する、設定コード（CaC）アプローチを提供します。 データアプリをGitHubに接続することで、 TiDB CloudはCaC方式を使用し、データアプリの設定を[設定ファイル](/tidb-cloud/data-service-app-config-files.md)として、指定したGitHubリポジトリとブランチにプッシュできます。 diff --git a/tidb-cloud/migrate-from-mysql-using-data-migration.md b/tidb-cloud/migrate-from-mysql-using-data-migration.md index 52085919fff8b..2d5101c226113 100644 --- a/tidb-cloud/migrate-from-mysql-using-data-migration.md +++ b/tidb-cloud/migrate-from-mysql-using-data-migration.md @@ -195,7 +195,7 @@ TiDB Cloud Premium の場合、データ移行機能は次の MySQL 互換ソー DM を使用して、ソースの MySQL 互換データベースからターゲットのTiDB Cloud DedicatedクラスターTiDB Cloud EssentialインスタンスTiDB Cloud Premiumインスタンスに増分変更を継続的にレプリケートするには、ソースデータベースでバイナリログを有効にするために次の構成が必要です。 -| コンフィグレーション | 必要値 | なぜ | +| 設定 | 必要値 | なぜ | | :------------------------------- | :------------------------------- | :---------------------------------------- | | `log_bin` | `ON` | DMがTiDBへの変更を複製するために使用するバイナリログを有効にします。 | | `binlog_format` | `ROW` | すべてのデータ変更を正確に記録します（他の形式では例外的なケースを見落とします）。 | diff --git a/tidb-cloud/optimize-resource-allocation.md b/tidb-cloud/optimize-resource-allocation.md index 2e41dcbbca5ff..93587dbfbbd8f 100644 --- a/tidb-cloud/optimize-resource-allocation.md +++ b/tidb-cloud/optimize-resource-allocation.md @@ -33,6 +33,6 @@ TiDB Cloud Dedicatedは、 [リソース管理](/tidb-resource-control-ru-groups | ------------ | ---------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------------------------------------- | | 分離レベル | TiKVまたはTiFlash論理レイヤー | TiDBノード物理レイヤー | | フロー制御 | リソースグループに設定されたクォータに基づいて、ユーザーの読み取りおよび書き込みリクエストのフローを制御します。 | サポートされていません。 | -| コンフィグレーション方法 | SQL文を使用して構成 | TiDB Cloudコンソールから設定 | +| 設定方法 | SQL文を使用して構成 | TiDB Cloudコンソールから設定 | | ワークロードの区別 | 次のレベルでのバインディング リソースをサポートします。
  • ユーザーレベル。
  • セッションレベル (セッションごとにリソースグループを設定します)。
  • ステートメントレベル (ステートメントごとにリソースグループを設定します)。
| さまざまなワークロードに異なる接続エンドポイントを提供します。 | | 料金 | 追加料金なし | TiDB ノードの追加に関連するコストは発生しますが、TiDB ノードグループの作成には追加コストは発生しません。 | diff --git a/tidb-cloud/setup-azure-self-hosted-kafka-private-link-service.md b/tidb-cloud/setup-azure-self-hosted-kafka-private-link-service.md index 06540f3e4c9db..f0f651d48b028 100644 --- a/tidb-cloud/setup-azure-self-hosted-kafka-private-link-service.md +++ b/tidb-cloud/setup-azure-self-hosted-kafka-private-link-service.md @@ -446,9 +446,9 @@ b3.abc.eastus.azure.3199745.tidbcloud.com:9095 (id: 3 rack: null) -> ERROR: org. 4. **Backend pools**タブで、次の3つのバックエンド プールを追加し、 **Next : Inbound rules**をクリックします。 - - 名前: `pool1` ; バックエンド プールコンフィグレーション: `NIC` ; IP 構成: `broker-node-1` - - 名前: `pool2` ; バックエンド プールコンフィグレーション: `NIC` ; IP 構成: `broker-node-2` - - 名前: `pool3` ; バックエンド プールコンフィグレーション: `NIC` ; IP 構成: `broker-node-3` + - 名前: `pool1` ; バックエンド プール設定: `NIC` ; IP 構成: `broker-node-1` + - 名前: `pool2` ; バックエンド プール設定: `NIC` ; IP 構成: `broker-node-2` + - 名前: `pool3` ; バックエンド プール設定: `NIC` ; IP 構成: `broker-node-3` 5. **Inbound rules**タブで、次の3つの負荷分散規則を追加します。 diff --git a/tidb-cloud/tidb-cloud-connect-aws-dms.md b/tidb-cloud/tidb-cloud-connect-aws-dms.md index 1cc38ca339089..ca68fc96cecb1 100644 --- a/tidb-cloud/tidb-cloud-connect-aws-dms.md +++ b/tidb-cloud/tidb-cloud-connect-aws-dms.md @@ -37,7 +37,7 @@ TiDB Cloud Starter またはTiDB Cloud Essential の場合、クライアント - [パブリックエンドポイント経由でTiDB Cloud Starter または Essential クラスターに接続する](/tidb-cloud/connect-via-standard-connection-serverless.md)場合、次のいずれかを実行して、DMS レプリケーションインスタンスがインターネットにアクセスできることを確認します。 - - レプリケーションインスタンスをパブリックサブネットにデプロイし、 **Public accessible**を有効にします。詳細については、 [インターネットアクセスのコンフィグレーション](https://docs.aws.amazon.com/vpc/latest/userguide/VPC_Internet_Gateway.html#vpc-igw-internet-access)を参照してください。 + - レプリケーションインスタンスをパブリックサブネットにデプロイし、 **Public accessible**を有効にします。詳細については、 [インターネットアクセスの設定](https://docs.aws.amazon.com/vpc/latest/userguide/VPC_Internet_Gateway.html#vpc-igw-internet-access)を参照してください。 - レプリケーションインスタンスをプライベートサブネットにデプロイし、プライベートサブネット内のトラフィックをパブリックサブネットにルーティングします。この場合、少なくとも3つのサブネット（プライベートサブネット2つとパブリックサブネット1つ）が必要です。2つのプライベートサブネットは、レプリケーションインスタンスが存在するサブネットグループを形成します。次に、パブリックサブネットにNATゲートウェイを作成し、2つのプライベートサブネットのトラフィックをNATゲートウェイにルーティングする必要があります。詳細については、 [プライベートサブネットからインターネットにアクセスする](https://docs.aws.amazon.com/vpc/latest/userguide/nat-gateway-scenarios.html#public-nat-internet-access)を参照してください。 @@ -52,7 +52,7 @@ TiDB Cloud Starter またはTiDB Cloud Essential の場合、クライアント - [パブリックエンドポイント経由でTiDB Cloud Starter または Essential クラスターに接続する](/tidb-cloud/connect-via-standard-connection-serverless.md)場合、次のいずれかを実行して、DMS レプリケーションインスタンスがインターネットにアクセスできることを確認します。 - - レプリケーションインスタンスをパブリックサブネットにデプロイし、 **Public accessible**を有効にします。詳細については、 [インターネットアクセスのコンフィグレーション](https://docs.aws.amazon.com/vpc/latest/userguide/VPC_Internet_Gateway.html#vpc-igw-internet-access)を参照してください。 + - レプリケーションインスタンスをパブリックサブネットにデプロイし、 **Public accessible**を有効にします。詳細については、 [インターネットアクセスの設定](https://docs.aws.amazon.com/vpc/latest/userguide/VPC_Internet_Gateway.html#vpc-igw-internet-access)を参照してください。 - レプリケーションインスタンスをプライベートサブネットにデプロイし、プライベートサブネット内のトラフィックをパブリックサブネットにルーティングします。この場合、少なくとも3つのサブネット（プライベートサブネット2つとパブリックサブネット1つ）が必要です。2つのプライベートサブネットは、レプリケーションインスタンスが存在するサブネットグループを形成します。次に、パブリックサブネットにNATゲートウェイを作成し、2つのプライベートサブネットのトラフィックをNATゲートウェイにルーティングする必要があります。詳細については、 [プライベートサブネットからインターネットにアクセスする](https://docs.aws.amazon.com/vpc/latest/userguide/nat-gateway-scenarios.html#public-nat-internet-access)を参照してください。 @@ -68,7 +68,7 @@ TiDB Cloud Dedicated の場合、クライアントはパブリックエンド - [パブリックエンドポイント経由でTiDB Cloud Dedicated クラスターに接続する](/tidb-cloud/connect-via-standard-connection.md)については、DMS レプリケーションインスタンスがインターネットにアクセスできることを確認するために、次のいずれかを実行します。さらに、レプリケーションインスタンスまたは NAT ゲートウェイのパブリック IP アドレスをクラスターの[IPアクセスリスト](/tidb-cloud/configure-ip-access-list.md)に追加する必要があります。 - - レプリケーションインスタンスをパブリックサブネットにデプロイし、 **Public accessible**を有効にします。詳細については、 [インターネットアクセスのコンフィグレーション](https://docs.aws.amazon.com/vpc/latest/userguide/VPC_Internet_Gateway.html#vpc-igw-internet-access)を参照してください。 + - レプリケーションインスタンスをパブリックサブネットにデプロイし、 **Public accessible**を有効にします。詳細については、 [インターネットアクセスの設定](https://docs.aws.amazon.com/vpc/latest/userguide/VPC_Internet_Gateway.html#vpc-igw-internet-access)を参照してください。 - レプリケーションインスタンスをプライベートサブネットにデプロイし、プライベートサブネット内のトラフィックをパブリックサブネットにルーティングします。この場合、少なくとも3つのサブネット（プライベートサブネット2つとパブリックサブネット1つ）が必要です。2つのプライベートサブネットは、レプリケーションインスタンスが存在するサブネットグループを形成します。次に、パブリックサブネットにNATゲートウェイを作成し、2つのプライベートサブネットのトラフィックをNATゲートウェイにルーティングする必要があります。詳細については、 [プライベートサブネットからインターネットにアクセスする](https://docs.aws.amazon.com/vpc/latest/userguide/nat-gateway-scenarios.html#public-nat-internet-access)を参照してください。 diff --git a/tidb-cloud/tidb-cloud-dm-precheck-and-troubleshooting.md b/tidb-cloud/tidb-cloud-dm-precheck-and-troubleshooting.md index 29d20787d9a1e..8aaece0a67552 100644 --- a/tidb-cloud/tidb-cloud-dm-precheck-and-troubleshooting.md +++ b/tidb-cloud/tidb-cloud-dm-precheck-and-troubleshooting.md @@ -16,14 +16,14 @@ summary: データ移行時に発生する事前チェックエラー、移行 ### エラーメッセージ: mysql server_id が 0 より大きいかどうかを確認してください {#error-message-check-whether-mysql-server-id-has-been-greater-than-0} - Amazon Aurora MySQL または Amazon RDS: `server_id`はデフォルトで設定されています。設定する必要はありません。フルデータ移行と増分データ移行の両方をサポートするには、Amazon Aurora MySQL ライターインスタンスを使用していることを確認してください。 -- MySQL: MySQL 用に`server_id`を構成するには、 [レプリケーションソースコンフィグレーションの設定](https://dev.mysql.com/doc/refman/8.0/en/replication-howto-masterbaseconfig.html)を参照してください。 +- MySQL: MySQL 用に`server_id`を構成するには、 [レプリケーションソース設定の設定](https://dev.mysql.com/doc/refman/8.0/en/replication-howto-masterbaseconfig.html)を参照してください。 ### エラーメッセージ: mysql binlogが有効になっているか確認してください {#error-message-check-whether-mysql-binlog-is-enabled} - Amazon Aurora MySQL: [Amazon Aurora MySQL互換クラスターでバイナリログを有効にするにはどうすればよいですか？](https://aws.amazon.com/premiumsupport/knowledge-center/enable-binary-logging-aurora/?nc1=h_ls)を参照してください。完全データ移行と増分データ移行の両方をサポートするには、Amazon Aurora MySQL ライター インスタンスを使用していることを確認してください。 - Amazon RDS: [MySQLバイナリログの設定](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_LogAccess.MySQL.BinaryFormat.html)を参照してください。 - Google Cloud SQL for MySQL: Google は、MySQL マスター データベースのポイントインタイムリカバリを通じてバイナリ ロギングを可能にします。 [特定時点へのリカバリを有効にする](https://cloud.google.com/sql/docs/mysql/backup-recovery/pitr#enablingpitr)を参照してください。 -- MySQL: [レプリケーションソースコンフィグレーションの設定](https://dev.mysql.com/doc/refman/8.0/en/replication-howto-masterbaseconfig.html)を参照してください。 +- MySQL: [レプリケーションソース設定の設定](https://dev.mysql.com/doc/refman/8.0/en/replication-howto-masterbaseconfig.html)を参照してください。 ### エラーメッセージ: mysql binlog_format が ROW かどうか確認してください {#error-message-check-whether-mysql-binlog-format-is-row} diff --git a/tidb-cloud/v8.5-performance-highlights.md b/tidb-cloud/v8.5-performance-highlights.md index 340bef41cfac4..64e8a990e548c 100644 --- a/tidb-cloud/v8.5-performance-highlights.md +++ b/tidb-cloud/v8.5-performance-highlights.md @@ -57,7 +57,7 @@ MVCC バージョンが蓄積されると、リクエストされたデータと クエリのレイテンシーは50% 減少し、スループットは 100% 増加します。 -| コンフィグレーション | 期間（秒） | スレッド | TPS | QPS | 平均レイテンシー（ミリ秒） | P95レイテンシー(ミリ秒) | +| 設定 | 期間（秒） | スレッド | TPS | QPS | 平均レイテンシー（ミリ秒） | P95レイテンシー(ミリ秒) | | ---------- | ----- | ---- | ----- | ------ | ------------- | -------------- | | IMEを無効にする | 3600 | 10 | 123.8 | 1498.3 | 80.76 | 207.82 | | IMEを有効にする | 3600 | 10 | 238.2 | 2881.5 | 41.99 | 78.60 | diff --git a/tidb-configuration-file.md b/tidb-configuration-file.md index f951595eba131..c1ec1e74edab1 100644 --- a/tidb-configuration-file.md +++ b/tidb-configuration-file.md @@ -274,7 +274,7 @@ TiDB 設定ファイルは、コマンドラインパラメーターよりも多 ## log {#log} -ログに関連するコンフィグレーション項目。 +ログに関連する設定項目。 ### `level` {#level} @@ -353,7 +353,7 @@ TiDB 設定ファイルは、コマンドラインパラメーターよりも多 ### log.file {#logfile} -ログファイルに関連するコンフィグレーション項目。 +ログファイルに関連する設定項目。 #### `filename` {#filename} @@ -389,7 +389,7 @@ TiDB 設定ファイルは、コマンドラインパラメーターよりも多 ## security {#security} -セキュリティに関連するコンフィグレーション項目。 +セキュリティに関連する設定項目。 ### `enable-sem` {#enable-sem} @@ -489,7 +489,7 @@ TiDB 設定ファイルは、コマンドラインパラメーターよりも多 ## performance {#performance} -パフォーマンスに関連するコンフィグレーション項目。 +パフォーマンスに関連する設定項目。 ### `max-procs` {#max-procs} @@ -646,7 +646,7 @@ TiDB 設定ファイルは、コマンドラインパラメーターよりも多 ## opentracing {#opentracing} -OpenTracingに関連するコンフィグレーション項目。 +OpenTracingに関連する設定項目。 ### `enable` {#enable} @@ -660,7 +660,7 @@ OpenTracingに関連するコンフィグレーション項目。 ### opentracing.sampler {#opentracingsampler} -opentracing.sampler に関連するコンフィグレーション項目。 +opentracing.sampler に関連する設定項目。 #### `type` {#type} @@ -694,7 +694,7 @@ opentracing.sampler に関連するコンフィグレーション項目。 ### opentracing.reporter {#opentracingreporter} -opentracing.reporter に関連するコンフィグレーション項目。 +opentracing.reporter に関連する設定項目。 #### `queue-size` {#queue-size} @@ -825,7 +825,7 @@ opentracing.reporter に関連するコンフィグレーション項目。 ## txn-local-latches {#txn-local-latches} -トランザクションラッチに関連するコンフィグレーション項目。これらの設定項目は将来的に非推奨となる可能性があります。使用は推奨されません。 +トランザクションラッチに関連する設定項目。これらの設定項目は将来的に非推奨となる可能性があります。使用は推奨されません。 ### `enabled` {#enabled} @@ -839,7 +839,7 @@ opentracing.reporter に関連するコンフィグレーション項目。 ## status {#status} -TiDBサービスの状態に関するコンフィグレーション。 +TiDBサービスの状態に関する設定。 ### `report-status` {#report-status} @@ -893,7 +893,7 @@ TiDBサービスの状態に関するコンフィグレーション。 ## isolation-read {#isolation-read} -読み取り分離に関連するコンフィグレーション項目。 +読み取り分離に関連する設定項目。 ### `engines` {#engines} @@ -1041,7 +1041,7 @@ TiDBサービスの状態に関するコンフィグレーション。 ## proxy-protocol {#proxy-protocol} -PROXYプロトコルに関連するコンフィグレーション項目。 +PROXYプロトコルに関連する設定項目。 ### `networks` {#networks} diff --git a/tidb-lightning/tidb-lightning-configuration.md b/tidb-lightning/tidb-lightning-configuration.md index 9be7b0b92b966..413292d75abb8 100644 --- a/tidb-lightning/tidb-lightning-configuration.md +++ b/tidb-lightning/tidb-lightning-configuration.md @@ -3,7 +3,7 @@ title: TiDB Lightning Configuration summary: TiDB Lightningの CLI の使用方法とサンプル構成について学習します。 --- -# TiDB Lightningコンフィグレーション {#tidb-lightning-configuration} +# TiDB Lightning設定 {#tidb-lightning-configuration} このドキュメントでは、グローバル設定とタスク設定のサンプルを提供し、コマンドラインパラメータの使用方法を説明します。サンプル設定ファイルは[`lightning/tidb-lightning.toml`](https://github.com/pingcap/tidb/blob/master/lightning/tidb-lightning.toml)にあります。 @@ -513,7 +513,7 @@ CSV ファイルの解析方法を構成します。 #### `host` {#host} -- クラスターからの任意の TiDBサーバーのコンフィグレーション。 +- クラスターからの任意の TiDBサーバーの設定。 diff --git a/tidb-lightning/tidb-lightning-data-source.md b/tidb-lightning/tidb-lightning-data-source.md index 7392b2cc46ed5..00afb9dee28c9 100644 --- a/tidb-lightning/tidb-lightning-data-source.md +++ b/tidb-lightning/tidb-lightning-data-source.md @@ -106,7 +106,7 @@ CSVファイルはスキーマレスです。CSVファイルをTiDBにインポ - DDL文を含む`${db_name}.${table_name}-schema.sql`および`${db_name}-schema-create.sql`名前のファイルを作成します。 - TiDB にテーブルスキーマを手動で作成します。 -### コンフィグレーション {#configuration} +### 設定 {#configuration} CSV形式は、 `tidb-lightning.toml`ファイルの`[mydumper.csv]`セクションで設定できます。ほとんどの設定には、MySQLの[`LOAD DATA`](https://dev.mysql.com/doc/refman/8.0/en/load-data.html)ステートメントに対応するオプションがあります。 diff --git a/tidb-lightning/tidb-lightning-logical-import-mode-usage.md b/tidb-lightning/tidb-lightning-logical-import-mode-usage.md index df8058788c576..4f64c6bfc4322 100644 --- a/tidb-lightning/tidb-lightning-logical-import-mode-usage.md +++ b/tidb-lightning/tidb-lightning-logical-import-mode-usage.md @@ -43,7 +43,7 @@ password = "" log-level = "error" ``` -完全な設定ファイルについては、 [TiDB Lightning のコンフィグレーション](/tidb-lightning/tidb-lightning-configuration.md)を参照してください。 +完全な設定ファイルについては、 [TiDB Lightning の設定](/tidb-lightning/tidb-lightning-configuration.md)を参照してください。 ## 競合検出 {#conflict-detection} diff --git a/tidb-performance-tuning-config.md b/tidb-performance-tuning-config.md index 31bd6d68ba88e..6d778bf27b12d 100644 --- a/tidb-performance-tuning-config.md +++ b/tidb-performance-tuning-config.md @@ -116,7 +116,7 @@ level0-slowdown-writes-trigger = 20 soft-pending-compaction-bytes-limit = "192GiB" ``` -| コンフィグレーションアイテム | 説明 | 注記 | +| 設定アイテム | 説明 | 注記 | | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | | [`concurrent-send-snap-limit`](/tikv-configuration-file.md#concurrent-send-snap-limit) [`concurrent-recv-snap-limit`](/tikv-configuration-file.md#concurrent-recv-snap-limit) [`snap-io-max-bytes-per-sec`](/tikv-configuration-file.md#snap-io-max-bytes-per-sec) | TiKVのスケーリング操作中に、同時スナップショット転送量とI/O帯域幅の制限を設定します。制限値を高く設定すると、データ移行が高速化され、スケーリング時間が短縮されます。 | これらの制限を調整すると、スケーリング速度とオンライントランザクションパフォーマンスのトレードオフに影響します。 | | [`rocksdb.max-manifest-file-size`](/tikv-configuration-file.md#max-manifest-file-size) | RocksDB マニフェストファイルの最大サイズを設定します。このファイルには、SST ファイルとデータベースの状態変更に関するメタデータが記録されます。このサイズを大きくすると、マニフェストファイルの書き換え頻度が減り、フォアグラウンド書き込みパフォーマンスへの影響を最小限に抑えることができます。 | デフォルト値は`128MiB`です。SSTファイルが多数存在する環境（例えば、数十万個）では、マニフェストファイルの書き換えが頻繁に行われると、書き込みパフォーマンスが低下する可能性があります。このパラメータを`256MiB`以上の値に調整することで、最適なパフォーマンスを維持できます。 | @@ -156,7 +156,7 @@ TiFlash-learner 設定ファイルに以下の設定項目を追加してくだ snap-io-max-bytes-per-sec = "300MiB" ``` -| コンフィグレーションアイテム | 説明 | 注記 | +| 設定アイテム | 説明 | 注記 | | ------------------------------------------------------------------------------------ | ---------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------ | | [`snap-io-max-bytes-per-sec`](/tikv-configuration-file.md#snap-io-max-bytes-per-sec) | TiKVからTiFlashへのデータレプリケーションにおける、最大許容ディスク帯域幅を制御します。制限値を高く設定すると、初期データロードとキャッチアップレプリケーションが高速化されます。 | 帯域幅の消費量が増加すると、オンライントランザクションのパフォーマンスに影響が出る可能性があります。レプリケーション速度とシステム安定性のバランスを取ることが重要です。 | @@ -479,7 +479,7 @@ TiDBは集計処理をTiKVにプッシュダウンすることで、データ転 - 固有の識別子またはタイムスタンプ。 - 例：ユーザーID、トランザクションID。 -#### コンフィグレーション {#configuration} +#### 設定 {#configuration} セッションレベルまたはグローバルレベルでプッシュダウン最適化を有効にする： diff --git a/tidb-upgrade-migration-guide.md b/tidb-upgrade-migration-guide.md index f102aa79fe6cc..161b526be6b2f 100644 --- a/tidb-upgrade-migration-guide.md +++ b/tidb-upgrade-migration-guide.md @@ -74,7 +74,7 @@ SET GLOBAL tidb_gc_life_time=60h; - バックアップ速度: 8つのスレッドで TiKV ノードごとに 1 TiB のデータのバックアップに約1時間かかります。 - 復元速度: TiKV ノードごとに 1 TiB のデータの復元には約20分かかります。 -- **コンフィグレーションの整合性**：古いクラスタと新しいクラスタの構成が[`new_collations_enabled_on_first_bootstrap`](/tidb-configuration-file.md#new_collations_enabled_on_first_bootstrap)であることを確認してください。同一でない場合、 BRの復元は失敗します。 +- **設定の整合性**：古いクラスタと新しいクラスタの構成が[`new_collations_enabled_on_first_bootstrap`](/tidb-configuration-file.md#new_collations_enabled_on_first_bootstrap)であることを確認してください。同一でない場合、 BRの復元は失敗します。 - **システムテーブルの復元**: BR復元中に`--with-sys-table`オプションを使用して、システムテーブルデータを復元します。 @@ -184,7 +184,7 @@ tiup cluster start # Start the cluster この移行手順では、 BR `--with-sys-table`オプションを使用して一部のシステムテーブルデータを復元します。対象範囲に含まれないテーブルについては、手動で復元する必要があります。確認および補足すべき一般的な項目は次のとおりです。 - ユーザー権限： `mysql.user`テーブルを比較します。 -- コンフィグレーション設定: 設定項目とシステム変数が一貫していることを確認します。 +- 設定: 設定項目とシステム変数が一貫していることを確認します。 - AUTO_INCREMENT列: 新しいクラスター内のAUTO_INCREMENT ID キャッシュをクリアします。 - 統計: 統計を手動で収集するか、新しいクラスターで自動収集を有効にします。 diff --git a/tiflash-deployment-topology.md b/tiflash-deployment-topology.md index 7046495681271..3a4b2e9c1ea39 100644 --- a/tiflash-deployment-topology.md +++ b/tiflash-deployment-topology.md @@ -34,7 +34,7 @@ TiFlashは列指向型ストレージエンジンであり、徐々に標準的 - PD の[配置ルール](/configure-placement-rules.md)機能を有効にするには、構成テンプレートの`replication.enable-placement-rules`の値を`true`に設定します。 - `tiflash_servers`のインスタンスレベル`"-host"`構成では、ドメイン名ではなく IP のみがサポートされます。 -- TiFlashパラメータの詳細な説明については、 [TiFlashコンフィグレーション](/tiflash/tiflash-configuration.md)を参照してください。 +- TiFlashパラメータの詳細な説明については、 [TiFlash設定](/tiflash/tiflash-configuration.md)を参照してください。 > **Note:** > diff --git a/tikv-configuration-file.md b/tikv-configuration-file.md index 17de50ea68240..c9357564de651 100644 --- a/tikv-configuration-file.md +++ b/tikv-configuration-file.md @@ -52,7 +52,7 @@ TiKV の設定ファイルは、コマンドラインパラメータよりも多 ## log New in v5.4.0 {#log-new-in-v540} -- ログに関連するコンフィグレーション項目。 +- ログに関連する設定項目。 - バージョン 5.4.0 以降、TiKV と TiDB のログ設定項目を統一するため、TiKV は以前の設定項目`log-rotation-timespan`を非推奨とし、 `log-level` 、 `log-format` 、 `log-file` 、 `log-rotation-size`を以下の項目に変更します。古い設定項目のみを設定し、その値をデフォルト値以外に設定した場合、古い項目は新しい項目と互換性があります。古い設定項目と新しい設定項目の両方を設定した場合、新しい項目が有効になります。 @@ -76,7 +76,7 @@ TiKV の設定ファイルは、コマンドラインパラメータよりも多 ## log.file v5.4.0で追加 {#logfile-new-in-v540} -- ログファイルに関連するコンフィグレーション項目。 +- ログファイルに関連する設定項目。 ### `filename` v5.4.0 で追加 {#filename-new-in-v540} @@ -106,7 +106,7 @@ TiKV の設定ファイルは、コマンドラインパラメータよりも多 ## server {#server} -- サーバーに関連するコンフィグレーション項目。 +- サーバーに関連する設定項目。 ### `addr` {#addr} @@ -311,7 +311,7 @@ TiKV の設定ファイルは、コマンドラインパラメータよりも多 ## readpool.unified {#readpoolunified} -読み取りリクエストを処理するシングルスレッドプールに関連するコンフィグレーション項目。このスレッドプールは、バージョン4.0以降、従来のストレージスレッドプールとコプロセッサスレッドプールに取って代わるものです。 +読み取りリクエストを処理するシングルスレッドプールに関連する設定項目。このスレッドプールは、バージョン4.0以降、従来のストレージスレッドプールとコプロセッサスレッドプールに取って代わるものです。 ### `min-thread-count` {#min-thread-count} @@ -365,7 +365,7 @@ TiKV の設定ファイルは、コマンドラインパラメータよりも多 ## readpool.storage {#readpoolstorage} -ストレージスレッドプールに関連するコンフィグレーション項目。 +ストレージスレッドプールに関連する設定項目。 ### `use-unified-pool` {#use-unified-pool-1} @@ -419,7 +419,7 @@ TiKV の設定ファイルは、コマンドラインパラメータよりも多 ## `readpool.coprocessor` {#readpoolcoprocessor} -コプロセッサースレッドプールに関連するコンフィグレーション項目。 +コプロセッサースレッドプールに関連する設定項目。 ### `use-unified-pool` {#use-unified-pool} @@ -473,7 +473,7 @@ TiKV の設定ファイルは、コマンドラインパラメータよりも多 ## storage {#storage} -ストレージに関連するコンフィグレーション項目。 +ストレージに関連する設定項目。 ### `data-dir` {#data-dir} @@ -573,7 +573,7 @@ TiKV の設定ファイルは、コマンドラインパラメータよりも多 ## storage.block-cache {#storageblock-cache} -複数の RocksDBカラムファミリー (CF) 間でブロックキャッシュを共有することに関連するコンフィグレーション項目。 +複数の RocksDBカラムファミリー (CF) 間でブロックキャッシュを共有することに関連する設定項目。 ### `capacity` {#capacity-1} @@ -593,7 +593,7 @@ TiKV の設定ファイルは、コマンドラインパラメータよりも多 ## storage.flow-control {#storageflow-control} -TiKVにおけるフロー制御メカニズムに関連するコンフィグレーション項目。このメカニズムはRocksDBの書き込み停止メカニズムに代わるもので、スケジューラレイヤーでのフローを制御することで、 RaftstoreやApplyスレッドの停止によって引き起こされる二次的な障害を回避します。 +TiKVにおけるフロー制御メカニズムに関連する設定項目。このメカニズムはRocksDBの書き込み停止メカニズムに代わるもので、スケジューラレイヤーでのフローを制御することで、 RaftstoreやApplyスレッドの停止によって引き起こされる二次的な障害を回避します。 ### `enable` {#enable-1} @@ -632,7 +632,7 @@ TiKVにおけるフロー制御メカニズムに関連するコンフィグレ ## storage.io-rate-limit {#storageio-rate-limit} -I/Oレートリミッターに関連するコンフィグレーション項目。 +I/Oレートリミッターに関連する設定項目。 ### `max-bytes-per-sec` {#max-bytes-per-sec} @@ -706,7 +706,7 @@ I/Oレートリミッターに関連するコンフィグレーション項目 ## raftstore {#raftstore} -Raftstoreに関連するコンフィグレーション項目。 +Raftstoreに関連する設定項目。 ### `prevote` {#prevote} @@ -1230,7 +1230,7 @@ Raftstoreに関連するコンフィグレーション項目。 ## coprocessor {#coprocessor} -コプロセッサーに関連するコンフィグレーション項目。 +コプロセッサーに関連する設定項目。 ### `split-region-on-table` {#split-region-on-table} @@ -1301,7 +1301,7 @@ Raftstoreに関連するコンフィグレーション項目。 ## rocksdb {#rocksdb} -RocksDBに関連するコンフィグレーション項目 +RocksDBに関連する設定項目 ### `max-background-jobs` {#max-background-jobs-1} @@ -1538,7 +1538,7 @@ RocksDBに関連するコンフィグレーション項目 ## rocksdb.titan {#rocksdbtitan} -Titanに関連するコンフィグレーション項目。 +Titanに関連する設定項目。 ### `enabled` {#enabled} @@ -1569,7 +1569,7 @@ Titanに関連するコンフィグレーション項目。 ## rocksdb.defaultcf | rocksdb.writecf | rocksdb.lockcf | rocksdb.raftcf {#rocksdbdefaultcf--rocksdbwritecf--rocksdblockcf--rocksdbraftcf} -`rocksdb.defaultcf` 、 `rocksdb.writecf` 、および`rocksdb.lockcf`に関連するコンフィグレーション項目。 +`rocksdb.defaultcf` 、 `rocksdb.writecf` 、および`rocksdb.lockcf`に関連する設定項目。 ### `block-size` {#block-size} @@ -1841,7 +1841,7 @@ Titanに関連するコンフィグレーション項目。 > > Titan は`rocksdb.defaultcf`でのみ有効にできます。 `rocksdb.writecf`では Titan の有効化はサポートされていません。 -`rocksdb.defaultcf.titan`に関連するコンフィグレーション項目。 +`rocksdb.defaultcf.titan`に関連する設定項目。 ### `min-blob-size` {#min-blob-size} @@ -1946,7 +1946,7 @@ Titanに関連するコンフィグレーション項目。 ## raftdb {#raftdb} -`raftdb`に関連するコンフィグレーション項目 +`raftdb`に関連する設定項目 ### `max-background-jobs` {#max-background-jobs} @@ -2101,7 +2101,7 @@ Titanに関連するコンフィグレーション項目。 ## Raft Engine {#raft-engine} -Raft Engineに関連するコンフィグレーション項目。 +Raft Engineに関連する設定項目。 > **Note:** > @@ -2228,7 +2228,7 @@ Raft Engineに関連するコンフィグレーション項目。 ## 安全 {#security} -セキュリティに関連するコンフィグレーション項目。 +セキュリティに関連する設定項目。 ### `ca-path` {#ca-path} @@ -2261,7 +2261,7 @@ Raft Engineに関連するコンフィグレーション項目。 ## セキュリティ暗号化 {#securityencryption} -[保存時の暗号化](/encryption-at-rest.md)(TDE)に関するコンフィグレーション項目。 +[保存時の暗号化](/encryption-at-rest.md)(TDE)に関する設定項目。 ### `data-encryption-method` {#data-encryption-method} @@ -2291,7 +2291,7 @@ Raft Engineに関連するコンフィグレーション項目。 ## インポート {#import} -TiDB LightningのインポートおよびBR復元に関連するコンフィグレーション項目。 +TiDB LightningのインポートおよびBR復元に関連する設定項目。 ### `num-threads` {#num-threads-1} @@ -2405,7 +2405,7 @@ TiKVの自動圧縮の動作を設定します。 ## バックアップ {#backup} -BRバックアップに関連するコンフィグレーション項目。 +BRバックアップに関連する設定項目。 ### `num-threads` {#num-threads} @@ -2463,7 +2463,7 @@ BRバックアップに関連するコンフィグレーション項目。 ## ログバックアップ {#log-backup} -ログバックアップに関連するコンフィグレーション項目。 +ログバックアップに関連する設定項目。 ### v6.2.0で`enable` {#enable-new-in-v620} @@ -2513,7 +2513,7 @@ BRバックアップに関連するコンフィグレーション項目。 ## CDC {#cdc} -TiCDCに関連するコンフィグレーション項目。 +TiCDCに関連する設定項目。 ### `min-ts-interval` {#min-ts-interval} @@ -2558,7 +2558,7 @@ TiCDCに関連するコンフィグレーション項目。 ## resolved-ts {#resolved-ts} -ステイル読み取りリクエストを処理するために、Resolved TSを維持することに関連するコンフィグレーション項目。 +ステイル読み取りリクエストを処理するために、Resolved TSを維持することに関連する設定項目。 ### `enable` {#enable} @@ -2615,7 +2615,7 @@ TiCDCに関連するコンフィグレーション項目。 ## クォータ {#quota} -クォータリミッターに関連するコンフィグレーション項目。 +クォータリミッターに関連する設定項目。 ### `max-delay-duration` v6.0.0で追加 {#max-delay-duration-new-in-v600} @@ -2625,7 +2625,7 @@ TiCDCに関連するコンフィグレーション項目。 ### フォアグラウンドクォータリミッター {#foreground-quota-limiter} -フォアグラウンドのクォータリミッターに関連するコンフィグレーション項目。 +フォアグラウンドのクォータリミッターに関連する設定項目。 TiKV がデプロイされているマシンにリソースが限られている場合、たとえば、CPU が 4V、メモリが16GB しかないとします。このような状況では、TiKV のフォアグラウンドが読み書きリクエストを過剰に処理し、バックグラウンドで使用される CPU リソースがこれらのリクエストの処理に占有され、TiKV のパフォーマンスの安定性に影響する可能性があります。この状況を回避するには、フォアグラウンドのクォータ関連の設定項目を使用して、フォアグラウンドで使用される CPU リソースを制限できます。リクエストがクォータ リミッターをトリガーすると、リクエストは TiKV が CPU リソースを解放するまでしばらく待機させられます。正確な待機時間はリクエストの数によって異なり、最大待機時間は[`max-delay-duration`](#max-delay-duration-new-in-v600)の値を超えません。 @@ -2650,7 +2650,7 @@ TiKV がデプロイされているマシンにリソースが限られている ### バックグラウンドクォータリミッター {#background-quota-limiter} -バックグラウンドクォータリミッターに関連するコンフィグレーション項目。 +バックグラウンドクォータリミッターに関連する設定項目。 TiKV がデプロイされているマシンにリソースが限られている場合、たとえば CPU が 4V、メモリが16GB しかない場合を考えてみましょう。このような状況では、TiKV のバックグラウンドで計算や読み書きリクエストが多すぎると、フォアグラウンドで使用される CPU リソースがこれらのリクエストの処理に占有され、TiKV のパフォーマンスの安定性に影響します。この状況を回避するには、バックグラウンドのクォータ関連の設定項目を使用して、バックグラウンドで使用される CPU リソースを制限できます。リクエストがクォータ リミッターをトリガーすると、TiKV が CPU リソースを解放するまで、リクエストはしばらく待機させられます。正確な待機時間はリクエストの数によって異なり、最大待機時間は[`max-delay-duration`](#max-delay-duration-new-in-v600)の値を超えません。 @@ -2682,7 +2682,7 @@ TiKV がデプロイされているマシンにリソースが限られている ## causal-ts v6.1.0の新機能 {#causal-ts-new-in-v610} -TiKV API V2 が有効になっている場合にタイムスタンプを取得することに関連するコンフィグレーション項目 ( `storage.api-version = 2` )。 +TiKV API V2 が有効になっている場合にタイムスタンプを取得することに関連する設定項目 ( `storage.api-version = 2` )。 書き込みレイテンシーを低減するため、TiKVは定期的にタイムスタンプのバッチをローカルに取得してキャッシュします。キャッシュされたタイムスタンプは、PDへの頻繁なアクセスを回避し、TSOサービスの一時的な障害を許容するのに役立ちます。 @@ -2737,7 +2737,7 @@ TiKV API V2 が有効になっている場合にタイムスタンプを取得 ## resource-control {#resource-control} -TiKVストレージレイヤーのリソース制御に関連するコンフィグレーション項目。 +TiKVストレージレイヤーのリソース制御に関連する設定項目。 ### `enabled` （v6.6.0で新規追加） {#enabled-new-in-v660} @@ -2819,7 +2819,7 @@ TiKVストレージレイヤーのリソース制御に関連するコンフィ ## スプリット {#split} -[ロードベース分割](/configure-load-base-split.md)に関するコンフィグレーション項目。 +[ロードベース分割](/configure-load-base-split.md)に関する設定項目。 ### `byte-threshold` v5.0 で追加 {#byte-threshold-new-in-v50} diff --git a/tiproxy/tiproxy-configuration.md b/tiproxy/tiproxy-configuration.md index 900d4941f8f45..3424a73518774 100644 --- a/tiproxy/tiproxy-configuration.md +++ b/tiproxy/tiproxy-configuration.md @@ -39,7 +39,7 @@ skip-ca = true ### プロキシ {#proxy} -SQL ポートのコンフィグレーション。 +SQL ポートの設定。 #### `addr` {#addr} diff --git a/tiproxy/tiproxy-deployment-topology.md b/tiproxy/tiproxy-deployment-topology.md index c45a2b5643cf6..c3e7461025ddb 100644 --- a/tiproxy/tiproxy-deployment-topology.md +++ b/tiproxy/tiproxy-deployment-topology.md @@ -38,7 +38,7 @@ TiProxy のテンプレートの詳細については、 [TiProxyトポロジの ### 主なパラメータ {#key-parameters} - `tiproxy_servers`のインスタンスレベル`"-host"`構成では、ドメイン名ではなく IP のみがサポートされます。 -- TiProxyパラメータの詳細な説明については、 [TiProxy のコンフィグレーション](/tiproxy/tiproxy-configuration.md)を参照してください。 +- TiProxyパラメータの詳細な説明については、 [TiProxy の設定](/tiproxy/tiproxy-configuration.md)を参照してください。 > **Note:** > diff --git a/tiproxy/tiproxy-performance-test.md b/tiproxy/tiproxy-performance-test.md index 123f3011a1035..c7026f849f7f6 100644 --- a/tiproxy/tiproxy-performance-test.md +++ b/tiproxy/tiproxy-performance-test.md @@ -40,7 +40,7 @@ summary: TiProxy のパフォーマンスと HAProxy との比較について学 | TiKV | バージョン8.0.0 | | Sysbench | 1.0.17 | -### コンフィグレーション {#configuration} +### 設定 {#configuration} #### TiProxy の設定 {#tiproxy-configuration} diff --git a/tiup/tiup-cluster-no-sudo-mode.md b/tiup/tiup-cluster-no-sudo-mode.md index ef9fe555b0553..48107780cbf98 100644 --- a/tiup/tiup-cluster-no-sudo-mode.md +++ b/tiup/tiup-cluster-no-sudo-mode.md @@ -160,7 +160,7 @@ Node Check Result Message no-sudoモードでは、 `tidb`ユーザーにはsudo権限がありません。そのため、 `tiup cluster check topology.yaml --apply --user tidb`を実行しても失敗したチェック項目を自動的に修正することはできません。対象マシンで`root`ユーザーを使用して手動で修正する必要があります。 -詳細については、 [TiDB環境とシステムコンフィグレーションのチェック](/check-before-deployment.md)を参照してください。ドキュメントの手順[SSH相互信頼とパスワードなしのsudoを手動で設定する](/check-before-deployment.md#manually-configure-the-ssh-mutual-trust-and-sudo-without-password)をスキップする必要があることに注意してください。 +詳細については、 [TiDB環境とシステム設定のチェック](/check-before-deployment.md)を参照してください。ドキュメントの手順[SSH相互信頼とパスワードなしのsudoを手動で設定する](/check-before-deployment.md#manually-configure-the-ssh-mutual-trust-and-sudo-without-password)をスキップする必要があることに注意してください。 ## クラスターのデプロイと管理 {#deploy-and-manage-the-cluster} diff --git a/tiup/tiup-cluster-topology-reference.md b/tiup/tiup-cluster-topology-reference.md index f502e365fe6c0..b39c1c258db4d 100644 --- a/tiup/tiup-cluster-topology-reference.md +++ b/tiup/tiup-cluster-topology-reference.md @@ -16,7 +16,7 @@ TiUPを使用して TiDB クラスターをデプロイすると、Prometheus、 TiUPを使用した TiDB デプロイメントのトポロジ設定ファイルには、次のセクションが含まれる場合があります。 - [グローバル](#global) : クラスターのグローバル設定。一部の設定項目はデフォルト値を使用しますが、インスタンスごとに個別に設定できます。 -- [監視](#monitored) : 監視サービス（blackbox_exporterと`node_exporter`のコンフィグレーション。各マシンに`node_exporter`と`blackbox_exporter`がデプロイされています。 +- [監視](#monitored) : 監視サービス（blackbox_exporterと`node_exporter`の設定。各マシンに`node_exporter`と`blackbox_exporter`がデプロイされています。 - [サーバー構成](#server_configs) : コンポーネントのグローバル設定。各コンポーネントを個別に設定できます。インスタンスに同じ名前の設定項目がある場合は、インスタンスの設定項目が有効になります。 - [コンポーネントバージョン](#component_versions) : コンポーネントバージョン。コンポーネントがクラスタバージョンを使用しない場合に設定します。このセクションはtiup-cluster v1.14.0で導入されました。 - [pd_servers](#pd_servers) : PDインスタンスの構成。この構成では、PDコンポーネントがデプロイされるマシンを指定します。 diff --git a/tso-configuration-file.md b/tso-configuration-file.md index 5d9960fc7dc38..aeeeb38efe6a7 100644 --- a/tso-configuration-file.md +++ b/tso-configuration-file.md @@ -58,7 +58,7 @@ TSOノードは、PD用の`tso`マイクロサービスを提供するために ## security {#security} -セキュリティ関連のコンフィグレーション項目 +セキュリティ関連の設定項目 ### `cacert-path` {#cacert-path} @@ -83,7 +83,7 @@ TSOノードは、PD用の`tso`マイクロサービスを提供するために ## log {#log} -ログに関するコンフィグレーション項目。 +ログに関する設定項目。 ### `level` {#level} @@ -104,7 +104,7 @@ TSOノードは、PD用の`tso`マイクロサービスを提供するために ## log.file {#log-file} -ログファイルに関連するコンフィグレーション項目 +ログファイルに関連する設定項目 ### `max-size` {#max-size} @@ -127,7 +127,7 @@ TSOノードは、PD用の`tso`マイクロサービスを提供するために ## metric {#metric} -監視に関連するコンフィグレーション項目 +監視に関連する設定項目 ### `interval` {#interval} diff --git a/two-data-centers-in-one-city-deployment.md b/two-data-centers-in-one-city-deployment.md index c1fd0190521e8..e09a926331e32 100644 --- a/two-data-centers-in-one-city-deployment.md +++ b/two-data-centers-in-one-city-deployment.md @@ -32,7 +32,7 @@ TiDBは通常、高可用性と災害復旧機能を確保するために、マ - **async** : 非同期レプリケーションモード。このモードでは、ディザスタリカバリAZはプライマリAZと完全には同期されません。RaftアルゴリズムはRaftプロトコルに従ってログを複製します。 - **sync-recover** : 同期リカバリモード。このモードでは、ディザスタリカバリAZはプライマリAZと完全には同期されていません。Raftは徐々にラベルレプリケーションモードに切り替え、ラベル情報をPDに報告します。 -## コンフィグレーション {#configuration} +## 設定 {#configuration} ### 例 {#example} From dee0e5b85972204d947ea00d9b3f8b8e73f943ff Mon Sep 17 00:00:00 2001 From: Yasuo Honda Date: Fri, 11 Sep 2026 10:57:50 +0900 Subject: [PATCH 3/7] i18n(ja): restore literal English Resource Manager section names The Resource Manager page's Configuration/Estimate Capacity/Metrics section names are literal TiDB Dashboard UI labels (verified against pingcap/tidb-dashboard's own en.yaml translation file), not generic prose to translate. The previous commit in this branch had converted this file's Configuration bullet from a katakana rendering to Japanese, which was the wrong direction for a UI-literal label; Estimate Capacity and Metrics had similar pre-existing issues unrelated to this branch. Fixes both headings, the section-list bullets, one internal cross-reference link, and the frontmatter summary that names all three sections. Co-Authored-By: Claude Sonnet 5 --- dashboard/dashboard-resource-manager.md | 14 +++++++------- 1 file changed, 7 insertions(+), 7 deletions(-) diff --git a/dashboard/dashboard-resource-manager.md b/dashboard/dashboard-resource-manager.md index c7b228bb7ea29..a8fbca2bca554 100644 --- a/dashboard/dashboard-resource-manager.md +++ b/dashboard/dashboard-resource-manager.md @@ -1,6 +1,6 @@ --- title: TiDB Dashboard Resource Manager Page -summary: TiDB Dashboardのリソースマネージャページは、クラスタ管理者がリソースグループを作成し、クォータを設定することでリソース分離を実装するのに役立ちます。クラスタ容量を推定し、リソース消費量を監視するための方法を提供します。このページには、TiDB Dashboardまたはブラウザからアクセスできます。このページには、構成、容量推定、およびメトリックのセクションがあります。容量推定方法には、ハードウェアのデプロイと実際のワークロードが含まれます。監視メトリックには、消費されたRUの合計、リソースグループによる消費RU、TiDB CPUクォータと使用量、TiKV CPUクォータと使用量、TiKV IO MBpsが含まれます。 +summary: TiDB Dashboardのリソースマネージャページは、クラスタ管理者がリソースグループを作成し、クォータを設定することでリソース分離を実装するのに役立ちます。クラスタ容量を推定し、リソース消費量を監視するための方法を提供します。このページには、TiDB Dashboardまたはブラウザからアクセスできます。このページには、Configuration、Estimate Capacity、およびMetricsのセクションがあります。容量推定方法には、ハードウェアのデプロイと実際のワークロードが含まれます。監視メトリックには、消費されたRUの合計、リソースグループによる消費RU、TiDB CPUクォータと使用量、TiKV CPUクォータと使用量、TiKV IO MBpsが含まれます。 --- # TiDB Dashboardリソースマネージャーページ {#tidb-dashboard-resource-manager-page} @@ -23,16 +23,16 @@ summary: TiDB Dashboardのリソースマネージャページは、クラスタ リソースマネージャー ページには、次の3つのセクションがあります。 -- 設定: このセクションには、TiDBの`RESOURCE_GROUPS`テーブルから取得したデータが表示されます。すべてのリソースグループに関する情報が含まれています。詳細については、 [`RESOURCE_GROUPS`](/information-schema/information-schema-resource-groups.md)を参照してください。 +- Configuration: このセクションには、TiDBの`RESOURCE_GROUPS`テーブルから取得したデータが表示されます。すべてのリソースグループに関する情報が含まれています。詳細については、 [`RESOURCE_GROUPS`](/information-schema/information-schema-resource-groups.md)を参照してください。 -- 容量の見積もり：リソース計画を立てる前に、クラスター全体の容量を把握する必要があります。以下のいずれかの方法を使用できます。 +- Estimate Capacity：リソース計画を立てる前に、クラスター全体の容量を把握する必要があります。以下のいずれかの方法を使用できます。 - [実際の作業負荷に基づいて容量を見積もる](/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) -- メトリクス: パネル上のメトリクスを観察することで、クラスターの現在の全体的なリソース消費状態を把握できます。 +- Metrics: パネル上のメトリクスを観察することで、クラスターの現在の全体的なリソース消費状態を把握できます。 -## 容量の見積もり {#estimate-capacity} +## Estimate Capacity {#estimate-capacity} リソース計画を立てる前に、クラスター全体の容量を把握しておく必要があります。TiDBは、現在のクラスターの[リクエストユニット（RU）](/tidb-resource-control-ru-groups.md#what-is-request-unit-ru#what-is-request-unit-ru)の容量を見積もる2つの方法を提供しています。 @@ -61,13 +61,13 @@ summary: TiDB Dashboardのリソースマネージャページは、クラスタ - 時間枠内のワークロードが低すぎる場合、または`resource_manager_resource_unit`と`process_cpu_usage`監視データが欠落している場合は、エラーが報告されます`Error 1105 (HY000): The workload in selected time window is too low, with which TiDB is unable to reach a capacity estimation; please select another time window with higher workload, or calibrate resource by hardware instead`また、TiKVはmacOSのCPU使用率を監視しないため、実際のワークロードに基づく容量推定をサポートしておらず、このエラーも報告されます。 - [メトリクス](#metrics)セクションの**CPU 使用率**を使用して適切な時間範囲を選択できます。 + [Metrics](#metrics)セクションの**CPU 使用率**を使用して適切な時間範囲を選択できます。 > **Note:** > > 容量推定機能を使用するには、現在のログインユーザーが権限`SUPER`または`RESOURCE_GROUP_ADMIN` 、および一部のシステムテーブルに対する権限`SELECT`持っている必要があります。この機能を使用する前に、現在のユーザーがこれらの権限を持っていることを確認してください。権限がない場合、一部の機能が正しく動作しない可能性があります。詳細については、 [`CALIBRATE RESOURCE`](/sql-statements/sql-statement-calibrate-resource.md#privileges)を参照してください。 -## メトリクス {#metrics} +## Metrics {#metrics} パネル上のメトリクスを観察することで、クラスター全体の現在のリソース消費状況を把握できます。監視メトリクスとその意味は次のとおりです。 From 36917c182ff8b8c5883c498670b98546c7eefab2 Mon Sep 17 00:00:00 2001 From: Yasuo Honda Date: Fri, 11 Sep 2026 11:20:47 +0900 Subject: [PATCH 4/7] i18n(ja): use more natural table headers in migrate-from-mysql-using-data-migration.md "Required value" and "Why" were rendered as a literal compound noun and a bare interrogative word, respectively, neither of which reads naturally as a table header in Japanese. Changed to the standard forms used elsewhere in the corpus for this kind of column. Co-Authored-By: Claude Sonnet 5 --- tidb-cloud/migrate-from-mysql-using-data-migration.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tidb-cloud/migrate-from-mysql-using-data-migration.md b/tidb-cloud/migrate-from-mysql-using-data-migration.md index 2d5101c226113..217e1e2584334 100644 --- a/tidb-cloud/migrate-from-mysql-using-data-migration.md +++ b/tidb-cloud/migrate-from-mysql-using-data-migration.md @@ -195,7 +195,7 @@ TiDB Cloud Premium の場合、データ移行機能は次の MySQL 互換ソー DM を使用して、ソースの MySQL 互換データベースからターゲットのTiDB Cloud DedicatedクラスターTiDB Cloud EssentialインスタンスTiDB Cloud Premiumインスタンスに増分変更を継続的にレプリケートするには、ソースデータベースでバイナリログを有効にするために次の構成が必要です。 -| 設定 | 必要値 | なぜ | +| 設定 | 必須値 | 理由 | | :------------------------------- | :------------------------------- | :---------------------------------------- | | `log_bin` | `ON` | DMがTiDBへの変更を複製するために使用するバイナリログを有効にします。 | | `binlog_format` | `ROW` | すべてのデータ変更を正確に記録します（他の形式では例外的なケースを見落とします）。 | From 9f32595004796bf45ff6eb594a55cd32a82da62d Mon Sep 17 00:00:00 2001 From: Yasuo Honda Date: Fri, 11 Sep 2026 11:25:10 +0900 Subject: [PATCH 5/7] i18n(ja): restore literal identifiers wrongly translated to Japanese MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit - deploy-monitoring-services.md: the previous commit had converted this file's Configuration reference from katakana to Japanese, but it names a literal Grafana UI sidebar section ("Configuration"), verified against the EN source's own bolded literal English. - dynamic-config.md: the dynamic TiKV config item table's first row showed the literal config key `log.level` translated into Japanese prose ("ログレベル"), unlike every other row in the same table (and the equivalent PD table elsewhere in this file), which correctly show the literal backtick-quoted key name. Co-Authored-By: Claude Sonnet 5 --- deploy-monitoring-services.md | 2 +- dynamic-config.md | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/deploy-monitoring-services.md b/deploy-monitoring-services.md index d566568e9335c..39d9b4dfaad9a 100644 --- a/deploy-monitoring-services.md +++ b/deploy-monitoring-services.md @@ -210,7 +210,7 @@ Grafana サービスを開始します。 > > **Change Password**手順では、 **Skip**を選択できます。 -2. Grafana サイドバー メニューで、**設定**内の**データソース**をクリックします。 +2. Grafana サイドバー メニューで、**Configuration**内の**データソース**をクリックします。 3. **データソースの追加**をクリックします。 diff --git a/dynamic-config.md b/dynamic-config.md index f37a2ad89487f..a9e6451b2ab52 100644 --- a/dynamic-config.md +++ b/dynamic-config.md @@ -113,7 +113,7 @@ show warnings; | 設定項目 | 説明 | | :-------------------------------------------------------- | :----------------------------------------------------------------------------------------------------------------------------------------- | -| ログレベル | ログレベル。 | +| `log.level` | ログレベル。 | | `raftstore.raft-max-inflight-msgs` | 確認するRaftログの数。この数を超えると、 Raftステートマシンはログの送信速度を低下させます。 | | `raftstore.raft-log-gc-tick-interval` | Raftログを削除するポーリングタスクがスケジュールされる時間間隔 | | `raftstore.raft-log-gc-threshold` | 残存Raftログの最大許容数に関するソフト制限 | From 0aa508a44a86eb1c957cb7fc4ef0705ec039d821 Mon Sep 17 00:00:00 2001 From: Yasuo Honda Date: Fri, 11 Sep 2026 11:27:08 +0900 Subject: [PATCH 6/7] i18n(ja): fix false-friend translation of Application table header "Application" here means the deployment use case/scenario (column values are OLTP, HTAP, TiCDC replication, etc.), but was translated as the "applied skill/theory" sense of the word, which reads oddly next to values like "OLTP" and "HTAP". Co-Authored-By: Claude Sonnet 5 --- production-deployment-using-tiup.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/production-deployment-using-tiup.md b/production-deployment-using-tiup.md index 29181c6b584c8..d635f73243f82 100644 --- a/production-deployment-using-tiup.md +++ b/production-deployment-using-tiup.md @@ -253,7 +253,7 @@ alertmanager_servers: 以下の例では、6つの一般的なシナリオを取り上げています。対応するリンク先のトポロジーの説明とテンプレートに従って、設定ファイル（ `topology.yaml`という名前）を変更する必要があります。その他のシナリオについては、構成テンプレートを適切に編集してください。 -| 応用 | 設定タスク | 設定ファイルテンプレート | トポロジーの説明 | +| 用途 | 設定タスク | 設定ファイルテンプレート | トポロジーの説明 | | :----------------------------------------------- | :------------------------------------------------------------------- | :----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | :--------------------------------------------------------------------------------------------------------------- | | OLTP | [最小限のトポロジーをデプロイ](/minimal-deployment-topology.md) | [シンプルな最小限の構成テンプレート](https://github.com/pingcap/docs/blob/master/config-templates/simple-mini.yaml)
[完全な最小構成テンプレート](https://github.com/pingcap/docs/blob/master/config-templates/complex-mini.yaml) | これは、tidb-server、tikv-server、およびpd-serverを含む基本的なクラスタトポロジーです。 | | HTAP | [TiFlashトポロジーをデプロイ](/tiflash-deployment-topology.md) | [シンプルなTiFlash設定テンプレート](https://github.com/pingcap/docs/blob/master/config-templates/simple-tiflash.yaml)
[TiFlashの完全な構成テンプレート](https://github.com/pingcap/docs/blob/master/config-templates/complex-tiflash.yaml) | これは、最小限のクラスタトポロジーとともにTiFlashをデプロイするためのものです。TiFlashは列指向ストレージエンジンであり、徐々に標準的なクラスタトポロジーへと進化していきます。 | From 36f805c4850bd2a0976b7e9554ad2412fc1b803c Mon Sep 17 00:00:00 2001 From: Yasuo Honda Date: Fri, 11 Sep 2026 11:29:01 +0900 Subject: [PATCH 7/7] i18n(ja): unify remaining katakana item-word variant to the established form The bulk configuration-term substitution in an earlier commit correctly converted the prefix but left one katakana synonym for "item" untouched, missing that the corpus's established rendering uses a different (kanji) word for "item" per the existing PR #23596 precedent. 4 sites/3 files. Co-Authored-By: Claude Sonnet 5 --- releases/release-5.1.0.md | 2 +- releases/release-5.2.0.md | 2 +- tidb-performance-tuning-config.md | 4 ++-- 3 files changed, 4 insertions(+), 4 deletions(-) diff --git a/releases/release-5.1.0.md b/releases/release-5.1.0.md index 4faba5dee8848..9ec9700c3161f 100644 --- a/releases/release-5.1.0.md +++ b/releases/release-5.1.0.md @@ -38,7 +38,7 @@ TiDB バージョン: 5.1.0 ### 設定ファイルパラメータ {#configuration-file-parameters} -| 設定ファイル | 設定アイテム | 変更の種類 | 説明 | +| 設定ファイル | 設定項目 | 変更の種類 | 説明 | | :------------- | :------------------------------------------------------------------------------------------------------- | :------- | :--------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | TiDB設定ファイル | [`security.enable-sem`](/tidb-configuration-file.md#enable-sem) | 新しく追加された | セキュリティ強化モード（SEM）を有効にするかどうかを制御します。この設定項目のデフォルト値は`false`で、これはSEMが無効になっていることを意味します。 | | TiDB設定ファイル | `performance.committer-concurrency` | 変更 | 単一トランザクションのコミットフェーズにおけるコミット操作に関連するリクエストの同時実行数を制御します。デフォルト値は`16`から`128`に変更されます。 | diff --git a/releases/release-5.2.0.md b/releases/release-5.2.0.md index ff87285bcddcb..881503fbf041f 100644 --- a/releases/release-5.2.0.md +++ b/releases/release-5.2.0.md @@ -42,7 +42,7 @@ TiDB バージョン: 5.2.0 ### 設定ファイルパラメータ {#configuration-file-parameters} -| 設定ファイル | 設定アイテム | 変更の種類 | 説明 | +| 設定ファイル | 設定項目 | 変更の種類 | 説明 | | :------------- | :---------------------------------------------------------------------------------------------------------------------------- | :------- | :------------------------------------------------------------------------------------------------------------------------------ | | TiDB設定ファイル | [`pessimistic-txn.deadlock-history-collect-retryable`](/tidb-configuration-file.md#deadlock-history-collect-retryable) | 新しく追加された | [`INFORMATION\_SCHEMA.DEADLOCKS`](/information-schema/information-schema-deadlocks.md)テーブルが再試行可能なデッドロックエラーメッセージを収集するかどうかを制御します。 | | TiDB設定ファイル | [`security.auto-tls`](/tidb-configuration-file.md#auto-tls) | 新しく追加された | 起動時にTLS証明書を自動的に生成するかどうかを決定します。デフォルト値は`false`です。 | diff --git a/tidb-performance-tuning-config.md b/tidb-performance-tuning-config.md index 6d778bf27b12d..5e3515e683bdb 100644 --- a/tidb-performance-tuning-config.md +++ b/tidb-performance-tuning-config.md @@ -116,7 +116,7 @@ level0-slowdown-writes-trigger = 20 soft-pending-compaction-bytes-limit = "192GiB" ``` -| 設定アイテム | 説明 | 注記 | +| 設定項目 | 説明 | 注記 | | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | | [`concurrent-send-snap-limit`](/tikv-configuration-file.md#concurrent-send-snap-limit) [`concurrent-recv-snap-limit`](/tikv-configuration-file.md#concurrent-recv-snap-limit) [`snap-io-max-bytes-per-sec`](/tikv-configuration-file.md#snap-io-max-bytes-per-sec) | TiKVのスケーリング操作中に、同時スナップショット転送量とI/O帯域幅の制限を設定します。制限値を高く設定すると、データ移行が高速化され、スケーリング時間が短縮されます。 | これらの制限を調整すると、スケーリング速度とオンライントランザクションパフォーマンスのトレードオフに影響します。 | | [`rocksdb.max-manifest-file-size`](/tikv-configuration-file.md#max-manifest-file-size) | RocksDB マニフェストファイルの最大サイズを設定します。このファイルには、SST ファイルとデータベースの状態変更に関するメタデータが記録されます。このサイズを大きくすると、マニフェストファイルの書き換え頻度が減り、フォアグラウンド書き込みパフォーマンスへの影響を最小限に抑えることができます。 | デフォルト値は`128MiB`です。SSTファイルが多数存在する環境（例えば、数十万個）では、マニフェストファイルの書き換えが頻繁に行われると、書き込みパフォーマンスが低下する可能性があります。このパラメータを`256MiB`以上の値に調整することで、最適なパフォーマンスを維持できます。 | @@ -156,7 +156,7 @@ TiFlash-learner 設定ファイルに以下の設定項目を追加してくだ snap-io-max-bytes-per-sec = "300MiB" ``` -| 設定アイテム | 説明 | 注記 | +| 設定項目 | 説明 | 注記 | | ------------------------------------------------------------------------------------ | ---------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------ | | [`snap-io-max-bytes-per-sec`](/tikv-configuration-file.md#snap-io-max-bytes-per-sec) | TiKVからTiFlashへのデータレプリケーションにおける、最大許容ディスク帯域幅を制御します。制限値を高く設定すると、初期データロードとキャッチアップレプリケーションが高速化されます。 | 帯域幅の消費量が増加すると、オンライントランザクションのパフォーマンスに影響が出る可能性があります。レプリケーション速度とシステム安定性のバランスを取ることが重要です。 |