From 0a335a9c43956095c370ae0bd26e96ba945c7e57 Mon Sep 17 00:00:00 2001 From: Yasuo Honda Date: Fri, 11 Sep 2026 11:39:41 +0900 Subject: [PATCH 1/2] i18n(ja): unify configuration file/parameter terminology (part 2/2) Split from a single branch that grew past CodeRabbit's 150-file review limit (265 files total). This is part 2/2, containing the remaining 132 files; part 1/2 is a separate PR with the other 133 files. Both parts are byte-identical to the original branch's content for their respective file subsets. Unifies the multi-way split rendering of "configuration" (file, parameter, item, flag, option, and other compounds, plus standalone/ bare use) across the corpus, consistent with the already-decided direction for configuration item/parameter/option compounds (PR #23596). Also includes several literal-identifier and false-friend fixes found during review (Grafana/TiDB Dashboard UI labels wrongly translated, a config-item key mistranslated as prose, a mistranslated table header, more natural table headers). Co-Authored-By: Claude Sonnet 5 --- 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 | 12 +- 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 | 10 +- .../sync-diff-inspector-overview.md | 2 +- system-variable-reference.md | 126 +++++++++--------- system-variables.md | 6 +- ...e-data-centers-in-two-cities-deployment.md | 2 +- 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 | 8 +- 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 | 8 +- ticdc/ticdc-upstream-downstream-check.md | 2 +- ticdc/troubleshoot-ticdc.md | 6 +- tidb-cloud/csv-config-for-import-data.md | 2 +- tidb-cloud/data-service-app-config-files.md | 8 +- tidb-cloud/data-service-concepts.md | 4 +- tidb-cloud/data-service-get-started.md | 2 +- tidb-cloud/data-service-manage-data-app.md | 6 +- .../data-service-manage-github-connection.md | 16 +-- tidb-cloud/integrate-tidbcloud-with-dbt.md | 2 +- ...migrate-from-mysql-using-data-migration.md | 2 +- tidb-cloud/migrate-from-op-tidb.md | 2 +- tidb-cloud/migrate-sql-shards.md | 2 +- tidb-cloud/optimize-resource-allocation.md | 2 +- .../premium/migrate-from-op-tidb-premium.md | 2 +- ...-self-hosted-kafka-private-link-service.md | 6 +- .../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/tidb-cloud-connect-aws-dms.md | 6 +- ...b-cloud-dm-precheck-and-troubleshooting.md | 4 +- .../tidb-cloud-performance-reference.md | 2 +- tidb-cloud/v8.5-performance-highlights.md | 2 +- tidb-configuration-file.md | 28 ++-- tidb-lightning/data-import-best-practices.md | 2 +- .../import-into-vs-tidb-lightning.md | 2 +- ...b-lightning-compatibility-and-scenarios.md | 6 +- .../tidb-lightning-configuration.md | 4 +- tidb-lightning/tidb-lightning-data-source.md | 2 +- .../tidb-lightning-distributed-import.md | 2 +- tidb-lightning/tidb-lightning-faq.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 | 4 +- 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 | 66 ++++----- tikv-control.md | 4 +- tiproxy/tiproxy-command-line-flags.md | 2 +- tiproxy/tiproxy-configuration.md | 4 +- tiproxy/tiproxy-deployment-topology.md | 4 +- tiproxy/tiproxy-overview.md | 4 +- tiproxy/tiproxy-performance-test.md | 2 +- .../customized-montior-in-tiup-environment.md | 18 +-- tiup/tiup-cluster-no-sudo-mode.md | 2 +- tiup/tiup-cluster-topology-reference.md | 12 +- 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 | 12 +- two-data-centers-in-one-city-deployment.md | 4 +- upgrade-tidb-using-tiup.md | 2 +- user-account-management.md | 4 +- 132 files changed, 375 insertions(+), 375 deletions(-) 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秒あたりに書き込める、スロークエリログエントリの最大数を制御します。 | | [`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..eaf6fa6a440b2 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} @@ -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/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..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)有効または無効にする方法を紹介します。 @@ -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..e6e71de2c3aaa 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,13 +498,13 @@ 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 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,11 +517,11 @@ 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) -- [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 @@ -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 @@ -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) @@ -1124,10 +1124,10 @@ 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) +- [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,9 +1176,9 @@ 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環境とシステム設定のチェック](/check-before-deployment.md) - [TiDBの機能](/basic-features.md) - [TiDB のソフトウェアおよびハードウェア要件](/hardware-and-software-requirements.md) - [TiDB 8.5.0 リリースノート](/releases/release-8.5.0.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,9 +1470,9 @@ 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 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,11 +1483,11 @@ 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) -- [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) @@ -1507,10 +1507,10 @@ 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) +- [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) @@ -1983,11 +1983,11 @@ 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) -- [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) @@ -2181,10 +2181,10 @@ 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) +- [TiDB設定ファイル](/tidb-configuration-file.md) ### tidb_expensive_txn_time_threshold @@ -2209,11 +2209,11 @@ 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) -- [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) @@ -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,11 +2303,11 @@ 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) -- [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) @@ -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) @@ -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 @@ -3500,17 +3500,17 @@ 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) +- [TiDB設定ファイル](/tidb-configuration-file.md) - [TiDB 3.0.5 リリースノート](/releases/release-3.0.5.md) ### tidb_redact_log 参照先: -- [コンフィグレーションオプション](/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) @@ -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) @@ -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) @@ -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) @@ -3805,13 +3805,13 @@ 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) - [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/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-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..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:** @@ -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..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] @@ -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/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-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-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-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..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リポジトリとブランチにプッシュできます。 @@ -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-mysql-using-data-migration.md b/tidb-cloud/migrate-from-mysql-using-data-migration.md index 52085919fff8b..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` | すべてのデータ変更を正確に記録します（他の形式では例外的なケースを見落とします）。 | 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/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/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/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/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-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/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-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 7fb5b7dfcb29d..c1ec1e74edab1 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)を参照してください。 @@ -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/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-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-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/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..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へのデータレプリケーションにおける、最大許容ディスク帯域幅を制御します。制限値を高く設定すると、初期データロードとキャッチアップレプリケーションが高速化されます。 | 帯域幅の消費量が増加すると、オンライントランザクションのパフォーマンスに影響が出る可能性があります。レプリケーション速度とシステム安定性のバランスを取ることが重要です。 | @@ -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 ff902a942f618..3a4b2e9c1ea39 100644 --- a/tiflash-deployment-topology.md +++ b/tiflash-deployment-topology.md @@ -28,13 +28,13 @@ 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} - 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/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..c9357564de651 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} @@ -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} @@ -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} @@ -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/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..3424a73518774 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)を参照してください。 @@ -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 d02a4a3342e1f..c3e7461025ddb 100644 --- a/tiproxy/tiproxy-deployment-topology.md +++ b/tiproxy/tiproxy-deployment-topology.md @@ -33,12 +33,12 @@ 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} - `tiproxy_servers`のインスタンスレベル`"-host"`構成では、ドメイン名ではなく IP のみがサポートされます。 -- TiProxyパラメータの詳細な説明については、 [TiProxy のコンフィグレーション](/tiproxy/tiproxy-configuration.md)を参照してください。 +- TiProxyパラメータの詳細な説明については、 [TiProxy の設定](/tiproxy/tiproxy-configuration.md)を参照してください。 > **Note:** > 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/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/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-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 9fee88c3443ba..b39c1c258db4d 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,10 +13,10 @@ TiUPを使用して TiDB クラスターをデプロイすると、Prometheus、 ## ファイル構造 {#file-structure} -TiUPを使用した TiDB デプロイメントのトポロジ構成ファイルには、次のセクションが含まれる場合があります。 +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コンポーネントがデプロイされるマシンを指定します。 @@ -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..aeeeb38efe6a7 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} @@ -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 fc15bac59398d..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} @@ -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 60a37e84fba47e1b4a76c765a13cd3b901083b25 Mon Sep 17 00:00:00 2001 From: Yasuo Honda Date: Fri, 11 Sep 2026 11:54:04 +0900 Subject: [PATCH 2/2] i18n(ja): fix CodeRabbit-flagged particle drops and same-file configuration-term inconsistencies MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Each finding was individually verified against its EN source before fixing (not blindly applied). 13 files: - releases/release-6.5.1.md, schedule-replicas-by-topology-labels.md: dropped は/と/を particles, unrelated to the configuration-term sweep - ticdc/ticdc-bidirectional-replication.md, ticdc/ticdc-sink-to-pulsar.md, tidb-cloud/data-service-concepts.md, tidb-cloud/data-service-manage-github-connection.md, tidb-cloud/data-service-manage-data-app.md, tidb-cloud/optimize-resource-allocation.md, tidb-cloud/terraform-migrate-cluster-resource.md, tidb-cloud/tidb-cloud-dm-precheck-and-troubleshooting.md: same-file or cross-file leftover uses of the old configuration terminology that this sweep's substring replacement could not catch, since they used a different source word than the ones targeted - tidb-cloud/data-service-app-config-files.md: unrelated malformed sentence (stray leading word, doubled past-tense marker), link target preserved - tidb-upgrade-migration-guide.md, tikv-configuration-file.md: unrelated clarity issues restructured per EN source Co-Authored-By: Claude Sonnet 5 --- releases/release-6.5.1.md | 2 +- schedule-replicas-by-topology-labels.md | 2 +- ticdc/ticdc-bidirectional-replication.md | 2 +- ticdc/ticdc-sink-to-pulsar.md | 2 +- tidb-cloud/data-service-app-config-files.md | 2 +- tidb-cloud/data-service-concepts.md | 4 ++-- tidb-cloud/data-service-manage-data-app.md | 2 +- tidb-cloud/data-service-manage-github-connection.md | 6 +++--- tidb-cloud/optimize-resource-allocation.md | 2 +- tidb-cloud/terraform-migrate-cluster-resource.md | 2 +- tidb-cloud/tidb-cloud-dm-precheck-and-troubleshooting.md | 4 ++-- tidb-upgrade-migration-guide.md | 2 +- tikv-configuration-file.md | 2 +- 13 files changed, 17 insertions(+), 17 deletions(-) diff --git a/releases/release-6.5.1.md b/releases/release-6.5.1.md index 89877e1db629f..c340ee3f4d29a 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/schedule-replicas-by-topology-labels.md b/schedule-replicas-by-topology-labels.md index 2279aece89b10..c3ab170777b60 100644 --- a/schedule-replicas-by-topology-labels.md +++ b/schedule-replicas-by-topology-labels.md @@ -164,7 +164,7 @@ tiflash_servers: #### 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のラベルを設定するには、次のいずれかの方法を使用します。 diff --git a/ticdc/ticdc-bidirectional-replication.md b/ticdc/ticdc-bidirectional-replication.md index 69e88414ab503..6c1ee7a44f67d 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-sink-to-pulsar.md b/ticdc/ticdc-sink-to-pulsar.md index 894592e5d4a7a..ab3cd942d8885 100644 --- a/ticdc/ticdc-sink-to-pulsar.md +++ b/ticdc/ticdc-sink-to-pulsar.md @@ -66,7 +66,7 @@ URI で設定可能なパラメータは次のとおりです。 | `pulsar` | 下流Pulsarのスキーム。値は`pulsar` 、 `pulsar+ssl` 、 `pulsar+http` 、 `pulsar+https`のいずれかで、v8.2.0以降では`pulsar+http`と`pulsar+https`がサポートされています。 | | `127.0.0.1` | ダウンストリーム Pulsar がサービスを提供する IP アドレス。 | | `6650` | 下流 Pulsar の接続ポート。 | -| `persistent://abc/def/yktest` | 前の構成例 1 に示されているように、このパラメータは Pulsar のテナント、名前空間、トピックを指定するために使用されます。 | +| `persistent://abc/def/yktest` | 前の設定例1に示されているように、このパラメータは Pulsar のテナント、名前空間、トピックを指定するために使用されます。 | | `yktest` | 上記の設定例 2 に示すように、指定したいトピックがPulsarのデフォルトテナント`public`のデフォルト名前空間`default`にある場合、トピック名のみ（例： `yktest` ）でURIを設定できます。これは、トピックを`persistent://public/default/yktest`と指定するのと同じです。 | ### Changefeed 設定パラメータ {#changefeed-config-parameters} diff --git a/tidb-cloud/data-service-app-config-files.md b/tidb-cloud/data-service-app-config-files.md index 7645c09419525..dd857fde13c49 100644 --- a/tidb-cloud/data-service-app-config-files.md +++ b/tidb-cloud/data-service-app-config-files.md @@ -7,7 +7,7 @@ summary: このドキュメントでは、TiDB Cloudのデータアプリの設 このドキュメントでは、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-concepts.md b/tidb-cloud/data-service-concepts.md index ee910443c5cb2..cc19bdc967287 100644 --- a/tidb-cloud/data-service-concepts.md +++ b/tidb-cloud/data-service-concepts.md @@ -39,9 +39,9 @@ TiDB Cloudの Chat2Query API は、AI が指示を与えることで SQL 文を ## コードとしての設定 {#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 リポジトリおよびブランチにプッシュできます。 +データアプリを GitHub に接続することで、 TiDB Cloud はCaC アプローチを使用して、データアプリの設定を[設定ファイル](/tidb-cloud/data-service-app-config-files.md)として優先 GitHub リポジトリおよびブランチにプッシュできます。 GitHub接続で自動同期とデプロイが有効になっている場合は、GitHub上の設定ファイルを更新することでデータアプリを変更することもできます。設定ファイルの変更をGitHubにプッシュすると、新しい設定がTiDB Cloudに自動的にデプロイされます。 diff --git a/tidb-cloud/data-service-manage-data-app.md b/tidb-cloud/data-service-manage-data-app.md index f05a9da383897..6a0133ae291d0 100644 --- a/tidb-cloud/data-service-manage-data-app.md +++ b/tidb-cloud/data-service-manage-data-app.md @@ -35,7 +35,7 @@ Data Service（プレビュー版）のデータアプリは、特定のアプ > > - ディレクトリはスラッシュ（ `/` ）で始まる必要があります。例えば、 `/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**をクリックします。 diff --git a/tidb-cloud/data-service-manage-github-connection.md b/tidb-cloud/data-service-manage-github-connection.md index 4f16d1888e22e..e46d9b08ed8d6 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リポジトリとブランチにプッシュできます。 @@ -47,7 +47,7 @@ GitHub接続で**Auto Sync & Deployment**が有効になっている場合、Git > **Note:** > > - ディレクトリ名はスラッシュ（ `/` ）で始まる必要があります。例えば、 `/mydata`のようになります。指定したディレクトリが対象のリポジトリとブランチに存在しない場合は、自動的に作成されます。 - > - リポジトリ、ブランチ、ディレクトリの組み合わせによって設定ファイルのパスが識別されます。このパスはデータアプリ間で一意である必要があります。指定したパスが既に他のデータアプリで使用されている場合は、新しいパスを指定する必要があります。そうしないと、現在のデータアプリ用にTiDB Cloudコンソールで構成されたエンドポイントによって、指定したパス内のファイルが上書きされます。 + > - リポジトリ、ブランチ、ディレクトリの組み合わせによって設定ファイルのパスが識別されます。このパスはデータアプリ間で一意である必要があります。指定したパスが既に他のデータアプリで使用されている場合は、新しいパスを指定する必要があります。そうしないと、現在のデータアプリ用にTiDB Cloudコンソールで設定されたエンドポイントによって、指定したパス内のファイルが上書きされます。 > - 指定したパスに別のデータアプリからコピーされた設定ファイルが含まれており、これらのファイルを現在のデータアプリにインポートする場合は、[既存のデータアプリの設定をインポートする](#import-configurations-of-an-existing-data-app)を参照してください。 4. TiDB CloudコンソールまたはGitHubで行われたデータアプリの変更を相互に同期させるには、 **Configure Auto Sync & Deployment**を有効にします。 @@ -152,7 +152,7 @@ TiDB Cloudコンソールでデータアプリのエンドポイント[データ > **Note:** > > - ディレクトリ名はスラッシュ（ `/` ）で始まる必要があります。例えば、 `/mydata`のようになります。指定したディレクトリが対象のリポジトリとブランチに存在しない場合は、自動的に作成されます。 - > - リポジトリ、ブランチ、ディレクトリの組み合わせによって設定ファイルのパスが識別されます。このパスはデータアプリ間で一意である必要があります。指定したパスが既に他のデータアプリで使用されている場合は、新しいパスを指定する必要があります。そうしないと、現在のデータアプリ用にTiDB Cloudコンソールで構成されたエンドポイントによって、指定したパス内のファイルが上書きされます。 + > - リポジトリ、ブランチ、ディレクトリの組み合わせによって設定ファイルのパスが識別されます。このパスはデータアプリ間で一意である必要があります。指定したパスが既に他のデータアプリで使用されている場合は、新しいパスを指定する必要があります。そうしないと、現在のデータアプリ用にTiDB Cloudコンソールで設定されたエンドポイントによって、指定したパス内のファイルが上書きされます。 > - 指定したパスに別のデータアプリからコピーされた設定ファイルが含まれており、これらのファイルを現在のデータアプリにインポートする場合は、[既存のデータアプリの設定をインポートする](#import-configurations-of-an-existing-data-app)を参照してください。 5. TiDB CloudコンソールまたはGitHubで行われたデータアプリの変更を相互に同期させるには、 **Configure Auto Sync & Deployment**を有効にします。 diff --git a/tidb-cloud/optimize-resource-allocation.md b/tidb-cloud/optimize-resource-allocation.md index 93587dbfbbd8f..7408772aae8c1 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/terraform-migrate-cluster-resource.md b/tidb-cloud/terraform-migrate-cluster-resource.md index 92aa7deb62510..e54b4e269a49e 100644 --- a/tidb-cloud/terraform-migrate-cluster-resource.md +++ b/tidb-cloud/terraform-migrate-cluster-resource.md @@ -73,7 +73,7 @@ terraform plan -generate-config-out=generated.tf 上記のコマンドでは、既存の`.tf`名を指定しないでください。指定した場合、Terraform はエラーを返します。 -## ステップ6. 生成された構成を確認して適用する {#step-6-review-and-apply-the-generated-configuration} +## ステップ6. 生成された設定を確認して適用する {#step-6-review-and-apply-the-generated-configuration} 生成された設定ファイルを確認し、ニーズを満たしていることを確認してください。必要に応じて、このファイルの内容を任意の場所に移動することもできます。 diff --git a/tidb-cloud/tidb-cloud-dm-precheck-and-troubleshooting.md b/tidb-cloud/tidb-cloud-dm-precheck-and-troubleshooting.md index 8aaece0a67552..0af28306641f4 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-upgrade-migration-guide.md b/tidb-upgrade-migration-guide.md index 161b526be6b2f..c9d56213cc173 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`オプションを使用して、システムテーブルデータを復元します。 diff --git a/tikv-configuration-file.md b/tikv-configuration-file.md index c9357564de651..fc94b5e70acae 100644 --- a/tikv-configuration-file.md +++ b/tikv-configuration-file.md @@ -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}