diff --git a/CONTRIBUTING.md b/CONTRIBUTING.md index 2220462aa117b..f62ad179e9c0a 100644 --- a/CONTRIBUTING.md +++ b/CONTRIBUTING.md @@ -150,7 +150,7 @@ git push -u origin new-branch-name # "-u" is used to track the remote branch fro 変更が以下のいずれかの状況に当てはまる場合は、**影響を受けるリリース ブランチとマスターを選択してください**。 - 特定のバージョンに関連する機能の動作の変更が含まれます。 -- 構成項目またはシステム変数のデフォルト値の変更など、互換性の変更が含まれます。 +- 設定項目またはシステム変数のデフォルト値の変更など、互換性の変更が含まれます。 - 表示エラーを解決するためにフォーマットを修正します - 壊れたリンクを修正 diff --git a/agg-distinct-optimization.md b/agg-distinct-optimization.md index 1c92b0e93c1b7..9ca3b84d09209 100644 --- a/agg-distinct-optimization.md +++ b/agg-distinct-optimization.md @@ -29,7 +29,7 @@ mysql> explain SELECT DISTINCT a from t; -TiDB の[`tidb_opt_distinct_agg_push_down`](/system-variables.md#tidb_opt_distinct_agg_push_down)システム変数または[`distinct-agg-push-down`](/tidb-configuration-file.md#distinct-agg-push-down)構成項目は、個別の集計クエリを書き換えて TiKV またはTiFlashコプロセッサーにプッシュするかどうかを制御します。 +TiDB の[`tidb_opt_distinct_agg_push_down`](/system-variables.md#tidb_opt_distinct_agg_push_down)システム変数または[`distinct-agg-push-down`](/tidb-configuration-file.md#distinct-agg-push-down)設定項目は、個別の集計クエリを書き換えて TiKV またはTiFlashコプロセッサーにプッシュするかどうかを制御します。 diff --git a/alert-rules.md b/alert-rules.md index 2bd1b2425211f..5b95cb8080ad5 100644 --- a/alert-rules.md +++ b/alert-rules.md @@ -412,7 +412,7 @@ summary: TiDB クラスターのアラートルールについて学習します - [**TiKV詳細**> **PD**ダッシュボード](/grafana-tikv-dashboard.md#pd)を監視し、ストア低速スコアのメトリックを確認します。メトリック値が80を超えるノードを特定し、低速ノードとして検出します。 - [**TiKV-詳細**> **Raft IO**ダッシュボード](/grafana-tikv-dashboard.md#raft-io)を監視し、レイテンシーが増加していないか確認してください。レイテンシーが高い場合は、ディスクにボトルネックが発生している可能性があります。 - - レイテンシーのタイムアウト制限を増やすには、 [`raftstore.inspect-interval`](/tikv-configuration-file.md#inspect-interval)構成項目を大きな値に設定します。 + - レイテンシーのタイムアウト制限を増やすには、 [`raftstore.inspect-interval`](/tikv-configuration-file.md#inspect-interval)設定項目を大きな値に設定します。 - アラート対象の TiKV ノードのパフォーマンスの問題とチューニング方法の詳細な分析については、 [パフォーマンス分析とチューニング](/performance-tuning-methods.md#storage-async-write-duration-store-duration-and-apply-duration)を参照してください。 ## TiKVアラートルール {#tikv-alert-rules} diff --git a/best-practices/massive-regions-best-practices.md b/best-practices/massive-regions-best-practices.md index c08501cdd0911..c160f9124b336 100644 --- a/best-practices/massive-regions-best-practices.md +++ b/best-practices/massive-regions-best-practices.md @@ -98,7 +98,7 @@ config set max-merge-region-keys 540000 config set merge-schedule-limit 8 ``` -詳細については、 [リージョン結合](https://tikv.org/docs/4.0/tasks/configure/region-merge/)および[PD設定ファイル](/pd-configuration-file.md#schedule)の次の3つの構成パラメータを参照してください。 +詳細については、 [リージョン結合](https://tikv.org/docs/4.0/tasks/configure/region-merge/)および[PD設定ファイル](/pd-configuration-file.md#schedule)の次の3つの設定パラメータを参照してください。 - [`max-merge-region-size`](/pd-configuration-file.md#max-merge-region-size) - [`max-merge-region-keys`](/pd-configuration-file.md#max-merge-region-keys) diff --git a/best-practices/pd-scheduling-best-practices.md b/best-practices/pd-scheduling-best-practices.md index 7014540f0da66..4131661a724e1 100644 --- a/best-practices/pd-scheduling-best-practices.md +++ b/best-practices/pd-scheduling-best-practices.md @@ -289,7 +289,7 @@ v3.0.4およびv2.1.16以前では、特定の状況（主にテーブルの削 ### TiKVノードのトラブルシューティング {#troubleshoot-tikv-node} -TiKV ノードに障害が発生した場合、PD はデフォルトで、対応するノードを 30分後 (構成項目`max-store-down-time`でカスタマイズ可能) に**ダウン**状態に設定し、関係するリージョンのレプリカを再調整します。 +TiKV ノードに障害が発生した場合、PD はデフォルトで、対応するノードを 30分後 (設定項目`max-store-down-time`でカスタマイズ可能) に**ダウン**状態に設定し、関係するリージョンのレプリカを再調整します。 実用的には、ノード障害が回復不可能と判断された場合、直ちにオフラインにすることができます。これにより、PDはすぐに別のノードにレプリカを補充し、データ損失のリスクを軽減します。一方、ノードが回復可能と判断されたものの、30分以内に回復できない場合は、タイムアウト後にレプリカの不必要な補充とリソースの浪費を回避するために、一時的に`max-store-down-time`大きく調整することができます。 diff --git a/best-practices/saas-best-practices.md b/best-practices/saas-best-practices.md index 8701b1f1a4f76..0834d0e94823e 100644 --- a/best-practices/saas-best-practices.md +++ b/best-practices/saas-best-practices.md @@ -30,7 +30,7 @@ TiKV および PD に推奨されるハードウェア構成は次のとおり ## リージョンの数を制御する {#control-the-number-of-regions} -多数のテーブル (たとえば、100,000 個以上) を作成する必要がある場合は、TiDB 構成項目[`split-table`](/tidb-configuration-file.md#split-table)を`false`に設定してリージョンの数を減らし、TiKV のメモリ負荷を軽減することをお勧めします。 +多数のテーブル (たとえば、100,000 個以上) を作成する必要がある場合は、TiDB 設定項目[`split-table`](/tidb-configuration-file.md#split-table)を`false`に設定してリージョンの数を減らし、TiKV のメモリ負荷を軽減することをお勧めします。 ## キャッシュを構成する {#configure-caches} @@ -76,7 +76,7 @@ TiKV および PD に推奨されるハードウェア構成は次のとおり SaaSマルチテナントシナリオでは、通常、各ユーザーはTiDBに接続して自身のテナント（データベース）内のデータを操作します。多数の接続をサポートするには、次の点に留意してください。 -- より多くの同時リクエストをサポートするには、TiDB 構成項目[`token-limit`](/tidb-configuration-file.md#token-limit) (デフォルトでは`1000` ) を増やします。 +- より多くの同時リクエストをサポートするには、TiDB 設定項目[`token-limit`](/tidb-configuration-file.md#token-limit) (デフォルトでは`1000` ) を増やします。 - TiDBのメモリ使用量は接続数にほぼ比例します。実際のテストでは、アイドル接続が20万件あると、TiDBのメモリ使用量が約30GiB増加しました。実際の接続数に基づいて、TiDBのメモリ仕様を増やすことをお勧めします。 - `PREPARED`ステートメントを使用する場合、各接続はセッションレベルのプリペアドプランキャッシュを維持します。`DEALLOCATE`ステートメントが長時間実行されない場合、キャッシュに過剰なプランが蓄積され、メモリ使用量が増加する可能性があります。実際のテストでは、 `IndexRangeScan`を含む 400,000 の実行計画で約 5 GiB のメモリが消費されました。これに応じてメモリ仕様を増やすことをお勧めします。 diff --git a/best-practices/three-dc-local-read.md b/best-practices/three-dc-local-read.md index 60ff06e6c6f26..77d7a158d55d3 100644 --- a/best-practices/three-dc-local-read.md +++ b/best-practices/three-dc-local-read.md @@ -14,7 +14,7 @@ aliases: ['/ja/tidb/stable/three-dc-local-read/'] 3 つのデータセンターの展開方法については、 [1つの地域展開における複数のデータセンター](/multi-data-centers-in-one-city-deployment.md)を参照してください。 -TiKVノードとTiDBノードの両方に構成項目`labels`設定されている場合、同じデータセンター内のTiKVノードとTiDBノードのラベル`zone`の値は同一である必要があります。例えば、TiKVノードとTiDBノードの両方がデータセンター`dc-1`にある場合、2つのノードに以下のラベルを設定する必要があります。 +TiKVノードとTiDBノードの両方に設定項目`labels`が設定されている場合、同じデータセンター内のTiKVノードとTiDBノードのラベル`zone`の値は同一である必要があります。例えば、TiKVノードとTiDBノードの両方がデータセンター`dc-1`にある場合、2つのノードに以下のラベルを設定する必要があります。 ``` [labels] diff --git a/best-practices/three-nodes-hybrid-deployment.md b/best-practices/three-nodes-hybrid-deployment.md index 783624749b805..d8bb04e20b60d 100644 --- a/best-practices/three-nodes-hybrid-deployment.md +++ b/best-practices/three-nodes-hybrid-deployment.md @@ -28,7 +28,7 @@ PDとTiKVはどちらもディスク上に情報を保存するため、ディ ## パラメータ調整 {#parameter-adjustment} -上の画像では、デフォルトのスレッドプール構成とバックグラウンドタスクへのリソース割り当てが、十分なリソースを持つマシン向けに設定されているため、パフォーマンスのジッターが発生しています。ハイブリッド展開シナリオでは、リソースが複数のコンポーネント間で共有されるため、構成パラメータによってリソース消費を制限する必要があります。 +上の画像では、デフォルトのスレッドプール構成とバックグラウンドタスクへのリソース割り当てが、十分なリソースを持つマシン向けに設定されているため、パフォーマンスのジッターが発生しています。ハイブリッド展開シナリオでは、リソースが複数のコンポーネント間で共有されるため、設定パラメータによってリソース消費を制限する必要があります。 このテストの最終的なクラスター構成は次のとおりです。 diff --git a/br/backup-and-restore-overview.md b/br/backup-and-restore-overview.md index b26a9af68da78..a4b0fbacb3767 100644 --- a/br/backup-and-restore-overview.md +++ b/br/backup-and-restore-overview.md @@ -75,7 +75,7 @@ TiDB BRは以下の機能を提供します。 #### バックアップのパフォーマンスとTiDBクラスタへの影響 {#backup-performance-and-impact-on-tidb-clusters} -- クラスタのCPUとI/Oリソースが十分な場合、スナップショットバックアップがTiDBクラスタに与える影響は限定的で、通常は20%未満に抑えられます。TiDBクラスタを適切に構成することで、この影響をさらに10%以下にまで最小限に抑えることができます。CPUとI/Oリソースが不足している場合は、TiKV構成項目[`backup.num-threads`](/tikv-configuration-file.md#num-threads-1)を調整して、バックアップタスクで使用されるワーカースレッド数を変更し、バックアップタスクがTiDBクラスタに与える影響を軽減できます。TiKVノードのバックアップ速度はスケーラブルで、50MB/秒から100MB/秒の範囲です。詳細については、 [バックアップのパフォーマンスと影響](/br/br-snapshot-guide.md#performance-and-impact-of-snapshot-backup)を参照してください。 +- クラスタのCPUとI/Oリソースが十分な場合、スナップショットバックアップがTiDBクラスタに与える影響は限定的で、通常は20%未満に抑えられます。TiDBクラスタを適切に構成することで、この影響をさらに10%以下にまで最小限に抑えることができます。CPUとI/Oリソースが不足している場合は、TiKV設定項目[`backup.num-threads`](/tikv-configuration-file.md#num-threads-1)を調整して、バックアップタスクで使用されるワーカースレッド数を変更し、バックアップタスクがTiDBクラスタに与える影響を軽減できます。TiKVノードのバックアップ速度はスケーラブルで、50MB/秒から100MB/秒の範囲です。詳細については、 [バックアップのパフォーマンスと影響](/br/br-snapshot-guide.md#performance-and-impact-of-snapshot-backup)を参照してください。 - ログバックアップタスクのみの場合、クラスタへの影響は約5%です。ログバックアップは、3～5分ごとに最後の更新後に生成されたすべての変更をバックアップストレージにフラッシュするため、**最短5分のリカバリポイント目標（RPO）を実現できます**。 ### バックアップデータを復元する {#restore-backup-data} diff --git a/br/br-auto-tune.md b/br/br-auto-tune.md index 2bafe8ebdabda..ce70536c6fc8b 100644 --- a/br/br-auto-tune.md +++ b/br/br-auto-tune.md @@ -23,7 +23,7 @@ TiDB v5.4.0より前のバージョンでは、バックアップ＆リストア > > v5.3.xからv5.4.0以降のバージョンにアップグレードするクラスターでは、自動チューニング機能はデフォルトで無効になっています。手動で有効にする必要があります。 -自動調整機能を手動で有効にするには、TiKV 構成項目[`backup.enable-auto-tune`](/tikv-configuration-file.md#enable-auto-tune-new-in-v540)を`true`に設定する必要があります。 +自動調整機能を手動で有効にするには、TiKV 設定項目[`backup.enable-auto-tune`](/tikv-configuration-file.md#enable-auto-tune-new-in-v540)を`true`に設定する必要があります。 TiKVは自動チューニング機能の動的な設定をサポートしています。この機能は、クラスターを再起動せずに有効化または無効化できます。自動チューニング機能を動的に有効化または無効化するには、次のコマンドを実行します。 diff --git a/br/br-incremental-guide.md b/br/br-incremental-guide.md index 7ebf3e4f44707..b68283f257aea 100644 --- a/br/br-incremental-guide.md +++ b/br/br-incremental-guide.md @@ -17,7 +17,7 @@ TiDBクラスターの増分データは、期間の開始スナップショッ 増分バックアップでは、テーブル名の一括変更はサポートされていません。増分バックアップ中にテーブル名の一括変更が行われた場合、データの復元が失敗する可能性があります。テーブル名の一括変更後に完全バックアップを実行し、復元時に最新の完全バックアップを使用して増分データを置き換えることをお勧めします。 -バージョン8.3.0以降、増分バックアップと後続のログバックアップの互換性を制御するための構成パラメータ`--allow-pitr-from-incremental`が導入されました。デフォルト値は`true`で、増分バックアップと後続のログバックアップの互換性があることを意味します。 +バージョン8.3.0以降、増分バックアップと後続のログバックアップの互換性を制御するための設定パラメータ`--allow-pitr-from-incremental`が導入されました。デフォルト値は`true`で、増分バックアップと後続のログバックアップの互換性があることを意味します。 - デフォルト値`true`ままにしておくと、増分リストアを開始する前に、再生が必要なDDLが厳密にチェックされます。このモードでは、 `ADD INDEX` 、 `MODIFY COLUMN` 、 `REORG PARTITION`まだサポートされていません。増分バックアップとログバックアップを併用する場合は、増分バックアッププロセス中に、前述のDDLが存在しないことを確認してください。そうでない場合、これら3つのDDLを正しく再生できません。 diff --git a/br/br-pitr-guide.md b/br/br-pitr-guide.md index 395f100fa47e5..029e40e71a5e7 100644 --- a/br/br-pitr-guide.md +++ b/br/br-pitr-guide.md @@ -154,7 +154,7 @@ PITRを実行するには、復元ポイントより前のフルバックアッ テストシナリオ 1 ( [TiDB Cloud](https://tidbcloud.com)上) は次のとおりです。 - TiKVノード数（8コア、16GBメモリ）: 21 -- TiKV構成項目`import.num-threads` ：8 +- TiKV設定項目`import.num-threads` ：8 - BRコマンドオプション`pitr-concurrency` ：128 - リージョン数: 183,000 - クラスターに作成された新しいログデータ: 10 GB/時間 @@ -163,7 +163,7 @@ PITRを実行するには、復元ポイントより前のフルバックアッ テスト シナリオ 2 (TiDB Self-Managed 上) は次のとおりです。 - TiKVノード数（8コア、64GBメモリ）: 6 -- TiKV構成項目`import.num-threads` ：8 +- TiKV設定項目`import.num-threads` ：8 - BRコマンドオプション`pitr-concurrency` ：128 - リージョン数: 50,000 - クラスターに作成された新しいログデータ: 10 GB/時間 diff --git a/br/br-snapshot-guide.md b/br/br-snapshot-guide.md index 3839d2b969018..efeb810c0291f 100644 --- a/br/br-snapshot-guide.md +++ b/br/br-snapshot-guide.md @@ -218,7 +218,7 @@ tiup br restore full \ 以下の方法を使用すると、バックアップタスクがクラスタのパフォーマンスに与える影響を手動で制御できます。ただし、これらの2つの方法は、バックアップタスクがクラスタに与える影響を軽減する一方で、バックアップタスクの速度も低下させます。 -- 推奨される方法: TiKV 構成パラメータ[`backup.num-threads`](/tikv-configuration-file.md#num-threads-1)を調整します。このパラメータは、バックアップタスクで使用されるワーカースレッドの数を制御します。バックアップは CPU 負荷の高い操作であるため、このパラメータを調整することで TiKV の CPU 使用率をより正確に制御でき、リソースの分離と予測性を向上させることができます。ほとんどのシナリオでは、 `num-threads`を調整するだけで、バックアップがクラスタに与える影響を制限できます。内部テストでは、スレッド数を`8`以下に設定し、クラスタ全体の CPU 使用率が 60% 未満に維持されている場合、バックアップがフォアグラウンド ワークロードに与える影響はごくわずかであることが示されています。 +- 推奨される方法: TiKV 設定パラメータ[`backup.num-threads`](/tikv-configuration-file.md#num-threads-1)を調整します。このパラメータは、バックアップタスクで使用されるワーカースレッドの数を制御します。バックアップは CPU 負荷の高い操作であるため、このパラメータを調整することで TiKV の CPU 使用率をより正確に制御でき、リソースの分離と予測性を向上させることができます。ほとんどのシナリオでは、 `num-threads`を調整するだけで、バックアップがクラスタに与える影響を制限できます。内部テストでは、スレッド数を`8`以下に設定し、クラスタ全体の CPU 使用率が 60% 未満に維持されている場合、バックアップがフォアグラウンド ワークロードに与える影響はごくわずかであることが示されています。 - 代替方法: `backup.num-threads`を既に小さな値 (たとえば`1` ) に設定しているが、バックアップがクラスタに与える影響をさらに軽減したい場合は、 `--ratelimit`パラメータの使用を検討してください。このオプションは、バックアップファイルを外部ストレージに書き込むために使用される帯域幅を MiB/s で制限します。実際のレート制限効果は、圧縮データのサイズによって異なることに注意してください。詳細については、ログの`backup data size (after compressed)`フィールドを参照してください。 `--ratelimit`が有効になっている場合、 BR は自動的に`--concurrency`を`1`に設定して、同時リクエストの数を減らします。 diff --git a/character-set-gbk.md b/character-set-gbk.md index 088ff3c6ff9d5..51a5d83a57061 100644 --- a/character-set-gbk.md +++ b/character-set-gbk.md @@ -46,8 +46,8 @@ SHOW COLLATION WHERE CHARSET = 'gbk'; MySQLにおけるGBK文字セットのデフォルトの照合照合順序は`gbk_chinese_ci`です。TiDBにおけるGBK文字セットのデフォルトの照合照合順序は、TiDB設定項目[`new_collations_enabled_on_first_bootstrap`](/tidb-configuration-file.md#new_collations_enabled_on_first_bootstrap)の値によって異なります。 -- デフォルトでは、 TiDB 構成項目[`new_collations_enabled_on_first_bootstrap`](/tidb-configuration-file.md#new_collations_enabled_on_first_bootstrap)は`true`に設定されています。つまり、 [照合のための新しいフレームワーク](/character-set-and-collation.md#new-framework-for-collations)が有効になっており、 GBK 文字セットのデフォルトの照合照合順序は`gbk_chinese_ci`です。 -- TiDB 構成項目[`new_collations_enabled_on_first_bootstrap`](/tidb-configuration-file.md#new_collations_enabled_on_first_bootstrap) `false`に設定されている場合、 [照合のための新しいフレームワーク](/character-set-and-collation.md#new-framework-for-collations)は無効になり、 GBK 文字セットのデフォルトの照合順序は`gbk_bin`になります。 +- デフォルトでは、 TiDB 設定項目[`new_collations_enabled_on_first_bootstrap`](/tidb-configuration-file.md#new_collations_enabled_on_first_bootstrap)は`true`に設定されています。つまり、 [照合のための新しいフレームワーク](/character-set-and-collation.md#new-framework-for-collations)が有効になっており、 GBK 文字セットのデフォルトの照合照合順序は`gbk_chinese_ci`です。 +- TiDB 設定項目[`new_collations_enabled_on_first_bootstrap`](/tidb-configuration-file.md#new_collations_enabled_on_first_bootstrap) `false`に設定されている場合、 [照合のための新しいフレームワーク](/character-set-and-collation.md#new-framework-for-collations)は無効になり、 GBK 文字セットのデフォルトの照合順序は`gbk_bin`になります。 diff --git a/clustered-indexes.md b/clustered-indexes.md index f46af22057201..295c562f4d350 100644 --- a/clustered-indexes.md +++ b/clustered-indexes.md @@ -65,7 +65,7 @@ CREATE TABLE t (a BIGINT, b VARCHAR(255), PRIMARY KEY(a, b) /*T![clustered_index - `OFF`は、主キーがデフォルトで非クラスター化インデックスとして作成されることを示します。 - `ON`は、主キーがデフォルトでクラスター化インデックスとして作成されることを示します。 -- `INT_ONLY`は、動作が構成項目`alter-primary-key`によって制御されることを示します。 `alter-primary-key`が`true`に設定されている場合、プライマリ キーはデフォルトで非クラスター化インデックスとして作成されます。 `false`に設定されている場合、整数列で構成されるプライマリ キーのみがクラスター化インデックスとして作成されます。 +- `INT_ONLY`は、動作が設定項目`alter-primary-key`によって制御されることを示します。 `alter-primary-key`が`true`に設定されている場合、プライマリ キーはデフォルトで非クラスター化インデックスとして作成されます。 `false`に設定されている場合、整数列で構成されるプライマリ キーのみがクラスター化インデックスとして作成されます。 `@@global.tidb_enable_clustered_index`のデフォルト値は`ON`です。 diff --git a/command-line-flags-for-tidb-configuration.md b/command-line-flags-for-tidb-configuration.md index 5fec1d0f5a531..8df403ef8e4ba 100644 --- a/command-line-flags-for-tidb-configuration.md +++ b/command-line-flags-for-tidb-configuration.md @@ -1,6 +1,6 @@ --- title: Configuration Options -summary: TiDB の構成オプションについて学習します。 +summary: TiDB の設定オプションについて学習します。 --- # コンフィグレーションオプション {#configuration-options} @@ -53,7 +53,7 @@ TiDBクラスタを起動する際には、コマンドラインオプション ## `--initialize-sql-file` {#--initialize-sql-file} -- TiDBクラスタの初回起動時に実行されるSQLスクリプト。詳細は[構成項目`initialize-sql-file`](/tidb-configuration-file.md#initialize-sql-file-new-in-v660)を参照。 +- TiDBクラスタの初回起動時に実行されるSQLスクリプト。詳細は[設定項目`initialize-sql-file`](/tidb-configuration-file.md#initialize-sql-file-new-in-v660)を参照。 - デフォルト: `""` ## `-L` {#-l} @@ -220,9 +220,9 @@ TiDBクラスタを起動する際には、コマンドラインオプション ## `--redact` {#--redact} -- サブコマンド`collect-log`を使用するときに、 TiDBサーバーがログファイルを非感度化するかどうかを決定します。 +- サブコマンド`collect-log`を使用するときに、 TiDBサーバーがログファイルを秘匿化するかどうかを決定します。 - デフォルト: false -- 値が`true`の場合、マスキング操作となり、 `‹ ›`マーク記号で囲まれたすべてのフィールドが`?`に置き換えられます。値が`false`の場合、リストア操作となり、すべてのマーク記号が削除されます。この機能を使用するには、 `./tidb-server --redact=xxx collect-log `を実行して、 ``で指定された TiDBサーバーログファイルを非感応化またはリストアし、 ``に出力します。詳細については、システム変数[`tidb_redact_log`](/system-variables.md#tidb_redact_log)を参照してください。 +- 値が`true`の場合、マスキング操作となり、 `‹ ›`マーク記号で囲まれたすべてのフィールドが`?`に置き換えられます。値が`false`の場合、リストア操作となり、すべてのマーク記号が削除されます。この機能を使用するには、 `./tidb-server --redact=xxx collect-log `を実行して、 ``で指定された TiDBサーバーログファイルを秘匿化またはリストアし、 ``に出力します。詳細については、システム変数[`tidb_redact_log`](/system-variables.md#tidb_redact_log)を参照してください。 ## `--repair-mode` {#--repair-mode} diff --git a/dashboard/dashboard-diagnostics-report.md b/dashboard/dashboard-diagnostics-report.md index 8b83ecbaff2e6..03ae4282d1e70 100644 --- a/dashboard/dashboard-diagnostics-report.md +++ b/dashboard/dashboard-diagnostics-report.md @@ -306,7 +306,7 @@ TiKV モジュールの監視情報に関連するテーブルは次のとおり ![Scheduler Config Change History report](/media/dashboard/dashboard-diagnostics-config-change.png) -上記の表は、レポート時間範囲内で`leader-schedule-limit`構成パラメータが変更されたことを示しています。 +上記の表は、レポート時間範囲内で`leader-schedule-limit`設定パラメータが変更されたことを示しています。 - `2020-05-22T20:00:00+08:00` : レポートの開始時刻では、構成値`leader-schedule-limit`は`4`です。これは、構成が変更されたことを意味するのではなく、レポート時間範囲の開始時刻では、構成値が`4`あることを意味します。 - `2020-05-22T20:07:00+08:00` : `leader-schedule-limit`構成値は`8`であり、この構成の値が`2020-05-22T20:07:00+08:00`付近で変更されたことを示します。 diff --git a/develop/dev-guide-proxysql-integration.md b/develop/dev-guide-proxysql-integration.md index 817301001a4dc..9d6869350ce32 100644 --- a/develop/dev-guide-proxysql-integration.md +++ b/develop/dev-guide-proxysql-integration.md @@ -675,7 +675,7 @@ ProxySQL を TiDB のプロキシとして使用するには、ProxySQL を構 > **Note:** > -> 次のセクションでは、ProxySQL の必要な構成項目のみをリストします。構成の包括的なリストについては、 [ProxySQLのドキュメント](https://proxysql.com/documentation/proxysql-configuration/)を参照してください。 +> 次のセクションでは、ProxySQL の必要な設定項目のみをリストします。構成の包括的なリストについては、 [ProxySQLのドキュメント](https://proxysql.com/documentation/proxysql-configuration/)を参照してください。 ##### オプション1：管理インターフェースを使用してProxySQLを設定する {#option-1-configure-proxysql-using-the-admin-interface} diff --git a/develop/dev-guide-timeouts-in-tidb.md b/develop/dev-guide-timeouts-in-tidb.md index 611737bd5d38e..cc8f4debdff16 100644 --- a/develop/dev-guide-timeouts-in-tidb.md +++ b/develop/dev-guide-timeouts-in-tidb.md @@ -56,7 +56,7 @@ TiDB には、単一の SQL 文の実行時間を制限するシステム変数 ## JDBCクエリタイムアウト {#jdbc-query-timeout} -v6.1.0 以降では、 [`enable-global-kill`](/tidb-configuration-file.md#enable-global-kill-new-in-v610)構成項目がデフォルト値`true`に設定されている場合、MySQL JDBC によって提供される`setQueryTimeout()`メソッドを使用してクエリタイムアウトを制御できます。 +v6.1.0 以降では、 [`enable-global-kill`](/tidb-configuration-file.md#enable-global-kill-new-in-v610)設定項目がデフォルト値`true`に設定されている場合、MySQL JDBC によって提供される`setQueryTimeout()`メソッドを使用してクエリタイムアウトを制御できます。 > **Note:** > diff --git a/develop/java-app-best-practices.md b/develop/java-app-best-practices.md index 2dcd26cbb054b..67e6c0d643efd 100644 --- a/develop/java-app-best-practices.md +++ b/develop/java-app-best-practices.md @@ -80,7 +80,7 @@ TiDBは両方の方法をサポートしていますが、実装がよりシン ### MySQL JDBC パラメータ {#mysql-jdbc-parameters} -JDBC は通常、実装関連の設定を JDBC URL パラメーターの形式で提供します。このセクションでは[MySQL Connector/Jのパラメータ設定](https://dev.mysql.com/doc/connector-j/en/connector-j-reference-configuration-properties.html)を紹介します (MariaDB を使用する場合は、 [MariaDBのパラメータ設定](https://mariadb.com/docs/connectors/mariadb-connector-j/about-mariadb-connector-j#optional-url-parameters)を参照してください)。このドキュメントではすべての構成項目をカバーすることはできないため、パフォーマンスに影響を与える可能性のあるいくつかのパラメーターに主に焦点を当てています。 +JDBC は通常、実装関連の設定を JDBC URL パラメーターの形式で提供します。このセクションでは[MySQL Connector/Jのパラメータ設定](https://dev.mysql.com/doc/connector-j/en/connector-j-reference-configuration-properties.html)を紹介します (MariaDB を使用する場合は、 [MariaDBのパラメータ設定](https://mariadb.com/docs/connectors/mariadb-connector-j/about-mariadb-connector-j#optional-url-parameters)を参照してください)。このドキュメントではすべての設定項目をカバーすることはできないため、パフォーマンスに影響を与える可能性のあるいくつかのパラメーターに主に焦点を当てています。 #### 準備関連パラメータ {#prepare-related-parameters} @@ -351,7 +351,7 @@ Cursor queryAllPost(); `ExecutorType`の間に { `openSession` } を選択できます。MyBatis は 3種類の実行エンジンをサポートしています。 -- Simple: プリペアドステートメントは、実行ごとにJDBCに呼び出されます（JDBC構成項目`cachePrepStmts`が有効になっている場合、繰り返し実行されるプリペアドステートメントは再利用されます）。 +- Simple: プリペアドステートメントは、実行ごとにJDBCに呼び出されます（JDBC設定項目`cachePrepStmts`が有効になっている場合、繰り返し実行されるプリペアドステートメントは再利用されます）。 - Reuse: プリペアドステートメントは`executor`にキャッシュされるため、JDBC `cachePrepStmts`を使用せずにプリペアドステートメントの重複呼び出しを減らすことができます。 - Batch: 各更新操作 ( `INSERT` / `DELETE` / `UPDATE` ) は、まずバッチに追加され、トランザクションがコミットされるか`SELECT`クエリが実行されるまで実行されます。JDBCレイヤーで`rewriteBatchStatements`が有効になっている場合は、ステートメントの書き換えが試みられます。そうでない場合は、ステートメントは 1つずつ送信されます。 diff --git a/dm/deploy-a-dm-cluster-using-tiup-offline.md b/dm/deploy-a-dm-cluster-using-tiup-offline.md index c038227c3cc5e..adc4ea7ae585c 100644 --- a/dm/deploy-a-dm-cluster-using-tiup-offline.md +++ b/dm/deploy-a-dm-cluster-using-tiup-offline.md @@ -70,7 +70,7 @@ source /home/tidb/.bash_profile さまざまなクラスター トポロジに応じて、クラスター初期化構成ファイルを編集する必要があります。 -完全な構成テンプレートについては、「 [TiUP構成パラメータ テンプレート](https://github.com/pingcap/tiup/blob/master/embed/examples/dm/topology.example.yaml) . 構成ファイルを作成する」 `topology.yaml`を参照してください。その他の複合シナリオでは、テンプレートに従って必要に応じて構成ファイルを編集します。 +完全な構成テンプレートについては、「 [TiUP設定パラメータ テンプレート](https://github.com/pingcap/tiup/blob/master/embed/examples/dm/topology.example.yaml) . 構成ファイルを作成する」 `topology.yaml`を参照してください。その他の複合シナリオでは、テンプレートに従って必要に応じて構成ファイルを編集します。 3 つの DM マスター、3つの DM ワーカー、および 1つの監視コンポーネントインスタンスを展開する構成は次のとおりです。 diff --git a/dm/dm-continuous-data-validation.md b/dm/dm-continuous-data-validation.md index bfb2ec9c3da82..909c01fa84264 100644 --- a/dm/dm-continuous-data-validation.md +++ b/dm/dm-continuous-data-validation.md @@ -24,7 +24,7 @@ summary: 継続的なデータ検証の使用方法と継続的なデータ検 ### 方法1: タスク設定ファイルで有効にする {#method-1-enable-in-the-task-configuration-file} -継続的なデータ検証を有効にするには、タスク構成ファイルに次の構成項目を追加します。 +継続的なデータ検証を有効にするには、タスク構成ファイルに次の設定項目を追加します。 ```yaml # Add the following configuration items to the upstream database that needs to be validated: @@ -39,7 +39,7 @@ validators: row-error-delay: 30m # If a row cannot pass the validation within the specified time, it will be marked as an error row. The default value is 30m, which means 30 minutes. ``` -構成項目は次のとおりです。 +設定項目は次のとおりです。 - `mode` : 検証モード。可能な値は`none` 、 `full` 、 `fast`です。 - `none` : デフォルト値。検証は実行されないことを意味します。 diff --git a/dm/dm-faq.md b/dm/dm-faq.md index 6e0233e41d03b..fa7beb249a7f9 100644 --- a/dm/dm-faq.md +++ b/dm/dm-faq.md @@ -143,7 +143,7 @@ DM v2.0 以降、増分データレプリケーションを続行するために ## シャーディングされたスキーマとテーブルを複製するときに DM が致命的なエラーを報告しないのに、ダウンストリームデータが失われるのはなぜですか? {#why-does-dm-report-no-fatal-error-when-replicating-sharded-schemas-and-tables-but-downstream-data-is-lost} -構成項目`block-allow-list`と`table-route`を確認します。 +設定項目`block-allow-list`と`table-route`を確認します。 - `block-allow-list`の下にある上流のデータベースとテーブルの名前を設定する必要があります。`do-tables`の前に「~」を追加すると、正規表現を使用して名前を一致させることができます。 - `table-route` 、テーブル名の一致に正規表現ではなくワイルドカード文字を使用します。例えば、 `table_parttern_[0-63]` `table_parttern_0`から`table_pattern_6`までの 7つのテーブルのみに一致します。 diff --git a/dm/dm-master-configuration-file.md b/dm/dm-master-configuration-file.md index b5a9d91f15533..6b5883a13ecb3 100644 --- a/dm/dm-master-configuration-file.md +++ b/dm/dm-master-configuration-file.md @@ -5,7 +5,7 @@ summary: DM-master の設定ファイルについて説明します。 # DMマスターコンフィグレーションファイル {#dm-master-configuration-file} -このドキュメントでは、構成ファイル テンプレートと、このファイル内の各構成パラメータの説明を含む、DM-master の構成について説明します。 +このドキュメントでは、構成ファイル テンプレートと、このファイル内の各設定パラメータの説明を含む、DM-master の構成について説明します。 ## コンフィグレーションファイルテンプレート {#configuration-file-template} @@ -40,7 +40,7 @@ secret-key-path = "/path/to/secret/key" ## コンフィグレーションパラメータ {#configuration-parameters} -このセクションでは、DM マスターの構成パラメータについて説明します。 +このセクションでは、DM マスターの設定パラメータについて説明します。 ### グローバル構成 {#global-configuration} diff --git a/dm/dm-online-ddl-tool-support.md b/dm/dm-online-ddl-tool-support.md index 7bd5ba5a0076c..baaa87796fa18 100644 --- a/dm/dm-online-ddl-tool-support.md +++ b/dm/dm-online-ddl-tool-support.md @@ -21,7 +21,7 @@ MySQLエコシステムでは、gh-ostやpt-oscなどのツールが広く使用
-v2.0.5 以降のバージョンでは、 `task`構成ファイル内の`online-ddl`構成項目を使用する必要があります。 +v2.0.5 以降のバージョンでは、 `task`構成ファイル内の`online-ddl`設定項目を使用する必要があります。 - アップストリーム MySQL/MariaDB (同時に) が gh-ost または pt-osc ツールを使用する場合は、タスク構成ファイルで`online-ddl`から`true`設定します。 diff --git a/dm/dm-performance-test.md b/dm/dm-performance-test.md index a7467e3b1ae10..cec2e9f4a4add 100644 --- a/dm/dm-performance-test.md +++ b/dm/dm-performance-test.md @@ -85,7 +85,7 @@ sysbench --test=oltp_insert --tables=4 --mysql-host=172.16.4.40 --mysql-port=330 > **Note:** > > - 複数のスレッドを使用して単一のテーブルから同時にデータをエクスポートするには、設定項目`mydumpers`のオプション`rows`を使用します。これにより、データのエクスポートが高速化されます。 -> - 異なる構成でのパフォーマンスをテストするには、 `mysql-instances`構成の`loader-thread`と、 `mydumpers`構成項目の`rows`と`threads`を調整できます。 +> - 異なる構成でのパフォーマンスをテストするには、 `mysql-instances`構成の`loader-thread`と、 `mydumpers`設定項目の`rows`と`threads`を調整できます。 #### テスト結果を取得する {#get-test-results} @@ -142,7 +142,7 @@ DM-worker のログを確認してください。`all data files have been finis > **Note:** > -> さまざまな構成でのパフォーマンスをテストするには、構成項目`syncers`の`worker-count`と`batch`を調整できます。 +> さまざまな構成でのパフォーマンスをテストするには、設定項目`syncers`の`worker-count`と`batch`を調整できます。 #### 増分データを生成する {#generate-incremental-data} diff --git a/dm/dm-source-configuration-file.md b/dm/dm-source-configuration-file.md index de6f7386b29df..2ff0d4f971dc4 100644 --- a/dm/dm-source-configuration-file.md +++ b/dm/dm-source-configuration-file.md @@ -5,7 +5,7 @@ summary: アップストリームデータベースの設定ファイルを学 # TiDB データ移行の上流データベースコンフィグレーションファイル {#upstream-database-configuration-file-of-tidb-data-migration} -このドキュメントでは、アップストリーム データベースの構成ファイルについて紹介します。これには、構成ファイル テンプレートと、このファイル内の各構成パラメータの説明が含まれます。 +このドキュメントでは、アップストリーム データベースの構成ファイルについて紹介します。これには、構成ファイル テンプレートと、このファイル内の各設定パラメータの説明が含まれます。 ## コンフィグレーションファイルテンプレート {#configuration-file-template} @@ -61,7 +61,7 @@ from: ## コンフィグレーションパラメータ {#configuration-parameters} -このセクションでは、構成ファイル内の各構成パラメータについて説明します。 +このセクションでは、構成ファイル内の各設定パラメータについて説明します。 ### グローバル構成 {#global-configuration} @@ -140,7 +140,7 @@ from: > **Note:** > -> 自動データ消去戦略は、 [`interval`](#interval)が`0`でなく、 2つの構成項目[`expires`](#expires)と[`remain-space`](#remain-space)のうち少なくとも 1つが`0`でない場合にのみ有効になります。 +> 自動データ消去戦略は、 [`interval`](#interval)が`0`でなく、 2つの設定項目[`expires`](#expires)と[`remain-space`](#remain-space)のうち少なくとも 1つが`0`でない場合にのみ有効になります。 ### タスクステータスチェッカーの設定（ `checker` ） {#task-status-checker-configuration-checker} diff --git a/dm/dm-tune-configuration.md b/dm/dm-tune-configuration.md index 51027851b63b5..c83104ef4e484 100644 --- a/dm/dm-tune-configuration.md +++ b/dm/dm-tune-configuration.md @@ -24,7 +24,7 @@ summary: データ移行タスクの構成を最適化して、データ移行 > **Note:** > > - 移行タスクの作成後は、値`mydumpers`を更新できません。タスクを作成する前に、各オプションの値を確認してください。値を更新する必要がある場合は、dmctl を使用してタスクを停止し、設定ファイルを更新してから、タスクを再作成してください。 -> - `mydumpers` . `threads`は、簡単にするために`mydumper-thread`構成項目に置き換えることができます。 +> - `mydumpers` . `threads`は、簡単にするために`mydumper-thread`設定項目に置き換えることができます。 > - `rows`が設定されている場合、DM は`chunk-filesize`の値を無視します。 ## 完全なデータインポート {#full-data-import} @@ -38,7 +38,7 @@ summary: データ移行タスクの構成を最適化して、データ移行 > **Note:** > > - 移行タスクの作成後は、値`loaders`を更新できません。タスクを作成する前に、各オプションの値を確認してください。値を更新する必要がある場合は、dmctl を使用してタスクを停止し、設定ファイルを更新してから、タスクを再作成してください。 -> - `loaders` . `pool-size`は、簡単にするために`loader-thread`構成項目に置き換えることができます。 +> - `loaders` . `pool-size`は、簡単にするために`loader-thread`設定項目に置き換えることができます。 ## 増分データレプリケーション {#incremental-data-replication} @@ -55,5 +55,5 @@ summary: データ移行タスクの構成を最適化して、データ移行 > **Note:** > > - レプリケーションタスクの作成後は、値`syncers`を更新できません。タスクを作成する前に、各オプションの値を確認してください。値を更新する必要がある場合は、dmctl を使用してタスクを停止し、設定ファイルを更新してから、タスクを再作成してください。 -> - `syncers` . `worker-count`は、簡単にするために`syncer-thread`構成項目に置き換えることができます。 +> - `syncers` . `worker-count`は、簡単にするために`syncer-thread`設定項目に置き換えることができます。 > - `worker-count`と`batch`の値は実際のシナリオに応じて変更できます。例えば、DMと下流データベース間のネットワーク遅延が大きい場合は、 `worker-count`の値を増やし、 `batch`の値を適切に減らすことができます。 diff --git a/dm/dm-worker-configuration-file.md b/dm/dm-worker-configuration-file.md index a6e5fbbb3f39c..d28fa28af90dc 100644 --- a/dm/dm-worker-configuration-file.md +++ b/dm/dm-worker-configuration-file.md @@ -5,7 +5,7 @@ summary: DM-worker の設定ファイルについて学習します。 # DMワーカーコンフィグレーションファイル {#dm-worker-configuration-file} -このドキュメントでは、構成ファイル テンプレートと、このファイル内の各構成パラメータの説明を含む、DM ワーカーの構成について説明します。 +このドキュメントでは、構成ファイル テンプレートと、このファイル内の各設定パラメータの説明を含む、DM ワーカーの構成について説明します。 ## コンフィグレーションファイルテンプレート {#configuration-file-template} diff --git a/dm/maintain-dm-using-tiup.md b/dm/maintain-dm-using-tiup.md index 00dc1a452fb36..8333e179ca010 100644 --- a/dm/maintain-dm-using-tiup.md +++ b/dm/maintain-dm-using-tiup.md @@ -145,7 +145,7 @@ tiup dm scale-in prod-cluster -N 172.16.5.140:8262 > **Note:** > - > トポロジファイルを作成する必要があります。このファイルには、既存のノードではなく、新しいノードの説明のみが含まれます。デプロイメントディレクトリなどの詳細な設定項目については、こちら[TiUP構成パラメータの例](https://github.com/pingcap/tiup/blob/master/embed/examples/dm/topology.example.yaml)を参照してください。 + > トポロジファイルを作成する必要があります。このファイルには、既存のノードではなく、新しいノードの説明のみが含まれます。デプロイメントディレクトリなどの詳細な設定項目については、こちら[TiUP設定パラメータの例](https://github.com/pingcap/tiup/blob/master/embed/examples/dm/topology.example.yaml)を参照してください。 ```yaml --- diff --git a/dm/task-configuration-file-full.md b/dm/task-configuration-file-full.md index a58ff93447361..3d1d1923a1acd 100644 --- a/dm/task-configuration-file-full.md +++ b/dm/task-configuration-file-full.md @@ -255,7 +255,7 @@ mysql-instances: - 説明：実行するデータ移行タスクを指定するために使用できるタスクモード。 - 値: 文字列 ( `full` 、 `incremental` 、または`all` )。 - `full` 、上流データベースの完全なバックアップを作成し、その後、完全なデータを下流データベースにインポートします。 - - `incremental` :binlogを使用して、アップストリームデータベースの増分データのみをダウンストリームデータベースに複製します。インスタンス構成の`meta`構成項目を設定することで、増分レプリケーションの開始位置を指定できます。 + - `incremental` :binlogを使用して、アップストリームデータベースの増分データのみをダウンストリームデータベースに複製します。インスタンス構成の`meta`設定項目を設定することで、増分レプリケーションの開始位置を指定できます。 - `all` : `full` + `incremental` 。アップストリーム データベースの完全バックアップを作成し、ダウンストリームデータベースに完全なデータをインポートしてから、完全バックアッププロセス中にエクスポートされた位置 ( binlog位置) から開始して、 binlogを使用してダウンストリームデータベースへの増分レプリケーションを作成します。 ### 機能構成セット {#feature-configuration-set} diff --git a/dr-secondary-cluster.md b/dr-secondary-cluster.md index b18b3362adb74..e22818c94f644 100644 --- a/dr-secondary-cluster.md +++ b/dr-secondary-cluster.md @@ -66,7 +66,7 @@ TiDBプライマリクラスタとセカンダリクラスタのデプロイ方 TiCDCを導入する際は、セカンダリクラスタとTiCDCを一緒に導入・管理する必要があり、両者間のネットワークが接続されている必要があることに注意してください。 - 既存のプライマリクラスターに TiCDC をデプロイするには、 [TiCDCをデプロイ](/ticdc/deploy-ticdc.md#add-or-scale-out-ticdc-to-an-existing-tidb-cluster-using-tiup)を参照してください。 -- 新しいプライマリクラスタとTiCDCをデプロイするには、以下のデプロイテンプレートを使用し、必要に応じて構成パラメータを変更してください。 +- 新しいプライマリクラスタとTiCDCをデプロイするには、以下のデプロイテンプレートを使用し、必要に応じて設定パラメータを変更してください。 ```yaml global: diff --git a/dumpling-overview.md b/dumpling-overview.md index c6d1f7b6305f9..ee2f73307be3b 100644 --- a/dumpling-overview.md +++ b/dumpling-overview.md @@ -395,7 +395,7 @@ SET GLOBAL tidb_gc_life_time = '10m'; | `--escape-backslash` | エクスポートファイル内の特殊文字をエスケープするには、バックスラッシュ（ `\` ）を使用します。 | true | | `--output-filename-template` | [Go言語テンプレート](https://golang.org/pkg/text/template/#hdr-Arguments)の形式で表されるファイル名テンプレート
`{{.DB}}` 、 `{{.Table}}` 、および`{{.Index}}`引数をサポートします。
3つの引数は、データベース名、テーブル名、およびデータファイルのチャンクIDを表します。 | `{{.DB}}.{{.Table}}.{{.Index}}` | | `--status-addr` | Dumplingのサービスアドレス（Prometheusがメトリクスを取得するアドレスとpprofデバッグ用アドレスを含む） | ":8281" | -| `--tidb-mem-quota-query` | Dumplingコマンドの1行でエクスポートするSQLステートメントのメモリ制限値で、単位はバイトです。v4.0.10以降のバージョンでは、このパラメータを設定しない場合、TiDBはデフォルトで`mem-quota-query`構成項目の値をメモリ制限値として使用します。v4.0.10より前のバージョンでは、パラメータ値のデフォルト値は32GBです。 | 34359738368 | +| `--tidb-mem-quota-query` | Dumplingコマンドの1行でエクスポートするSQLステートメントのメモリ制限値で、単位はバイトです。v4.0.10以降のバージョンでは、このパラメータを設定しない場合、TiDBはデフォルトで`mem-quota-query`設定項目の値をメモリ制限値として使用します。v4.0.10より前のバージョンでは、パラメータ値のデフォルト値は32GBです。 | 34359738368 | | `--params` | エクスポートするデータベースへの接続に使用するセッション変数を指定します。必須の形式は`"character_set_client=latin1,character_set_connection=latin1"`です。 | | | `-c`または`--compress` | Dumplingによってエクスポートされた CSV および SQL データとテーブル構造ファイルを圧縮します。次の圧縮アルゴリズムをサポートしています: `gzip` 、 `snappy` 、および`zstd` 。 | 「」 | diff --git a/dynamic-config.md b/dynamic-config.md index 6ed31ce2b63a4..489db7f46390d 100644 --- a/dynamic-config.md +++ b/dynamic-config.md @@ -109,7 +109,7 @@ show warnings; 設定項目の変更に成功すると、その結果は設定ファイルに保存され、以降の操作で有効になります。一部の設定項目の名前は、 `limit`や`key`など、TiDBの予約語と競合する場合があります。これらの設定項目は、バッククォート`` ` ``で囲んでください。例えば、 `` `raftstore.raft-log-gc-size-limit` ``のように指定します。 -次の TiKV 構成項目は動的に変更できます。 +次の TiKV 設定項目は動的に変更できます。 | コンフィグレーション項目 | 説明 | | :-------------------------------------------------------- | :----------------------------------------------------------------------------------------------------------------------------------------- | @@ -261,7 +261,7 @@ Query OK, 0 rows affected (0.01 sec) 設定項目の変更に成功した場合、その結果は設定ファイルではなくetcdに保存されます。以降の操作ではetcdの設定が優先されます。一部の設定項目の名前はTiDBの予約語と競合する可能性があります。これらの設定項目は、バッククォート`` ` ``で囲んでください。例： `` `schedule.leader-schedule-limit` `` -次の PD 構成項目は動的に変更できます。 +次の PD 設定項目は動的に変更できます。 | コンフィグレーション項目 | 説明 | | :--------------------------------------------------- | :--------------------------------------------------------- | @@ -360,7 +360,7 @@ select @@tidb_slow_log_threshold; 1 row in set (0.00 sec) ``` -次の TiDB 構成項目は動的に変更できます。 +次の TiDB 設定項目は動的に変更できます。 | コンフィグレーション項目 | SQL変数 | 説明 | | ------------------------------------------------------- | -------------------------------------------- | ------------------------------------------------------------------------------------- | diff --git a/enable-tls-between-components.md b/enable-tls-between-components.md index 7a330755b0fde..e07b19487eccf 100644 --- a/enable-tls-between-components.md +++ b/enable-tls-between-components.md @@ -151,7 +151,7 @@ summary: TiDB コンポーネント間の TLS 認証を有効にする方法を > **Note:** > -> - v8.4.0以降、PD構成項目`cert-allowed-cn`複数の値をサポートします。必要に応じて、TiDB用構成項目`cluster-verify-cn`とその他のコンポーネント用構成項目`cert-allowed-cn`に、複数の`Common Name`を設定できます。TiUPはコンポーネントのステータスを照会する際に別の識別子を使用することに注意してください。例えば、クラスター名が`test`の場合、 TiUPは`Common Name`として`test-client`を使用します。 +> - v8.4.0以降、PD設定項目`cert-allowed-cn`複数の値をサポートします。必要に応じて、TiDB用設定項目`cluster-verify-cn`とその他のコンポーネント用設定項目`cert-allowed-cn`に、複数の`Common Name`を設定できます。TiUPはコンポーネントのステータスを照会する際に別の識別子を使用することに注意してください。例えば、クラスター名が`test`の場合、 TiUPは`Common Name`として`test-client`を使用します。 > - v8.3.0以前のバージョンでは、PD設定項目`cert-allowed-cn`には単一の値しか設定できません。そのため、すべての認証オブジェクトの`Common Name`同じ値に設定する必要があります。関連する設定例については、 [v8.3.0 ドキュメント](https://docs-archive.pingcap.com/tidb/v8.3/enable-tls-between-components/)を参照してください。 - TiDB diff --git a/faq/backup-and-restore-faq.md b/faq/backup-and-restore-faq.md index 737bc4e9b76cc..b8e69978ba240 100644 --- a/faq/backup-and-restore-faq.md +++ b/faq/backup-and-restore-faq.md @@ -17,12 +17,12 @@ TiDB v5.4.0以降、 BRはバックアップタスクの自動チューニング TiKVは[動的構成](/tikv-control.md#modify-the-tikv-configuration-dynamically)チューニング機能をサポートしています。この機能は、クラスターを再起動せずに以下の方法で有効化または無効化できます。 -- 自動調整を無効にする: TiKV 構成項目[`backup.enable-auto-tune`](/tikv-configuration-file.md#enable-auto-tune-new-in-v540)を`false`に設定します。 +- 自動調整を無効にする: TiKV 設定項目[`backup.enable-auto-tune`](/tikv-configuration-file.md#enable-auto-tune-new-in-v540)を`false`に設定します。 - 自動チューニングを有効にする： `backup.enable-auto-tune`を`true`に設定します。v5.3.x から v5.4.0 以降のバージョンにアップグレードしたクラスターでは、自動チューニング機能はデフォルトで無効になっています。手動で有効にする必要があります。 `tikv-ctl`を使用して自動調整を有効または無効にするには、 [オートチューンを使用する](/br/br-auto-tune.md#use-auto-tune)を参照してください。 -さらに、自動チューニングにより、バックアップタスクで使用されるデフォルトのスレッド数が削減されます。詳細については、 `backup.num-threads` ](/tikv-configuration-file.md#num-threads-1) を参照してください。そのため、Grafana ダッシュボードでは、バックアップタスクで使用される速度、CPU 使用率、および I/O リソース使用率が、v5.4.0 より前のバージョンよりも低くなります。v5.4.0 より前では、デフォルト値`backup.num-threads`は`CPU * 0.75`でした。つまり、バックアップタスクで使用されるスレッド数は、論理 CPU コアの 75% を占めていました。その最大値は`32`でした。v5.4.0 以降、この構成項目のデフォルト値は`CPU * 0.5` 、最大値は`8`です。 +さらに、自動チューニングにより、バックアップタスクで使用されるデフォルトのスレッド数が削減されます。詳細については、 `backup.num-threads` ](/tikv-configuration-file.md#num-threads-1) を参照してください。そのため、Grafana ダッシュボードでは、バックアップタスクで使用される速度、CPU 使用率、および I/O リソース使用率が、v5.4.0 より前のバージョンよりも低くなります。v5.4.0 より前では、デフォルト値`backup.num-threads`は`CPU * 0.75`でした。つまり、バックアップタスクで使用されるスレッド数は、論理 CPU コアの 75% を占めていました。その最大値は`32`でした。v5.4.0 以降、この設定項目のデフォルト値は`CPU * 0.5` 、最大値は`8`です。 オフライン クラスターでバックアップタスクを実行する場合、バックアップを高速化するために、 `tikv-ctl`を使用して`backup.num-threads`の値をより大きな数値に変更できます。 diff --git a/faq/manage-cluster-faq.md b/faq/manage-cluster-faq.md index 2c6e16f717f3f..009a623af12cc 100644 --- a/faq/manage-cluster-faq.md +++ b/faq/manage-cluster-faq.md @@ -235,7 +235,7 @@ TiClientリージョンエラーインジケータは、TiDBサーバーがク ### TiDBログにおける`EXPENSIVE_QUERY`の意味は何ですか？ {#what-is-the-meaning-of-expensive-query-in-the-tidb-log} -TiDB が SQL ステートメントを実行する際、各オペレータが 10,000 行を超える行を処理すると推定される場合、クエリは`EXPENSIVE_QUERY`になります。 `tidb-server`構成パラメータを変更してしきい値を調整し、 `tidb-server`を再起動できます。 +TiDB が SQL ステートメントを実行する際、各オペレータが 10,000 行を超える行を処理すると推定される場合、クエリは`EXPENSIVE_QUERY`になります。 `tidb-server`設定パラメータを変更してしきい値を調整し、 `tidb-server`を再起動できます。 ### TiDBでテーブルのサイズを推定するにはどうすればよいですか？ {#how-do-i-estimate-the-size-of-a-table-in-tidb} diff --git a/functions-and-operators/information-functions.md b/functions-and-operators/information-functions.md index e0f06d172e2ce..14f6a8b9229c7 100644 --- a/functions-and-operators/information-functions.md +++ b/functions-and-operators/information-functions.md @@ -303,7 +303,7 @@ Store: tikv -返されるバージョンを変更する場合は、 [`server-version`](/tidb-configuration-file.md#server-version)構成項目を変更できます。 +返されるバージョンを変更する場合は、 [`server-version`](/tidb-configuration-file.md#server-version)設定項目を変更できます。 diff --git a/garbage-collection-configuration.md b/garbage-collection-configuration.md index 201d0f7221cb9..bbd1cf32ef71f 100644 --- a/garbage-collection-configuration.md +++ b/garbage-collection-configuration.md @@ -1,6 +1,6 @@ --- title: Garbage Collection Configuration -summary: GC 構成パラメータについて学習します。 +summary: GC 設定パラメータについて学習します。 --- # ガベージコレクションのコンフィグレーション {#garbage-collection-configuration} diff --git a/geo-distributed-deployment-topology.md b/geo-distributed-deployment-topology.md index 69358fd5bff92..23c492629107d 100644 --- a/geo-distributed-deployment-topology.md +++ b/geo-distributed-deployment-topology.md @@ -24,7 +24,7 @@ summary: TiDB の地理的に分散された展開トポロジについて学習 - [地理的に分散したトポロジテンプレート](https://github.com/pingcap/docs/blob/master/config-templates/geo-redundancy-deployment.yaml) -上記の TiDB クラスター トポロジファイルの構成項目の詳細については、 [TiUPを使用して TiDB をデプロイするためのトポロジコンフィグレーションファイル](/tiup/tiup-cluster-topology-reference.md)を参照してください。 +上記の TiDB クラスター トポロジファイルの設定項目の詳細については、 [TiUPを使用して TiDB をデプロイするためのトポロジコンフィグレーションファイル](/tiup/tiup-cluster-topology-reference.md)を参照してください。 ### 主なパラメータ {#key-parameters} diff --git a/hybrid-deployment-topology.md b/hybrid-deployment-topology.md index 67d4251b4ce66..e4efb7822c620 100644 --- a/hybrid-deployment-topology.md +++ b/hybrid-deployment-topology.md @@ -29,7 +29,7 @@ summary: TiDB クラスターのハイブリッド展開トポロジについて - [ハイブリッド展開のためのシンプルなテンプレート](https://github.com/pingcap/docs/blob/master/config-templates/simple-multi-instance.yaml) - [ハイブリッド展開のための複雑なテンプレート](https://github.com/pingcap/docs/blob/master/config-templates/complex-multi-instance.yaml) -上記の TiDB クラスター トポロジファイルの構成項目の詳細については、 [TiUPを使用して TiDB をデプロイするためのトポロジコンフィグレーションファイル](/tiup/tiup-cluster-topology-reference.md)を参照してください。 +上記の TiDB クラスター トポロジファイルの設定項目の詳細については、 [TiUPを使用して TiDB をデプロイするためのトポロジコンフィグレーションファイル](/tiup/tiup-cluster-topology-reference.md)を参照してください。 ### 主なパラメータ {#key-parameters} diff --git a/information-schema/information-schema-analyze-status.md b/information-schema/information-schema-analyze-status.md index 63c4af63c8d6c..f67324921d091 100644 --- a/information-schema/information-schema-analyze-status.md +++ b/information-schema/information-schema-analyze-status.md @@ -62,7 +62,7 @@ SELECT * FROM information_schema.analyze_status; - `TABLE_SCHEMA` : テーブルが属するデータベースの名前。 - `TABLE_NAME` : テーブルの名前。 - `PARTITION_NAME` :パーティションテーブルの名前。 -- `JOB_INFO` : `ANALYZE`タスクの情報。インデックスが分析される場合、この情報にはインデックス名が含まれます。 `tidb_analyze_version = 2`の場合、この情報にはサンプルレートなどの構成項目が含まれます。 +- `JOB_INFO` : `ANALYZE`タスクの情報。インデックスが分析される場合、この情報にはインデックス名が含まれます。 `tidb_analyze_version = 2`の場合、この情報にはサンプルレートなどの設定項目が含まれます。 - `PROCESSED_ROWS` : 処理された行数。 - `START_TIME` : `ANALYZE`タスクの開始時刻。 - `END_TIME` : `ANALYZE`タスクの終了時刻。 diff --git a/information-schema/information-schema-cluster-config.md b/information-schema/information-schema-cluster-config.md index 159991b442f98..ff552e236a053 100644 --- a/information-schema/information-schema-cluster-config.md +++ b/information-schema/information-schema-cluster-config.md @@ -31,8 +31,8 @@ DESC cluster_config; - `TYPE` : インスタンスタイプ。オプションの値は`tidb` 、 `pd` 、 `tikv`です。 - `INSTANCE` : インスタンスのサービス アドレス。 -- `KEY` : 構成項目名。 -- `VALUE` : 構成項目の値。 +- `KEY` : 設定項目名。 +- `VALUE` : 設定項目の値。 次の例は、 `CLUSTER_CONFIG`テーブルを使用して TiKV インスタンスの`coprocessor`構成をクエリする方法を示しています。 diff --git a/information-schema/information-schema-cluster-systeminfo.md b/information-schema/information-schema-cluster-systeminfo.md index 5cd28fa16aebd..e070ec9c49427 100644 --- a/information-schema/information-schema-cluster-systeminfo.md +++ b/information-schema/information-schema-cluster-systeminfo.md @@ -37,7 +37,7 @@ DESC cluster_systeminfo; - `SYSTEM_TYPE` : システムタイプ。現在、 `system`システムタイプを照会できます。 - `SYSTEM_NAME` : システム名。現在、 `sysctl`システム名を照会できます。 - `NAME` : `sysctl`に対応する構成名。 -- `VALUE` : `sysctl`に対応する構成項目の値。 +- `VALUE` : `sysctl`に対応する設定項目の値。 次の例は、 `CLUSTER_SYSTEMINFO`システム情報テーブルを使用して、クラスター内のすべてのサーバーのカーネルバージョンを照会する方法を示しています。 diff --git a/information-schema/information-schema-inspection-result.md b/information-schema/information-schema-inspection-result.md index c560e6161f8e4..4c965a748b89c 100644 --- a/information-schema/information-schema-inspection-result.md +++ b/information-schema/information-schema-inspection-result.md @@ -212,7 +212,7 @@ select * from information_schema.inspection_rules where type='inspection'; storage.block-cache.capacity ``` -- 以下の構成項目の値が期待どおりであるかどうかを確認します。 +- 以下の設定項目の値が期待どおりであるかどうかを確認します。 | コンポーネント | コンフィグレーション項目 | 期待値 | | ---- | ------------------ | -------- | diff --git a/information-schema/information-schema-tidb-index-usage.md b/information-schema/information-schema-tidb-index-usage.md index d4d413ce825a5..e8a0b6666453b 100644 --- a/information-schema/information-schema-tidb-index-usage.md +++ b/information-schema/information-schema-tidb-index-usage.md @@ -7,13 +7,13 @@ summary: TIDB_INDEX_USAGE` INFORMATION_SCHEMA テーブルについて学習し -バージョン8.0.0以降、TiDBは`TIDB_INDEX_USAGE`テーブルを提供します。 `TIDB_INDEX_USAGE`を使用すると、現在のTiDBノード上のすべてのインデックスの使用統計情報を取得できます。デフォルトでは、TiDBはSQLステートメントの実行中にこれらのインデックス使用統計情報を収集します。この機能は、 [`instance.tidb_enable_collect_execution_info`](/tidb-configuration-file.md#tidb_enable_collect_execution_info)構成項目または[`tidb_enable_collect_execution_info`](/system-variables.md#tidb_enable_collect_execution_info)システム変数をオフにすることで無効にできます。 +バージョン8.0.0以降、TiDBは`TIDB_INDEX_USAGE`テーブルを提供します。 `TIDB_INDEX_USAGE`を使用すると、現在のTiDBノード上のすべてのインデックスの使用統計情報を取得できます。デフォルトでは、TiDBはSQLステートメントの実行中にこれらのインデックス使用統計情報を収集します。この機能は、 [`instance.tidb_enable_collect_execution_info`](/tidb-configuration-file.md#tidb_enable_collect_execution_info)設定項目または[`tidb_enable_collect_execution_info`](/system-variables.md#tidb_enable_collect_execution_info)システム変数をオフにすることで無効にできます。 -バージョン8.0.0以降、TiDBは`TIDB_INDEX_USAGE`テーブルを提供します。 `TIDB_INDEX_USAGE`を使用すると、現在のTiDBノード上のすべてのインデックスの使用統計情報を取得できます。デフォルトでは、TiDBはSQLステートメントの実行中にこれらのインデックス使用統計情報を収集します。この機能は、 [`instance.tidb_enable_collect_execution_info`](https://docs.pingcap.com/tidb/stable/tidb-configuration-file#tidb_enable_collect_execution_info)構成項目または[`tidb_enable_collect_execution_info`](/system-variables.md#tidb_enable_collect_execution_info)システム変数をオフにすることで無効にできます。 +バージョン8.0.0以降、TiDBは`TIDB_INDEX_USAGE`テーブルを提供します。 `TIDB_INDEX_USAGE`を使用すると、現在のTiDBノード上のすべてのインデックスの使用統計情報を取得できます。デフォルトでは、TiDBはSQLステートメントの実行中にこれらのインデックス使用統計情報を収集します。この機能は、 [`instance.tidb_enable_collect_execution_info`](https://docs.pingcap.com/tidb/stable/tidb-configuration-file#tidb_enable_collect_execution_info)設定項目または[`tidb_enable_collect_execution_info`](/system-variables.md#tidb_enable_collect_execution_info)システム変数をオフにすることで無効にできます。 diff --git a/maintain-tidb-using-tiup.md b/maintain-tidb-using-tiup.md index 68ec97972e6ac..f76cff887a96e 100644 --- a/maintain-tidb-using-tiup.md +++ b/maintain-tidb-using-tiup.md @@ -91,9 +91,9 @@ tiup cluster display ${cluster-name} パラメータの形式については[TiUPパラメータテンプレート](https://github.com/pingcap/tiup/blob/master/embed/examples/cluster/topology.example.yaml)を参照してください。 - **構成項目の階層を表すには、 `.` を使用します** + **設定項目の階層を表すには、 `.` を使用します** - コンポーネントの構成パラメータの詳細については、 [TiDB `config.toml.example`](https://github.com/pingcap/tidb/blob/release-8.5/pkg/config/config.toml.example) 、 [TiKV `config.toml.example`](https://github.com/tikv/tikv/blob/release-8.5/etc/config-template.toml) 、および[PD `config.toml.example`](https://github.com/tikv/pd/blob/release-8.5/conf/config.toml)を参照してください。 + コンポーネントの設定パラメータの詳細については、 [TiDB `config.toml.example`](https://github.com/pingcap/tidb/blob/release-8.5/pkg/config/config.toml.example) 、 [TiKV `config.toml.example`](https://github.com/tikv/tikv/blob/release-8.5/etc/config-template.toml) 、および[PD `config.toml.example`](https://github.com/tikv/pd/blob/release-8.5/conf/config.toml)を参照してください。 3. `reload`コマンドを実行して、構成をローリング更新し、対応するコンポーネントを再起動します。 diff --git a/migrate-small-mysql-to-tidb.md b/migrate-small-mysql-to-tidb.md index e6df1b91c7058..e26f009e6695e 100644 --- a/migrate-small-mysql-to-tidb.md +++ b/migrate-small-mysql-to-tidb.md @@ -83,7 +83,7 @@ block-allow-list: ``` -上記は移行を実行するための最小限のタスク構成です。タスクに関する詳細な構成項目については、 [DMタスクの完全な構成ファイルの紹介](/dm/task-configuration-file-full.md)を参照してください。 +上記は移行を実行するための最小限のタスク構成です。タスクに関する詳細な設定項目については、 [DMタスクの完全な構成ファイルの紹介](/dm/task-configuration-file-full.md)を参照してください。 ## ステップ3. 移行タスクを開始する {#step-3-start-the-migration-task} diff --git a/minimal-deployment-topology.md b/minimal-deployment-topology.md index 3693effdcccb0..906311087d045 100644 --- a/minimal-deployment-topology.md +++ b/minimal-deployment-topology.md @@ -25,7 +25,7 @@ summary: TiDB クラスターの最小限のデプロイメント トポロジ - [最小トポロジーのシンプルなテンプレート](https://github.com/pingcap/docs/blob/master/config-templates/simple-mini.yaml) - [最小トポロジーの複雑なテンプレート](https://github.com/pingcap/docs/blob/master/config-templates/complex-mini.yaml) -上記の TiDB クラスター トポロジファイルの構成項目の詳細については、 [TiUPを使用して TiDB をデプロイするためのトポロジコンフィグレーションファイル](/tiup/tiup-cluster-topology-reference.md)を参照してください。 +上記の TiDB クラスター トポロジファイルの設定項目の詳細については、 [TiUPを使用して TiDB をデプロイするためのトポロジコンフィグレーションファイル](/tiup/tiup-cluster-topology-reference.md)を参照してください。 > **Note:** > diff --git a/pd-configuration-file.md b/pd-configuration-file.md index c7f91b414d78d..0d8542eb0555f 100644 --- a/pd-configuration-file.md +++ b/pd-configuration-file.md @@ -252,13 +252,13 @@ pd-server関連のコンフィグレーション項目 ### `max-days` {#max-days} - ログが保存される最大日数 -- 構成項目が設定されていない場合、またはその値がデフォルト値 0 に設定されている場合、PD はログファイルを消去しません。 +- 設定項目が設定されていない場合、またはその値がデフォルト値 0 に設定されている場合、PD はログファイルを消去しません。 - デフォルト値: `0` ### `max-backups` {#max-backups} - 保存するログファイルの最大数 -- 構成項目が設定されていない場合、またはその値がデフォルト値 0 に設定されている場合、PD はすべてのログファイルを保持します。 +- 設定項目が設定されていない場合、またはその値がデフォルト値 0 に設定されている場合、PD はすべてのログファイルを保持します。 - デフォルト値: `0` ## `metric` {#metric} @@ -276,7 +276,7 @@ pd-server関連のコンフィグレーション項目 > **Note:** > -> `schedule`に関連するこれらの PD 構成項目を変更するには、クラスターのステータスに基づいて次のいずれかの方法を選択します。 +> `schedule`に関連するこれらの PD 設定項目を変更するには、クラスターのステータスに基づいて次のいずれかの方法を選択します。 > > - 新しくデプロイするクラスターの場合は、PD 構成ファイルを直接変更できます。 > - 既存のクラスターの場合は、コマンドラインツール[PD Control](/pd-control.md)を使用して変更を加えてください。設定ファイル内の`schedule`に関連するPD設定項目を直接変更しても、既存のクラスターには反映されません。 @@ -543,7 +543,7 @@ pd-server関連のコンフィグレーション項目 > > v8.1.0以降、TiDB Dashboardのテレメトリ機能は削除され、この設定項目は機能しなくなりました。これは以前のバージョンとの互換性のためだけに残されています。 -- v8.1.0 より前では、この構成項目は、TiDB Dashboardでテレメトリ収集を有効にするかどうかを制御します。 +- v8.1.0 より前では、この設定項目は、TiDB Dashboardでテレメトリ収集を有効にするかどうかを制御します。 - デフォルト値: `false` ## `replication-mode` {#replication-mode} @@ -552,7 +552,7 @@ pd-server関連のコンフィグレーション項目 ## controller {#controller} -このセクションでは、 [リソース管理](/tidb-resource-control-ru-groups.md)のためにPDに組み込まれている構成項目について説明します。 +このセクションでは、 [リソース管理](/tidb-resource-control-ru-groups.md)のためにPDに組み込まれている設定項目について説明します。 ### `degraded-mode-wait-duration` {#degraded-mode-wait-duration} diff --git a/pd-microservices-deployment-topology.md b/pd-microservices-deployment-topology.md index 4b72c39a0a662..83ad3405824a1 100644 --- a/pd-microservices-deployment-topology.md +++ b/pd-microservices-deployment-topology.md @@ -80,12 +80,12 @@ grafana_servers: -前述の TiDB クラスター トポロジファイルの構成項目の詳細については、 [TiUPを使用して TiDB をデプロイするためのトポロジ構成ファイル](/tiup/tiup-cluster-topology-reference.md)を参照してください。 +前述の TiDB クラスター トポロジファイルの設定項目の詳細については、 [TiUPを使用して TiDB をデプロイするためのトポロジ構成ファイル](/tiup/tiup-cluster-topology-reference.md)を参照してください。 ### 主なパラメータ {#key-parameters} - `tso_servers`のインスタンスのレベル`host`構成では、ドメイン名ではなく IP アドレスのみがサポートされます。 -- TSO 構成項目の詳細については、 [TSO 構成ファイル](/tso-configuration-file.md)を参照してください。 +- TSO 設定項目の詳細については、 [TSO 構成ファイル](/tso-configuration-file.md)を参照してください。 - `scheduling_servers`のインスタンスのレベル`host`構成では、ドメイン名ではなく IP アドレスのみがサポートされます。 - スケジュール設定項目の詳細については、 [スケジュール設定ファイル](/scheduling-configuration-file.md)を参照してください。 diff --git a/performance-tuning-practices.md b/performance-tuning-practices.md index f7a3d74b059a5..ab4b98eac3a1f 100644 --- a/performance-tuning-practices.md +++ b/performance-tuning-practices.md @@ -200,7 +200,7 @@ TiDB の平均 CPU 使用率は 874% から 936% に増加します。 アプリケーション構成はシナリオ 3 と同じままです。アプリケーションが`StmtClose`をトリガーしてもキャッシュにヒットしない問題を解決するために、次のパラメータが構成されています。 - TiDB グローバル変数`set global tidb_ignore_prepared_cache_close_stmt=on;`を設定します (TiDB v6.0.0 以降に導入、デフォルトは`off` )。 -- プランキャッシュ機能を有効にするには、TiDB 構成項目`prepared-plan-cache: {enabled: true}`を設定します。 +- プランキャッシュ機能を有効にするには、TiDB 設定項目`prepared-plan-cache: {enabled: true}`を設定します。 ### パフォーマンス分析 {#performance-analysis} diff --git a/pipelined-dml.md b/pipelined-dml.md index 7144df31a9b69..f7036cbb529d0 100644 --- a/pipelined-dml.md +++ b/pipelined-dml.md @@ -102,8 +102,8 @@ SELECT @@tidb_last_txn_info; - [`tidb_dml_type`](/system-variables.md#tidb_dml_type-new-in-v800)システム変数は、パイプライン DML がセッションレベルで有効かどうかを制御します。 -- [`tidb_dml_type`](/system-variables.md#tidb_dml_type-new-in-v800) `"bulk"`に設定すると、 [`pessimistic-auto-commit`](/tidb-configuration-file.md#pessimistic-auto-commit-new-in-v600)構成項目は`false`に設定されているかのように動作します。 -- パイプライン DML を使用して実行されるトランザクションは、TiDB 構成項目[`txn-total-size-limit`](/tidb-configuration-file.md#txn-total-size-limit)で指定されたサイズ制限の対象ではありません。 +- [`tidb_dml_type`](/system-variables.md#tidb_dml_type-new-in-v800) `"bulk"`に設定すると、 [`pessimistic-auto-commit`](/tidb-configuration-file.md#pessimistic-auto-commit-new-in-v600)設定項目は`false`に設定されているかのように動作します。 +- パイプライン DML を使用して実行されるトランザクションは、TiDB 設定項目[`txn-total-size-limit`](/tidb-configuration-file.md#txn-total-size-limit)で指定されたサイズ制限の対象ではありません。 - パイプラインDMLを使用して実行される大規模なトランザクションでは、トランザクションの実行時間が長くなる可能性があります。このような場合、トランザクションロックの最大TTLは[`max-txn-ttl`](/tidb-configuration-file.md#max-txn-ttl)または24時間のいずれか大きい方の値になります。 - トランザクションの実行時間が[`tidb_gc_max_wait_time`](/system-variables.md#tidb_gc_max_wait_time-new-in-v610)で設定された値を超えると、ガベージコレクション(GC) によってトランザクションが強制的にロールバックされ、失敗する可能性があります。 @@ -112,8 +112,8 @@ SELECT @@tidb_last_txn_info; - [`tidb_dml_type`](/system-variables.md#tidb_dml_type-new-in-v800)システム変数は、パイプライン DML がセッションレベルで有効かどうかを制御します。 -- [`tidb_dml_type`](/system-variables.md#tidb_dml_type-new-in-v800) `"bulk"`に設定すると、 [`pessimistic-auto-commit`](https://docs.pingcap.com/tidb/stable/tidb-configuration-file#pessimistic-auto-commit-new-in-v600)構成項目は`false`に設定されているかのように動作します。 -- パイプライン DML を使用して実行されるトランザクションは、TiDB 構成項目[`txn-total-size-limit`](https://docs.pingcap.com/tidb/stable/tidb-configuration-file#txn-total-size-limit)で指定されたサイズ制限の対象ではありません。 +- [`tidb_dml_type`](/system-variables.md#tidb_dml_type-new-in-v800) `"bulk"`に設定すると、 [`pessimistic-auto-commit`](https://docs.pingcap.com/tidb/stable/tidb-configuration-file#pessimistic-auto-commit-new-in-v600)設定項目は`false`に設定されているかのように動作します。 +- パイプライン DML を使用して実行されるトランザクションは、TiDB 設定項目[`txn-total-size-limit`](https://docs.pingcap.com/tidb/stable/tidb-configuration-file#txn-total-size-limit)で指定されたサイズ制限の対象ではありません。 - パイプラインDMLを使用して実行される大規模なトランザクションでは、トランザクションの実行時間が長くなる可能性があります。このような場合、トランザクションロックの最大TTLは[`max-txn-ttl`](https://docs.pingcap.com/tidb/stable/tidb-configuration-file#max-txn-ttl)または24時間のいずれか大きい方の値になります。 - トランザクションの実行時間が[`tidb_gc_max_wait_time`](/system-variables.md#tidb_gc_max_wait_time-new-in-v610)で設定された値を超えると、ガベージコレクション(GC) によってトランザクションが強制的にロールバックされ、失敗する可能性があります。 diff --git a/placement-rules-in-sql.md b/placement-rules-in-sql.md index b620a87d15a27..0547045babcc7 100644 --- a/placement-rules-in-sql.md +++ b/placement-rules-in-sql.md @@ -214,7 +214,7 @@ DROP PLACEMENT POLICY myplacementpolicy; ### 高度な配置オプション {#advanced-placement-options} -高度な構成オプションを使用すると、複雑なシナリオの要件を満たすために、データの配置に関してより柔軟な設定が可能になります。ただし、高度なオプションの設定は通常のオプションよりも複雑であり、クラスタトポロジーとTiDBのデータシャーディングに関する深い理解が必要です。 +高度な設定オプションを使用すると、複雑なシナリオの要件を満たすために、データの配置に関してより柔軟な設定が可能になります。ただし、高度なオプションの設定は通常のオプションよりも複雑であり、クラスタトポロジーとTiDBのデータシャーディングに関する深い理解が必要です。 | オプション名 | 説明 | | ---------------------- | ---------------------------------------------------------------------------- | diff --git a/releases/release-1.1-beta.md b/releases/release-1.1-beta.md index 3d737f969ec99..3075589c65cd5 100644 --- a/releases/release-1.1-beta.md +++ b/releases/release-1.1-beta.md @@ -31,7 +31,7 @@ summary: 2018年2月24日にリリースされたTiDB 1.1ベータ版では、My - 指標を追加する - PDリーダーとetcdリーダーを可能な限り同じノードにまとめる - TiKVがダウンした場合のデータ復元の優先度と速度を向上 -- `data-dir`構成項目の有効性チェックを強化する +- `data-dir`設定項目の有効性チェックを強化する - リージョンハートビートのパフォーマンスを最適化 - ホットスポットのスケジュール設定がラベル制約に違反する問題を修正しました - その他の安定性の問題を修正 diff --git a/releases/release-2.0-ga.md b/releases/release-2.0-ga.md index d9bce73829ab0..e728392314248 100644 --- a/releases/release-2.0-ga.md +++ b/releases/release-2.0-ga.md @@ -75,7 +75,7 @@ summary: 2018年4月27日にリリースされたTiDB 2.0 GAでは、MySQLとの - 特定のラベルを持つストアがRaftリーダーをスケジュールしないように構成することをサポートします - 単一のリージョン内のホットスポットを処理するために、手動でリージョンを分割することをサポートします。 - 場合によっては、指定されたリージョンを分散して手動でリージョン分布を調整できるようにサポートします。 - - 構成パラメータのチェックルールを追加し、構成項目の有効性チェックを改善します。 + - 設定パラメータのチェックルールを追加し、設定項目の有効性チェックを改善します。 - デバッグインターフェース - `Drop Region`デバッグインターフェースを追加する - 各PDのヘルスステータスを列挙するためのインターフェースを追加します diff --git a/releases/release-2.1-rc.1.md b/releases/release-2.1-rc.1.md index 058908cbb1a8d..c23ffb111fd72 100644 --- a/releases/release-2.1-rc.1.md +++ b/releases/release-2.1-rc.1.md @@ -51,7 +51,7 @@ summary: TiDB 2.1 RC1は2018年8月24日にリリースされ、安定性、SQL - いくつかのバイナリ数値型を削除する問題を修正[＃6922](https://github.com/pingcap/tidb/pull/6922) - 出力ログを短くする [＃7029](https://github.com/pingcap/tidb/pull/7029) - `mismatchClusterID`の問題を処理する [＃7053](https://github.com/pingcap/tidb/pull/7053) - - `advertise-address`構成項目を追加する [＃7078](https://github.com/pingcap/tidb/pull/7078) + - `advertise-address`設定項目を追加する [＃7078](https://github.com/pingcap/tidb/pull/7078) - `GrpcKeepAlive`オプションを追加 [＃7100](https://github.com/pingcap/tidb/pull/7100) - 接続を追加するか、 `Token`回のモニター[＃7110](https://github.com/pingcap/tidb/pull/7110) - データデコードパフォーマンスを最適化する[＃7149](https://github.com/pingcap/tidb/pull/7149) diff --git a/releases/release-2.1.1.md b/releases/release-2.1.1.md index b8e3b1ea5cdb4..836ebfefb3a1b 100644 --- a/releases/release-2.1.1.md +++ b/releases/release-2.1.1.md @@ -28,7 +28,7 @@ summary: TiDB 2.1.1は2018年12月12日にリリースされ、安定性、SQL ## PD {#pd} -- 構成ファイルで一部の構成項目を`0`に設定できない問題を修正 [＃1334](https://github.com/pingcap/pd/pull/1334) +- 構成ファイルで一部の設定項目を`0`に設定できない問題を修正 [＃1334](https://github.com/pingcap/pd/pull/1334) - PD 起動するときに未定義の構成を確認します [＃1362](https://github.com/pingcap/pd/pull/1362) - 遅延を最適化するために、リーダーを新しく作成されたピアに転送しないでください[＃1339](https://github.com/pingcap/pd/pull/1339) - デッド`RaftCluster` により停止できない問題を修正 [＃1370](https://github.com/pingcap/pd/pull/1370) diff --git a/releases/release-2.1.11.md b/releases/release-2.1.11.md index 075988cd1d28a..0eabe6935ff55 100644 --- a/releases/release-2.1.11.md +++ b/releases/release-2.1.11.md @@ -27,7 +27,7 @@ TiDB Ansible バージョン: 2.1.11 - `balance-region` によりホットリージョンのスケジュールが失敗する可能性がある問題を修正しました [＃1551](https://github.com/pingcap/pd/pull/1551) - ホットスポット関連のスケジュール優先度を高く設定[＃1551](https://github.com/pingcap/pd/pull/1551) -- 2つの構成項目追加する [＃1551](https://github.com/pingcap/pd/pull/1551) +- 2つの設定項目を追加する [＃1551](https://github.com/pingcap/pd/pull/1551) - `hot-region-schedule-limit`同時ホットスポット スケジューリング タスクの最大数を制御します - ホットリージョンを識別するには`hot-region-cache-hits-threshold` diff --git a/releases/release-2.1.13.md b/releases/release-2.1.13.md index 4d41d8acbafed..376293dfaf7ed 100644 --- a/releases/release-2.1.13.md +++ b/releases/release-2.1.13.md @@ -16,7 +16,7 @@ TiDB Ansible バージョン: 2.1.13 - ホットスポットの問題を軽減するために、列に`AUTO_INCREMENT`属性が含まれている場合に`SHARD_ROW_ID_BITS`を使用して行 ID を分散させる機能を追加します[＃10788](https://github.com/pingcap/tidb/pull/10788) - 無効な DDL メタデータの有効期間を最適化して、TiDB クラスタアップグレード後に DDL 操作の通常の実行を回復する速度を向上します。 [＃10789](https://github.com/pingcap/tidb/pull/10789) - `execdetails.ExecDetails`ポインタの結果としてコプロセッサーリソースを迅速に解放できないことによって引き起こされる、高同時実行シナリオでのOOM問題を修正しました。 [＃10833](https://github.com/pingcap/tidb/pull/10833) -- 統計情報を更新するかどうかを制御する`update-stats`構成項目を追加します[＃10772](https://github.com/pingcap/tidb/pull/10772) +- 統計情報を更新するかどうかを制御する`update-stats`設定項目を追加します[＃10772](https://github.com/pingcap/tidb/pull/10772) - ホットスポット問題を解決するために、リージョンプリスプリットをサポートする次の TiDB 固有の構文を追加します。 - `PRE_SPLIT_REGIONS`テーブルオプションを追加する [＃10863](https://github.com/pingcap/tidb/pull/10863) - `SPLIT TABLE table_name INDEX index_name`構文追加する [＃10865](https://github.com/pingcap/tidb/pull/10865) diff --git a/releases/release-2.1.14.md b/releases/release-2.1.14.md index e51044115e0d5..ecc351b342920 100644 --- a/releases/release-2.1.14.md +++ b/releases/release-2.1.14.md @@ -22,7 +22,7 @@ TiDB Ansible バージョン: 2.1.14 - クエリの最大実行時間を制御するグローバルシステム変数を`max_execution_time`追加する[＃10940](https://github.com/pingcap/tidb/pull/10940) - サポートされていない集計関数の使用によって発生するpanicを修正[＃10911](https://github.com/pingcap/tidb/pull/10911) - `load data`文が失敗した場合、最後のトランザクションに自動ロールバック機能を追加します[＃10862](https://github.com/pingcap/tidb/pull/10862) -- `OOMAction`構成項目が`Cancel` に設定されている場合に TiDB が誤った結果を返す場合がある問題を修正しました。 [＃11016](https://github.com/pingcap/tidb/pull/11016) +- `OOMAction`設定項目が`Cancel` に設定されている場合に TiDB が誤った結果を返す場合がある問題を修正しました。 [＃11016](https://github.com/pingcap/tidb/pull/11016) - TiDBのpanic問題を回避するために`TRACE`文を無効にする [＃11039](https://github.com/pingcap/tidb/pull/11039) - 特定の関数をコプロセッサーにプッシュダウンすることを動的に有効/無効にする`mysql.expr_pushdown_blacklist`システムテーブルを追加します。 [＃10998](https://github.com/pingcap/tidb/pull/10998) - `ANY_VALUE`機能が`ONLY_FULL_GROUP_BY`モードで動作しない問題を修正 [＃10994](https://github.com/pingcap/tidb/pull/10994) @@ -34,14 +34,14 @@ TiDB Ansible バージョン: 2.1.14 ## PD {#pd} -- 無効な構成項目読み取るときにログ出力レベルを`Error`から`Warning`に調整します [＃1577](https://github.com/pingcap/pd/pull/1577) +- 無効な設定項目を読み取るときにログ出力レベルを`Error`から`Warning`に調整します [＃1577](https://github.com/pingcap/pd/pull/1577) ## ツール {#tools} TiDB Binlog - Reparo - - `safe-mode`構成項目を追加し、この項目を有効にした後に重複したデータのインポートをサポートします[＃662](https://github.com/pingcap/tidb-binlog/pull/662) + - `safe-mode`設定項目を追加し、この項目を有効にした後に重複したデータのインポートをサポートします[＃662](https://github.com/pingcap/tidb-binlog/pull/662) - Pump - 利用可能なbinlogスペースを制限するための`stop-write-at-available-space`設定項目を追加します[＃659](https://github.com/pingcap/tidb-binlog/pull/659) - LevelDB L0ファイルの数が多い場合にガベージコレクターが動作しないことがある問題を修正しました。 [＃648](https://github.com/pingcap/tidb-binlog/pull/648) diff --git a/releases/release-2.1.15.md b/releases/release-2.1.15.md index ebdaafd15f1d9..b25f1a7df7062 100644 --- a/releases/release-2.1.15.md +++ b/releases/release-2.1.15.md @@ -22,7 +22,7 @@ TiDB Ansible バージョン: 2.1.15 - プラグイン`ADMIN PLUGINS DISABLE` `ADMIN PLUGINS ENABLE`ステートメントを追加する[＃11189](https://github.com/pingcap/tidb/pull/11189) - 監査プラグインにセッション接続情報を追加する [＃11189](https://github.com/pingcap/tidb/pull/11189) - ポイントクエリで列を複数回クエリし、返された結果が`NULL`ある場合に発生するpanic問題を修正しました。 [＃11227](https://github.com/pingcap/tidb/pull/11227) -- テーブルを作成するときに、散布テーブルRegionsに`tidb_scatter_region`構成項目を追加します。 [＃11213](https://github.com/pingcap/tidb/pull/11213) +- テーブルを作成するときにテーブルのRegionを分散させるための`tidb_scatter_region`設定項目を追加します。 [＃11213](https://github.com/pingcap/tidb/pull/11213) - `RAND`関数を使用する際に非スレッドセーフ`rand.Rand`によって発生するデータ競合問題を修正 [＃11170](https://github.com/pingcap/tidb/pull/11170) - 整数と非整数の比較結果が場合によっては正しくない問題を修正[＃11191](https://github.com/pingcap/tidb/pull/11191) - データベースまたはテーブルの照合順序の変更をサポートしますが、データベース/テーブルの文字セットは UTF-8 または utf8mb4 である必要があります。 [＃11085](https://github.com/pingcap/tidb/pull/11085) diff --git a/releases/release-2.1.16.md b/releases/release-2.1.16.md index 807ccca58aa86..d346685ffb2e1 100644 --- a/releases/release-2.1.16.md +++ b/releases/release-2.1.16.md @@ -51,8 +51,8 @@ TiDB Ansible バージョン: 2.1.16 ## ツール {#tools} - TiDB Binlog - - トランザクション内の一部のステートメントの実行をスキップするために、 Drainerに`ignore-txn-commit-ts`構成項目を追加します。 [＃697](https://github.com/pingcap/tidb-binlog/pull/697) - - 起動時に構成項目のチェックを追加し、PumpとDrainerの実行を停止し、無効な構成項目に該当する場合にエラーメッセージを返します。 [＃708](https://github.com/pingcap/tidb-binlog/pull/708) + - トランザクション内の一部のステートメントの実行をスキップするために、 Drainerに`ignore-txn-commit-ts`設定項目を追加します。 [＃697](https://github.com/pingcap/tidb-binlog/pull/697) + - 起動時に設定項目のチェックを追加し、PumpとDrainerの実行を停止し、無効な設定項目に該当する場合にエラーメッセージを返します。 [＃708](https://github.com/pingcap/tidb-binlog/pull/708) - DrainerのノードID を指定するためにDrainerに`node-id`設定を追加します。 [＃706](https://github.com/pingcap/tidb-binlog/pull/706) - TiDB Lightning - 2つのチェックサムが同時に実行されているときに`tikv_gc_life_time`元の値に戻せない問題を修正しました[＃224](https://github.com/pingcap/tidb-lightning/pull/224) diff --git a/releases/release-2.1.17.md b/releases/release-2.1.17.md index 711995758ea80..816e8d1472bd2 100644 --- a/releases/release-2.1.17.md +++ b/releases/release-2.1.17.md @@ -1,6 +1,6 @@ --- title: TiDB 2.1.17 Release Notes -summary: "TiDB 2.1.17 リリースノート: 新機能には、SHOW TABLE REGIONS` の `WHERE` 句、TiKV および PD の `config-check` 機能、pd-ctl の `remove-tombstone` コマンド、 Reparoの `worker-count` および `txn-batch` 構成項目が含まれます。PD のスケジュール プロセスと TiKV の起動プロセスが改善されました。TiDB スロークエリログと構成ファイルの動作が変更されました。SQL オプティマイザ、SQL 実行エンジン、サーバー、DDL、モニター、TiKV、PD、TiDB Binlog、 TiDB Lightning、および TiDB Ansible の修正と最適化が行われました。" +summary: "TiDB 2.1.17 リリースノート: 新機能には、SHOW TABLE REGIONS` の `WHERE` 句、TiKV および PD の `config-check` 機能、pd-ctl の `remove-tombstone` コマンド、 Reparoの `worker-count` および `txn-batch` 設定項目が含まれます。PD のスケジュール プロセスと TiKV の起動プロセスが改善されました。TiDB スロークエリログと構成ファイルの動作が変更されました。SQL オプティマイザ、SQL 実行エンジン、サーバー、DDL、モニター、TiKV、PD、TiDB Binlog、 TiDB Lightning、および TiDB Ansible の修正と最適化が行われました。" --- # TiDB 2.1.17 リリースノート {#tidb-2-1-17-release-notes} @@ -13,7 +13,7 @@ TiDB Ansible バージョン: 2.1.17 - 新機能 - TiDBの`SHOW TABLE REGIONS`構文に`WHERE`句を追加する - - TiKVとPDに`config-check`機能を追加して構成項目をチェックする + - TiKVとPDに`config-check`機能を追加して設定項目をチェックする - pd-ctlに`remove-tombstone`コマンドを追加して、tombstoneストアのレコードをクリアします。 - Reparoに`worker-count`と`txn-batch`設定項目を追加して回復速度を制御します @@ -63,7 +63,7 @@ TiDB Ansible バージョン: 2.1.17 ## TiKV {#tikv} - 一部のケースでリージョン内のキーのカウント結果が誤っていた問題を修正[＃5415](https://github.com/tikv/tikv/pull/5415) -- TiKVに`config-check`オプションを追加して、TiKV構成項目が有効かどうかを確認する[＃5391](https://github.com/tikv/tikv/pull/5391) +- TiKVに`config-check`オプションを追加して、TiKV設定項目が有効かどうかを確認する[＃5391](https://github.com/tikv/tikv/pull/5391) - ノードの再起動によって発生するジッターを軽減するために起動プロセスを最適化します。 [＃5277](https://github.com/tikv/tikv/pull/5277) - 場合によってはロック解決プロセスを最適化して、トランザクションのロック解決を高速化します。 [＃5339](https://github.com/tikv/tikv/pull/5339) - `get_txn_commit_info`プロセスを最適化してトランザクションのコミットを高速化する[＃5062](https://github.com/tikv/tikv/pull/5062) @@ -72,7 +72,7 @@ TiDB Ansible バージョン: 2.1.17 ## PD {#pd} -- PDに`config-check`オプションを追加して、PD構成項目が有効かどうかを確認する[＃1725](https://github.com/pingcap/pd/pull/1725) +- PDに`config-check`オプションを追加して、PD設定項目が有効かどうかを確認する[＃1725](https://github.com/pingcap/pd/pull/1725) - pd-ctlに`remove-tombstone`コマンドを追加して、tombstoneストアレコードのクリアをサポートする[＃1705](https://github.com/pingcap/pd/pull/1705) - オペレーターのスケジュール調整を積極的に促進するサポート[＃1686](https://github.com/pingcap/pd/pull/1686) diff --git a/releases/release-2.1.19.md b/releases/release-2.1.19.md index 7fda046d9a71c..48a4be51999a8 100644 --- a/releases/release-2.1.19.md +++ b/releases/release-2.1.19.md @@ -55,7 +55,7 @@ TiDB Ansible バージョン: 2.1.19 - `KILL CONNECTION`ゴルーチンリークを引き起こす可能性がある問題を修正[＃13252](https://github.com/pingcap/tidb/pull/13252) - HTTP API の`info/all`インターフェースを介してすべてのTiDBノードのbinlogステータスの取得をサポート [＃13188](https://github.com/pingcap/tidb/pull/13188) - Windows で TiDB プロジェクトのビルドに失敗する問題を修正 [＃13650](https://github.com/pingcap/tidb/pull/13650) - - TiDBサーバーのバージョンを制御および変更するための`server-version`構成項目を追加します。 [＃13904](https://github.com/pingcap/tidb/pull/13904) + - TiDBサーバーのバージョンを制御および変更するための`server-version`設定項目を追加します。 [＃13904](https://github.com/pingcap/tidb/pull/13904) - Go1.13でコンパイルされたバイナリ`plugin`正常に動作しない問題を修正[＃13527](https://github.com/pingcap/tidb/pull/13527) - DDL - テーブルが作成され、テーブルに`COLLATE` が含まれている場合、列のシステムのデフォルトの文字セットの代わりにテーブルの`COLLATE`を使用します。 [＃13190](https://github.com/pingcap/tidb/pull/13190) diff --git a/releases/release-2.1.7.md b/releases/release-2.1.7.md index d660b32d4032f..457a38b1bb3b9 100644 --- a/releases/release-2.1.7.md +++ b/releases/release-2.1.7.md @@ -14,7 +14,7 @@ TiDB Ansible バージョン: 2.1.7 ## TiDB {#tidb} - DDL操作のキャンセルによりプログラムのアップグレード時に起動時間が長くなる問題を修正[＃9768](https://github.com/pingcap/tidb/pull/9768) -- `check-mb4-value-in-utf8`構成項目が`config.example.toml`ファイル内の間違った位置にある問題を修正しました [＃9852](https://github.com/pingcap/tidb/pull/9852) +- `check-mb4-value-in-utf8`設定項目が`config.example.toml`ファイル内の間違った位置にある問題を修正しました [＃9852](https://github.com/pingcap/tidb/pull/9852) - `str_to_date`組み込み関数とMySQL の互換性を改善 [＃9817](https://github.com/pingcap/tidb/pull/9817) - `last_day`組み込み関数の互換性の問題を修正 [＃9750](https://github.com/pingcap/tidb/pull/9750) - SQL文を使用して`table_id`を取得するために`infoschema.tables`の`tidb_table_id`列を追加し、テーブルとインデックスの関係を管理するために`tidb_indexes`システムテーブルを追加します。 [＃9862](https://github.com/pingcap/tidb/pull/9862) diff --git a/releases/release-2.1.8.md b/releases/release-2.1.8.md index 20aa587d88b12..038f1696dbea3 100644 --- a/releases/release-2.1.8.md +++ b/releases/release-2.1.8.md @@ -52,10 +52,10 @@ TiDB Ansible バージョン: 2.1.8 - Lightning のテーブルインポートの順序を最適化して、インポートプロセス中にクラスター上で`Checksum`と`Analyze`を実行する大きなテーブルの影響を軽減し、 `Checksum`と`Analyze`の成功率を向上させます[＃156](https://github.com/pingcap/tidb-lightning/pull/156) - KVエンコーダの追加解析作業を回避するために、データソースファイルの内容をTiDBの`types.Datum`に直接解析することで、LightningのエンコードSQLパフォーマンスを50％向上しました。 [＃145](https://github.com/pingcap/tidb-lightning/pull/145) -- TiDB Binlog Pumpに`storage.sync-log`構成項目を追加して、 Pump でローカルストレージのディスクを非同期にフラッシュすることをサポートします。 [＃529](https://github.com/pingcap/tidb-binlog/pull/529) +- TiDB Binlog Pumpに`storage.sync-log`設定項目を追加して、 Pump でローカルストレージのディスクを非同期にフラッシュすることをサポートします。 [＃529](https://github.com/pingcap/tidb-binlog/pull/529) - TiDB Binlog PumpとDrainer 間の通信のトラフィック圧縮をサポート [＃530](https://github.com/pingcap/tidb-binlog/pull/530) -- TiDB Binlog Drainerに`syncer.sql-mode`構成項目を追加して、異なる`sql-mode` sを使用してDDLクエリを解析できるようにします[＃513](https://github.com/pingcap/tidb-binlog/pull/513) -- TiDB Binlog Drainerに`syncer.ignore-table`構成項目を追加して、複製しないテーブルのフィルタリングをサポートします[＃526](https://github.com/pingcap/tidb-binlog/pull/526) +- TiDB Binlog Drainerに`syncer.sql-mode`設定項目を追加して、異なる`sql-mode` sを使用してDDLクエリを解析できるようにします[＃513](https://github.com/pingcap/tidb-binlog/pull/513) +- TiDB Binlog Drainerに`syncer.ignore-table`設定項目を追加して、複製しないテーブルのフィルタリングをサポートします[＃526](https://github.com/pingcap/tidb-binlog/pull/526) ## TiDB Ansible {#tidb-ansible} diff --git a/releases/release-3.0-ga.md b/releases/release-3.0-ga.md index e07a1dfdc4b88..4b8f6dcc00c09 100644 --- a/releases/release-3.0-ga.md +++ b/releases/release-3.0-ga.md @@ -126,11 +126,11 @@ TiDB Ansible バージョン: 3.0.0 - 実行中の演算子を照会するための`GetOperator` API を追加します - `GetStores` APIのパフォーマンスを最適化 - 構成 - - 構成チェックロジックを最適化して構成項目のエラーを回避する + - 構成チェックロジックを最適化して設定項目のエラーを回避する - リージョンの結合方向を制御するには`enable-two-way-merge`追加します - ホットリージョンのスケジュールレートを制御するには`hot-region-schedule-limit`追加します - 複数のしきい値を連続して超える場合は、ホットスポットを識別するために`hot-region-cache-hits-threshold`追加します。 - - 1 分あたりに許可されるバランスリージョンオペレータの最大数を制御するための`store-balance-rate`構成項目を追加します。 + - 1 分あたりに許可されるバランスリージョンオペレータの最大数を制御するための`store-balance-rate`設定項目を追加します。 - スケジューラの最適化 - 各ストアのオペレーターの速度を個別に制御するためのストア制限メカニズムを追加します。 - 異なるスケジューラ間のリソース競合を最適化するために`waitingOperator`キューをサポートします。 @@ -191,11 +191,11 @@ TiDB Ansible バージョン: 3.0.0 - Kafka からbinlogを読み取り、データを MySQL に複製する Arbiter ツールを追加します。 - Reparoによるレプリケーションを必要としないファイルのフィルタリングをサポート - 生成列の複製をサポート - - 異なるSQLモードを使用してDDLクエリを解析できるように、 `syncer.sql-mode`構成項目を追加します。 - - 複製されないテーブルのフィルタリングをサポートするために`syncer.ignore-table`構成項目を追加します + - 異なるSQLモードを使用してDDLクエリを解析できるように、 `syncer.sql-mode`設定項目を追加します。 + - 複製されないテーブルのフィルタリングをサポートするために`syncer.ignore-table`設定項目を追加します - sync-diff-inspector - チェックポイントをサポートし、検証ステータスを記録し、再起動後に最後に保存したポイントから検証を続行します。 - - チェックサムを計算してデータの整合性をチェックするための`only-use-checksum`構成項目を追加します。 + - チェックサムを計算してデータの整合性をチェックするための`only-use-checksum`設定項目を追加します。 - より多くのシナリオに適応するために、TiDB 統計と複数の列を使用して比較用にチャンクを分割する機能をサポートします。 ## TiDB Ansible {#tidb-ansible} diff --git a/releases/release-3.0.0-beta.1.md b/releases/release-3.0.0-beta.1.md index c09a0aac28f2e..e3bea18d559c3 100644 --- a/releases/release-3.0.0-beta.1.md +++ b/releases/release-3.0.0-beta.1.md @@ -65,7 +65,7 @@ TiDB Ansible バージョン: 3.0.0-beta.1 - TiDBに表示されるMySQLのバージョンを5.7.10から5.7.25に変更する[＃9553](https://github.com/pingcap/tidb/pull/9553) - [ログ形式](https://github.com/tikv/rfcs/blob/master/text/0018-unified-log-format.md)統合してツールによる収集と分析を容易にする - 統計に基づいて実際のデータ量と推定データ量の差を記録するための監視項目`high_error_rate_feedback_total`追加します。 [＃9209](https://github.com/pingcap/tidb/pull/9209) - - データベースディメンションにQPS監視項目を追加します。これは、構成項目を使用して有効にできます。 [＃9151](https://github.com/pingcap/tidb/pull/9151) + - データベースディメンションにQPS監視項目を追加します。これは、設定項目を使用して有効にできます。 [＃9151](https://github.com/pingcap/tidb/pull/9151) - DDL - DDLタスクの再試行回数を制限するために、 `ddl_error_count_limit`グローバル変数（デフォルトでは「512」）を追加します（この回数が制限を超えると、DDLタスクはキャンセルされます） [＃9295](https://github.com/pingcap/tidb/pull/9295) - ALTER ALGORITHM `INPLACE` / `INSTANT` をサポート [＃8811](https://github.com/pingcap/tidb/pull/8811) @@ -108,7 +108,7 @@ TiDB Ansible バージョン: 3.0.0-beta.1 - 生成列の複製をサポート - Lightning - TiKVの定期的なレベル1圧縮を無効にすることをサポートし、TiKVクラスタバージョンが2.1.4以降の場合、レベル1圧縮はインポートモードで自動的に実行されます[＃4199](https://github.com/tikv/tikv/pull/4199) [＃119](https://github.com/pingcap/tidb-lightning/pull/119) - - `table_concurrency`構成項目を追加して、インポートエンジンの数（デフォルトでは「16」）を制限し、インポーターのディスクスペース過剰な使用を回避します。 [＃119](https://github.com/pingcap/tidb-lightning/pull/119) + - `table_concurrency`設定項目を追加して、インポートエンジンの数（デフォルトでは「16」）を制限し、インポーターのディスクスペース過剰な使用を回避します。 [＃119](https://github.com/pingcap/tidb-lightning/pull/119) - メモリ使用量を削減するために、中間状態SSTをディスクに保存することをサポート[＃4369](https://github.com/tikv/tikv/pull/4369) - TiKV-Importer のインポートパフォーマンスを最適化し、大規模なテーブルのデータとインデックスの個別インポートをサポートします[＃132](https://github.com/pingcap/tidb-lightning/pull/132) - CSVファイルのインポートをサポート[＃111](https://github.com/pingcap/tidb-lightning/pull/111) diff --git a/releases/release-3.0.0-rc.1.md b/releases/release-3.0.0-rc.1.md index ddeef98e79d0a..9c691ecf04a9d 100644 --- a/releases/release-3.0.0-rc.1.md +++ b/releases/release-3.0.0-rc.1.md @@ -114,8 +114,8 @@ TiDB Ansible バージョン: 3.0.0-rc.1 - ダウンストリームが`pb`の場合は圧縮オプションを提供しません。ダウンストリーム名を`pb`から`file`に変更します[＃559](https://github.com/pingcap/tidb-binlog/pull/559) - Pumpにローカルストレージへの非同期フラッシュを許可する`storage.sync-log`設定項目を追加する [＃509](https://github.com/pingcap/tidb-binlog/pull/509) - PumpとDrainer間の通信のトラフィック圧縮をサポート [＃495](https://github.com/pingcap/tidb-binlog/pull/495) - - 異なるSQLモードでのDDLクエリの解析をサポートするために、 Drainerに`syncer.sql-mode`構成項目を追加します。 [＃511](https://github.com/pingcap/tidb-binlog/pull/511) - - レプリケーションを必要としないテーブルを除外するための構成項目を`syncer.ignore-table`追加します[＃520](https://github.com/pingcap/tidb-binlog/pull/520) + - 異なるSQLモードでのDDLクエリの解析をサポートするために、 Drainerに`syncer.sql-mode`設定項目を追加します。 [＃511](https://github.com/pingcap/tidb-binlog/pull/511) + - レプリケーションを必要としないテーブルを除外するための設定項目を`syncer.ignore-table`追加します[＃520](https://github.com/pingcap/tidb-binlog/pull/520) - Lightning - 行IDまたはデフォルトの列値を使用して、ダンプファイルで欠落した列データを入力します。 [＃170](https://github.com/pingcap/tidb-lightning/pull/170) @@ -128,7 +128,7 @@ TiDB Ansible バージョン: 3.0.0-rc.1 - sync-diff-inspector - チェックポイントをサポートし、検証ステータスを記録し、再起動後に最後に保存したポイントから検証を続行します[＃224](https://github.com/pingcap/tidb-tools/pull/224) - - チェックサム計算してデータの整合性をチェックするための構成項目`only-use-checksum`追加します [＃215](https://github.com/pingcap/tidb-tools/pull/215) + - チェックサム計算してデータの整合性をチェックするための設定項目`only-use-checksum`追加します [＃215](https://github.com/pingcap/tidb-tools/pull/215) ## TiDB Ansible {#tidb-ansible} diff --git a/releases/release-3.0.0-rc.2.md b/releases/release-3.0.0-rc.2.md index b7a29e5a09837..29f4c046341e8 100644 --- a/releases/release-3.0.0-rc.2.md +++ b/releases/release-3.0.0-rc.2.md @@ -121,4 +121,4 @@ TiDB Ansible バージョン: 3.0.0-rc.2 - シャードデータベースとテーブルのマージをサポート[＃95](https://github.com/pingcap/tidb-lightning/pull/95) - KV書き込み失敗再試行メカニズムを追加 [＃176](https://github.com/pingcap/tidb-lightning/pull/176) - デフォルト値`table-concurrency`を6に更新 [＃175](https://github.com/pingcap/tidb-lightning/pull/175) - - `tidb.pd-addr`と`tidb.port`提供されていない場合は自動的に検出して必要な構成項目を削減します[＃173](https://github.com/pingcap/tidb-lightning/pull/173) + - `tidb.pd-addr`と`tidb.port`が提供されていない場合は自動的に検出することで、必要な設定項目を削減します[＃173](https://github.com/pingcap/tidb-lightning/pull/173) diff --git a/releases/release-3.0.0-rc.3.md b/releases/release-3.0.0-rc.3.md index bab6c3a7a35ca..aa30212723b7b 100644 --- a/releases/release-3.0.0-rc.3.md +++ b/releases/release-3.0.0-rc.3.md @@ -38,7 +38,7 @@ TiDB Ansible バージョン: 3.0.0-rc.3 - `create user`などの複数`revoke`ステートメント`grant`連続して実行した場合の不正な実行問題を修正しました[＃10737](https://github.com/pingcap/tidb/pull/10737) - コプロセッサーへの式のプッシュダウンを禁止するブロックリストを追加します。 [＃10791](https://github.com/pingcap/tidb/pull/10791) - クエリがメモリ構成制限を超えたときに`expensive query`ログを出力する機能を追加 [＃10849](https://github.com/pingcap/tidb/pull/10849) - - 変更されたバインディング実行計画の更新時間を制御する`bind-info-lease`構成項目を追加します。 [＃10727](https://github.com/pingcap/tidb/pull/10727) + - 変更されたバインディング実行計画の更新時間を制御する`bind-info-lease`設定項目を追加します。 [＃10727](https://github.com/pingcap/tidb/pull/10727) - `execdetails.ExecDetails`ポインタの結果としてコプロセッサーリソースを迅速に解放できないことによって引き起こされる、高同時実行シナリオでのOOM問題を修正しました。 [＃10832](https://github.com/pingcap/tidb/pull/10832) - `kill`文によって発生するpanic問題を修正[＃10876](https://github.com/pingcap/tidb/pull/10876) @@ -59,10 +59,10 @@ TiDB Ansible バージョン: 3.0.0-rc.3 ## PD {#pd} -- 一方向のマージのみを許可するには、 `enable-two-way-merge`構成項目を追加します[＃1583](https://github.com/pingcap/pd/pull/1583) +- 一方向のマージのみを許可するには、 `enable-two-way-merge`設定項目を追加します[＃1583](https://github.com/pingcap/pd/pull/1583) - `AddLightLearner`と`AddLightPeer`スケジューリング操作を追加して、 リージョン Scatterスケジューリングを制限メカニズムによって制限されないようにします。 [＃1563](https://github.com/pingcap/pd/pull/1563) - システムの起動時にデータのレプリカレプリケーションが 1つしか存在しないため信頼性が不十分になる問題を修正しました[＃1581](https://github.com/pingcap/pd/pull/1581) -- 構成チェックロジックを最適化して構成項目エラーを回避する[＃1585](https://github.com/pingcap/pd/pull/1585) +- 構成チェックロジックを最適化して設定項目エラーを回避する[＃1585](https://github.com/pingcap/pd/pull/1585) - `store-balance-rate`構成の定義を、1分あたりに生成されるバランスオペレータ数の上限に調整します。 [＃1591](https://github.com/pingcap/pd/pull/1591) - ストアがスケジュールされた操作を生成できない可能性がある問題を修正[＃1590](https://github.com/pingcap/pd/pull/1590) diff --git a/releases/release-3.0.1.md b/releases/release-3.0.1.md index 00bbf15bdfd6e..a3fac646578f8 100644 --- a/releases/release-3.0.1.md +++ b/releases/release-3.0.1.md @@ -1,6 +1,6 @@ --- title: TiDB 3.0.1 Release Notes -summary: "TiDB 3.0.1 リリースノート 2019年7月16日。TiDBバージョン3.0.1。MAX_EXECUTION_TIME機能のサポートを追加。AUTO_INCREMENT IDの増分ギャップの自動調整をサポート。ADMIN PLUGINS ENABLE/DISABLE SQL文を追加。Prepare Plan CacheでWindow Functionsがキャッシュされるのを禁止。さまざまなバグと問題を修正。TiKV: BLOBファイルサイズの統計を追加。コアダンプの問題を修正。PD: enable-grpc-gateway構成オプションを追加。ホットリージョンスケジューリング戦略を最適化。ツール: TiDB Binlog - Pump GC戦略を最適化。TiDB Lightning - インポートエラーを修正。TiDB Ansible - 事前チェック機能を追加、監視情報を更新。" +summary: "TiDB 3.0.1 リリースノート 2019年7月16日。TiDBバージョン3.0.1。MAX_EXECUTION_TIME機能のサポートを追加。AUTO_INCREMENT IDの増分ギャップの自動調整をサポート。ADMIN PLUGINS ENABLE/DISABLE SQL文を追加。Prepare Plan CacheでWindow Functionsがキャッシュされるのを禁止。さまざまなバグと問題を修正。TiKV: BLOBファイルサイズの統計を追加。コアダンプの問題を修正。PD: enable-grpc-gateway設定オプションを追加。ホットリージョンスケジューリング戦略を最適化。ツール: TiDB Binlog - Pump GC戦略を最適化。TiDB Lightning - インポートエラーを修正。TiDB Ansible - 事前チェック機能を追加、監視情報を更新。" --- # TiDB 3.0.1 リリースノート {#tidb-3-0-1-release-notes} @@ -57,13 +57,13 @@ TiDB Ansible バージョン: 3.0.1 - ファイルハンドルの統計が不正確であるためにファイルハンドルが利用できないという問題を回避するために、開いているファイルハンドルの数をカウントするときに Titan の開いているファイルハンドルの数を追加します[＃5026](https://github.com/tikv/tikv/pull/5026) - 特定のCF でTitanエンジンを有効にするかどうかを決定するには`blob_run_mode`設定します。 [＃4991](https://github.com/tikv/tikv/pull/4991) - 読み取り操作で悲観的トランザクションのコミット情報を取得できない問題を修正[＃5067](https://github.com/tikv/tikv/pull/5067) -- Titanエンジンの実行モードを制御するための`blob-run-mode`構成パラメータを追加します。その値は`normal`、`fallback`、または`read-only`になります [＃4865](https://github.com/tikv/tikv/pull/4865) +- Titanエンジンの実行モードを制御するための`blob-run-mode`設定パラメータを追加します。その値は`normal`、`fallback`、または`read-only`になります [＃4865](https://github.com/tikv/tikv/pull/4865) - デッドロック検出のパフォーマンスを向上[＃5089](https://github.com/tikv/tikv/pull/5089) ## PD {#pd} - PDがホットリージョンをスケジュールするときに、スケジュール制限が自動的に0に調整される問題を修正しました。 [＃1552](https://github.com/pingcap/pd/pull/1552) -- etcd の gRPC ゲートウェイ機能を有効にするには、 `enable-grpc-gateway`構成オプションを追加します。 [＃1596](https://github.com/pingcap/pd/pull/1596) +- etcd の gRPC ゲートウェイ機能を有効にするには、 `enable-grpc-gateway`設定オプションを追加します。 [＃1596](https://github.com/pingcap/pd/pull/1596) - `store-balance-rate` 、およびスケジューラ構成に関連するその他の統計情報を追加します`hot-region-schedule-limit` [＃1601](https://github.com/pingcap/pd/pull/1601) - ホットリージョンのスケジュール戦略を最適化し、スケジュール時にレプリカが不足しているリージョンをスキップして、同じIDC に複数のレプリカがスケジュールされるのを防ぎます。 [＃1609](https://github.com/pingcap/pd/pull/1609) - リージョンのマージ処理ロジックを最適化し、サイズの小さいリージョンのマージを優先してリージョンのマージを高速化します[＃1613](https://github.com/pingcap/pd/pull/1613) diff --git a/releases/release-3.0.17.md b/releases/release-3.0.17.md index 5ddaacbd1637b..4b683711cb3a4 100644 --- a/releases/release-3.0.17.md +++ b/releases/release-3.0.17.md @@ -13,7 +13,7 @@ TiDB バージョン: 3.0.17 - TiDB - - `query-feedback-limit`構成項目のデフォルト値を1024から512に減らし、統計フィードバックメカニズムを改善してクラスタへの影響を軽減します。 [＃18770](https://github.com/pingcap/tidb/pull/18770) + - `query-feedback-limit`設定項目のデフォルト値を1024から512に減らし、統計フィードバックメカニズムを改善してクラスタへの影響を軽減します。 [＃18770](https://github.com/pingcap/tidb/pull/18770) - 1 回のリクエストのバッチ分割数を制限する[＃18694](https://github.com/pingcap/tidb/pull/18694) - TiDB クラスタに多くの履歴 DDL ジョブがある場合に`/tiflash/replica` HTTP API を高速化する [＃18386](https://github.com/pingcap/tidb/pull/18386) - インデックスの等価条件行数推定の改善 [＃17609](https://github.com/pingcap/tidb/pull/17609) diff --git a/releases/release-3.0.2.md b/releases/release-3.0.2.md index d6c686bd3a99a..f18a25a5796b0 100644 --- a/releases/release-3.0.2.md +++ b/releases/release-3.0.2.md @@ -117,20 +117,20 @@ TiDB Ansible バージョン: 3.0.2 TiDB Binlog -- 起動時に構成項目のチェック機能を追加し、無効な項目が見つかった場合にBinlogサービスを停止してエラーを報告します[＃687](https://github.com/pingcap/tidb-binlog/pull/687) +- 起動時に設定項目のチェック機能を追加し、無効な項目が見つかった場合にBinlogサービスを停止してエラーを報告します[＃687](https://github.com/pingcap/tidb-binlog/pull/687) - Drainer で使用される特定のロジックを指定するには、 Drainerに`node-id`構成を追加します。 [＃684](https://github.com/pingcap/tidb-binlog/pull/684) TiDB Lightning - 2つのチェックサムが同時に実行されているときに`tikv_gc_life_time`元の値に戻せない問題を修正しました[＃218](https://github.com/pingcap/tidb-lightning/pull/218) -- 起動時に構成項目のチェック機能を追加し、無効な項目が見つかった場合にBinlogサービスを停止してエラーを報告します[＃217](https://github.com/pingcap/tidb-lightning/pull/217) +- 起動時に設定項目のチェック機能を追加し、無効な項目が見つかった場合にBinlogサービスを停止してエラーを報告します[＃217](https://github.com/pingcap/tidb-lightning/pull/217) ## TiDB Ansible {#tidb-ansible} - ディスクパフォーマンスモニターが秒をミリ秒として扱う単位エラーを修正[＃840](https://github.com/pingcap/tidb-ansible/pull/840) - Spark に`log4j`設定ファイルを追加する [＃841](https://github.com/pingcap/tidb-ansible/pull/841) - Binlogが有効で Kafka または ZooKeeper が構成されている場合に Prometheus 構成ファイルが間違った形式で生成される問題を修正[＃844](https://github.com/pingcap/tidb-ansible/pull/844) -- 生成されたTiDB構成ファイルで`pessimistic-txn`構成パラメータが省略される問題を修正 [＃850](https://github.com/pingcap/tidb-ansible/pull/850) +- 生成されたTiDB構成ファイルで`pessimistic-txn`設定パラメータが省略される問題を修正 [＃850](https://github.com/pingcap/tidb-ansible/pull/850) - TiDB Dashboardのメトリックを追加して最適化する [＃853](https://github.com/pingcap/tidb-ansible/pull/853) - TiDB Dashboardの各監視項目の説明を追加します [＃854](https://github.com/pingcap/tidb-ansible/pull/854) - TiDB サマリーダッシュボードを追加して、クラスターのステータスをより適切に表示し、問題をトラブルシューティングします[＃855](https://github.com/pingcap/tidb-ansible/pull/855) diff --git a/releases/release-3.0.20.md b/releases/release-3.0.20.md index 42ef56bbde195..eb1442c02f0ba 100644 --- a/releases/release-3.0.20.md +++ b/releases/release-3.0.20.md @@ -13,7 +13,7 @@ TiDB バージョン: 3.0.20 - TiDB - - `enable-streaming`構成項目廃止する [＃21054](https://github.com/pingcap/tidb/pull/21054) + - `enable-streaming`設定項目を廃止する [＃21054](https://github.com/pingcap/tidb/pull/21054) ## 改善点 {#improvements} @@ -23,7 +23,7 @@ TiDB バージョン: 3.0.20 - TiKV - - `end_point_slow_log_threshold`構成項目追加する [＃9145](https://github.com/tikv/tikv/pull/9145) + - `end_point_slow_log_threshold`設定項目追加する [＃9145](https://github.com/tikv/tikv/pull/9145) ## バグ修正 {#bug-fixes} diff --git a/releases/release-3.0.4.md b/releases/release-3.0.4.md index 783a622e8c23d..55a9dffb375e9 100644 --- a/releases/release-3.0.4.md +++ b/releases/release-3.0.4.md @@ -120,10 +120,10 @@ TiDB Ansible バージョン: 3.0.4 ## TiDB Ansible {#tidb-ansible} - TiSparkをv2.2.0 にアップグレード [＃926](https://github.com/pingcap/tidb-ansible/pull/926) -- TiDB構成項目`pessimistic_txn`のデフォルト値を`true` に更新します。 [＃933](https://github.com/pingcap/tidb-ansible/pull/933) +- TiDB設定項目`pessimistic_txn`のデフォルト値を`true` に更新します。 [＃933](https://github.com/pingcap/tidb-ansible/pull/933) - `node_exporter` にシステムレベルの監視メトリックを追加します [＃938](https://github.com/pingcap/tidb-ansible/pull/938) - クラスタの状態をより適切に診断するために、TiDB Ansibleに2つのperfツール`iosnoop`と`funcslower`追加します[＃946](https://github.com/pingcap/tidb-ansible/pull/946) - パスワードの有効期限が切れた場合などに発生する長い待機時間に対処するために、rawモジュールをシェルモジュールに置き換えます[＃949](https://github.com/pingcap/tidb-ansible/pull/949) -- TiDB構成項目`txn_local_latches`のデフォルト値を`false`に更新します +- TiDB設定項目`txn_local_latches`のデフォルト値を`false`に更新します - Grafanaダッシュボードの監視メトリックとアラートルールを最適化する[＃962](https://github.com/pingcap/tidb-ansible/pull/962) [＃963](https://github.com/pingcap/tidb-ansible/pull/963) [＃969](https://github.com/pingcap/tidb-ansible/pull/963) - 展開およびアップグレードの前に構成ファイルを確認する[＃934](https://github.com/pingcap/tidb-ansible/pull/934) [＃972](https://github.com/pingcap/tidb-ansible/pull/972) diff --git a/releases/release-3.0.6.md b/releases/release-3.0.6.md index cb7e917df5097..abf715ad01982 100644 --- a/releases/release-3.0.6.md +++ b/releases/release-3.0.6.md @@ -43,7 +43,7 @@ TiDB Ansible バージョン: 3.0.6 - 悲観的ロックの取得に失敗し、トランザクションが単一のキー変更のみを伴う場合は、非同期ロールバックを実行しないでください。 [＃12707](https://github.com/pingcap/tidb/pull/12707) - 領域分割のリクエストに対する応答が空の場合にpanicする問題を修正[＃13092](https://github.com/pingcap/tidb/pull/13092) - `PessimisticLock`ロックエラーを返したときに不要なバックオフを回避する[＃13116](https://github.com/pingcap/tidb/pull/13116) - - 認識されない構成オプション警告ログを出力して構成をチェックする TiDB の動作を変更します。 [＃13272](https://github.com/pingcap/tidb/pull/13272) + - 認識されない設定オプション警告ログを出力して構成をチェックする TiDB の動作を変更します。 [＃13272](https://github.com/pingcap/tidb/pull/13272) - `/info/all`インターフェースを介してすべての TiDB ノードのbinlogステータスの取得をサポート [＃13187](https://github.com/pingcap/tidb/pull/13187) - TiDB が接続を切断したときに goroutine がリークする可能性がある問題を修正[＃13251](https://github.com/pingcap/tidb/pull/13251) - 悲観的トランザクションで`innodb_lock_wait_timeout`パラメータを動作させて、悲観的ロックのロック待機タイムアウトを制御する [＃13165](https://github.com/pingcap/tidb/pull/13165) diff --git a/releases/release-3.0.8.md b/releases/release-3.0.8.md index a32aa927cf9ac..e300717eeb047 100644 --- a/releases/release-3.0.8.md +++ b/releases/release-3.0.8.md @@ -40,7 +40,7 @@ TiDB Ansible バージョン: 3.0.8 - `stmt-summary.refresh-interval`パラメータを追加して、古いデータを`events_statements_summary_by_digest`テーブルから`events_statements_summary_by_digest_history`テーブルに移動するかどうかを制御します (デフォルトの間隔: 30分) [＃14161](https://github.com/pingcap/tidb/pull/14161) - `events_statements_summary_by_digest` の古いデータを保存するには、 `events_statements_summary_by_digest_history`テーブルを追加します。 [＃14166](https://github.com/pingcap/tidb/pull/14166) - RBAC関連の内部SQL文実行時にbinlogが誤って出力される問題を修正[＃13890](https://github.com/pingcap/tidb/pull/13890) - - TiDBサーバーバージョン変更する機能を制御するための`server-version`構成項目を追加します [＃13906](https://github.com/pingcap/tidb/pull/13906) + - TiDBサーバーバージョン変更する機能を制御するための`server-version`設定項目を追加します [＃13906](https://github.com/pingcap/tidb/pull/13906) - HTTPインターフェースを使用してTiDBbinlog書き込みを回復する機能を追加 [＃13892](https://github.com/pingcap/tidb/pull/13892) - MySQLの動作との一貫性を保つために、 `GRANT roles TO user`に必要な権限を`GrantPriv`から`ROLE_ADMIN`または`SUPER`に更新します。 [＃13932](https://github.com/pingcap/tidb/pull/13932) - MySQLの動作の互換性を保つために、TiDBの動作を、現在のデータベースを使用する動作から、 `GRANT`文でデータベース名が指定されていない場合に`No database selected`エラーを報告する動作に変更しました。 [＃13784](https://github.com/pingcap/tidb/pull/13784) @@ -105,7 +105,7 @@ TiDB Ansible バージョン: 3.0.8 ## TiDB Ansible {#tidb-ansible} -- 簡略化された構成項目元に戻す [＃1053](https://github.com/pingcap/tidb-ansible/pull/1053) +- 簡略化された設定項目を元に戻す [＃1053](https://github.com/pingcap/tidb-ansible/pull/1053) - ローリングアップデートを実行する際にTiDBのバージョンをチェックするロジックを最適化します[＃1056](https://github.com/pingcap/tidb-ansible/pull/1056) - TiSparkをv2.1.8にアップグレード[＃1061](https://github.com/pingcap/tidb-ansible/pull/1061) - Grafana で PD ロール監視項目が誤って表示される問題を修正 [＃1065](https://github.com/pingcap/tidb-ansible/pull/1065) diff --git a/releases/release-3.0.9.md b/releases/release-3.0.9.md index 06b0055a8ad44..c93b188ae6e73 100644 --- a/releases/release-3.0.9.md +++ b/releases/release-3.0.9.md @@ -24,7 +24,7 @@ TiDB Ansible バージョン: 3.0.9 - `tidb_tikvclient_ttl_lifetime_reach_total`監視メトリックを追加して、TTL が 10分の悲観的トランザクションの数を監視します[＃14300](https://github.com/pingcap/tidb/pull/14300) - SQLクエリの実行中にpanicが発生した場合に、SQL情報をログに出力します[＃14322](https://github.com/pingcap/tidb/pull/14322) - ステートメント要約テーブルに`plan`と`plan_digest`フィールドを追加して、実行されている`plan`と`plan`署名記録します。 [＃14285](https://github.com/pingcap/tidb/pull/14285) - - `stmt-summary.max-stmt-count`構成項目のデフォルト値を`100`から`200`に調整します[＃14285](https://github.com/pingcap/tidb/pull/14285) + - `stmt-summary.max-stmt-count`設定項目のデフォルト値を`100`から`200`に調整します[＃14285](https://github.com/pingcap/tidb/pull/14285) - スロークエリテーブルに`plan_digest`フィールドを追加して、 `plan`署名記録する [＃14292](https://github.com/pingcap/tidb/pull/14292) - DDL - `primary`列に`alter table ... add index`を使用して作成された匿名インデックスの結果がMySQL と一致しない問題を修正しました [＃14310](https://github.com/pingcap/tidb/pull/14310) @@ -38,7 +38,7 @@ TiDB Ansible バージョン: 3.0.9 - 構成変更を高速化して、リージョン分散高速化します。 [＃6421](https://github.com/tikv/tikv/pull/6421) - トランザクション - `tikv_lock_manager_waiter_lifetime_duration` `tikv_lock_manager_detect_duration`監視メトリックを追加して、 `waiter`の寿命、デッドロックの検出にかかる時間コスト、および`Wait`表の状態`tikv_lock_manager_detect_duration`を監視します。 [＃6392](https://github.com/tikv/tikv/pull/6392) - - 極端な状況でリージョンリーダーまたはデッドロック検出器のリーダーを変更することによって発生するトランザクション実行のレイテンシーを削減するために、次の構成項目を最適化します[＃6429](https://github.com/tikv/tikv/pull/6429) + - 極端な状況でリージョンリーダーまたはデッドロック検出器のリーダーを変更することによって発生するトランザクション実行のレイテンシーを削減するために、次の設定項目を最適化します[＃6429](https://github.com/tikv/tikv/pull/6429) - デフォルト値の`wait-for-lock-time`を`3s`から`1s`に変更します - デフォルト値の`wake-up-delay-duration`を`100ms`から`20ms`に変更します - リージョンマージプロセス中にデッドロック検出器のリーダーが正しくない可能性がある問題を修正しました[＃6431](https://github.com/tikv/tikv/pull/6431) diff --git a/releases/release-3.1.0-ga.md b/releases/release-3.1.0-ga.md index 95ef5c511b017..7a6f0daf24a0b 100644 --- a/releases/release-3.1.0-ga.md +++ b/releases/release-3.1.0-ga.md @@ -15,7 +15,7 @@ TiDB Ansible バージョン: 3.1.0 GA - TiDB - - `report-status`構成項目が有効になっているときに HTTP リスニングポートが利用できない場合に TiDB の起動を直接停止する機能をサポート[＃16291](https://github.com/pingcap/tidb/pull/16291) + - `report-status`設定項目が有効になっているときに HTTP リスニングポートが利用できない場合に TiDB の起動を直接停止する機能をサポート[＃16291](https://github.com/pingcap/tidb/pull/16291) - ツール diff --git a/releases/release-4.0-ga.md b/releases/release-4.0-ga.md index cd64310db2a6d..8839657047b54 100644 --- a/releases/release-4.0-ga.md +++ b/releases/release-4.0-ga.md @@ -1,6 +1,6 @@ --- title: TiDB 4.0 GA Release Notes -summary: TiDB 4.0.0 GA は 2020年 5月 28日にリリースされました。このバージョンでは、大規模トランザクションのエラーメッセージが最適化され、Changefeed` 構成ファイルの使いやすさが向上し、新しい構成項目とさまざまな構文および関数のサポートが追加され、TiKV、 TiFlash、PD、およびツールの複数のバグと問題が修正され、PD の新しい監視項目とさまざまな機能のサポートが追加され、Backup & Restore (BR) と TiCDC のさまざまな問題が修正されました。 +summary: TiDB 4.0.0 GA は 2020年 5月 28日にリリースされました。このバージョンでは、大規模トランザクションのエラーメッセージが最適化され、Changefeed` 構成ファイルの使いやすさが向上し、新しい設定項目とさまざまな構文および関数のサポートが追加され、TiKV、 TiFlash、PD、およびツールの複数のバグと問題が修正され、PD の新しい監視項目とさまざまな機能のサポートが追加され、Backup & Restore (BR) と TiCDC のさまざまな問題が修正されました。 --- # TiDB 4.0 GA リリースノート {#tidb-4-0-ga-release-notes} @@ -16,7 +16,7 @@ TiDB バージョン: 4.0.0 - TiCDC - `Changefeed`設定ファイルの構造を最適化して使いやすさを向上[＃588](https://github.com/pingcap/tiflow/pull/588) - - `ignore-txn-start-ts`構成項目を追加し、トランザクションフィルタリングの条件を`commit_ts`から`start_ts`に変更します。 [＃589](https://github.com/pingcap/tiflow/pull/589) + - `ignore-txn-start-ts`設定項目を追加し、トランザクションフィルタリングの条件を`commit_ts`から`start_ts`に変更します。 [＃589](https://github.com/pingcap/tiflow/pull/589) ## 重要なバグ修正 {#important-bug-fixes} @@ -31,9 +31,9 @@ TiDB バージョン: 4.0.0 ## 新機能 {#new-features} - TiDB - - 再試行コミットフェーズの`goroutines`数を制御するための`committer-concurrency`構成項目を追加します。 [＃16849](https://github.com/pingcap/tidb/pull/16849) + - 再試行コミットフェーズの`goroutines`数を制御するための`committer-concurrency`設定項目を追加します。 [＃16849](https://github.com/pingcap/tidb/pull/16849) - `show table partition regions`構文をサポートする [＃17294](https://github.com/pingcap/tidb/pull/17294) - - TiDBサーバーが使用する一時ディスク領域を制限するための`tmp-storage-quota`構成項目を追加します [＃15700](https://github.com/pingcap/tidb/pull/15700) + - TiDBサーバーが使用する一時ディスク領域を制限するための`tmp-storage-quota`設定項目を追加します [＃15700](https://github.com/pingcap/tidb/pull/15700) - テーブルの作成時および変更時に、パーティションテーブルが一意のプレフィックスインデックスを使用しているかどうかのチェックをサポート[＃17213](https://github.com/pingcap/tidb/pull/17213) - `insert/replace into tbl_name partition` （ `partition_name_list` ）のステートメントサポートする [＃17313](https://github.com/pingcap/tidb/pull/17313) - `Distinct`関数を使用するときに`collations`の値をチェックする機能をサポート [＃17240](https://github.com/pingcap/tidb/pull/17240) diff --git a/releases/release-4.0.0-beta.1.md b/releases/release-4.0.0-beta.1.md index 2871a7a0ef17e..6512fdf446738 100644 --- a/releases/release-4.0.0-beta.1.md +++ b/releases/release-4.0.0-beta.1.md @@ -14,13 +14,13 @@ TiDB Ansible バージョン: 4.0.0-beta.1 ## 互換性の変更 {#compatibility-changes} - TiDB - - `log.enable-slow-log`構成項目の型を整数からブール型に変更します[＃14864](https://github.com/pingcap/tidb/pull/14864) + - `log.enable-slow-log`設定項目の型を整数からブール型に変更します[＃14864](https://github.com/pingcap/tidb/pull/14864) - MySQL 5.7と一致するように、 `mysql.user`システムテーブルの`password`フィールド名を`authentication_string`に変更します (**この互換性の変更により、以前のバージョンにロールバックできなくなります**) [＃14598](https://github.com/pingcap/tidb/pull/14598) - - `txn-total-size-limit`構成項目のデフォルト値を`1GB`から`100MB`に調整します[＃14522](https://github.com/pingcap/tidb/pull/14522) - - PD [＃14750](https://github.com/pingcap/tidb/pull/14750) から読み取った構成項目の動的な変更または更新をサポート [＃14830](https://github.com/pingcap/tidb/pull/14830) [＃14303](https://github.com/pingcap/tidb/pull/14303) + - `txn-total-size-limit`設定項目のデフォルト値を`1GB`から`100MB`に調整します[＃14522](https://github.com/pingcap/tidb/pull/14522) + - PD [＃14750](https://github.com/pingcap/tidb/pull/14750) から読み取った設定項目の動的な変更または更新をサポート [＃14830](https://github.com/pingcap/tidb/pull/14830) [＃14303](https://github.com/pingcap/tidb/pull/14303) - TiKV - - ポイントクエリがコプロセッサー[＃6375](https://github.com/tikv/tikv/pull/6375) [＃6401](https://github.com/tikv/tikv/pull/6401) [＃6534](https://github.com/tikv/tikv/pull/6534) [＃6582](https://github.com/tikv/tikv/pull/6582) [＃6585](https://github.com/tikv/tikv/pull/6585) [＃6593](https://github.com/tikv/tikv/pull/6593) と同じスレッドを使用するかどうかを制御するために、 `readpool.unify-read-pool`構成項目（デフォルトでは`True` ）を追加します。 [＃6677](https://github.com/tikv/tikv/pull/6677) [＃6597](https://github.com/tikv/tikv/pull/6597) + - ポイントクエリがコプロセッサー[＃6375](https://github.com/tikv/tikv/pull/6375) [＃6401](https://github.com/tikv/tikv/pull/6401) [＃6534](https://github.com/tikv/tikv/pull/6534) [＃6582](https://github.com/tikv/tikv/pull/6582) [＃6585](https://github.com/tikv/tikv/pull/6585) [＃6593](https://github.com/tikv/tikv/pull/6593) と同じスレッドを使用するかどうかを制御するために、 `readpool.unify-read-pool`設定項目（デフォルトでは`True` ）を追加します。 [＃6677](https://github.com/tikv/tikv/pull/6677) [＃6597](https://github.com/tikv/tikv/pull/6597) - PD - HTTP APIを最適化して構成マネージャーと互換性を持たせる [＃2080](https://github.com/pingcap/pd/pull/2080) @@ -41,7 +41,7 @@ TiDB Ansible バージョン: 4.0.0-beta.1 - [＃14718](https://github.com/pingcap/tidb/pull/14718) [＃14721](https://github.com/pingcap/tidb/pull/14721) [＃14670](https://github.com/pingcap/tidb/pull/14670) [＃14663](https://github.com/pingcap/tidb/pull/14663) [＃14668](https://github.com/pingcap/tidb/pull/14668) - [＃14896](https://github.com/pingcap/tidb/pull/14896) - `Sequence`機能[＃14731](https://github.com/pingcap/tidb/pull/14731) [＃14589](https://github.com/pingcap/tidb/pull/14589) [＃14674](https://github.com/pingcap/tidb/pull/14674) [＃14442](https://github.com/pingcap/tidb/pull/14442) をサポート [＃14830](https://github.com/pingcap/tidb/pull/14830) [＃14303](https://github.com/pingcap/tidb/pull/14303) - - PD [＃14750](https://github.com/pingcap/tidb/pull/14750) から読み取った構成項目の動的な変更または更新をサポート [＃14830](https://github.com/pingcap/tidb/pull/14830) [＃14303](https://github.com/pingcap/tidb/pull/14303) + - PD [＃14750](https://github.com/pingcap/tidb/pull/14750) から読み取った設定項目の動的な変更または更新をサポート [＃14830](https://github.com/pingcap/tidb/pull/14830) [＃14303](https://github.com/pingcap/tidb/pull/14303) - 負荷分散ポリシーに従って異なるロールからデータを自動的に読み取る機能を追加し、この機能を有効にするために`leader-and-follower`システム変数を追加します[＃14761](https://github.com/pingcap/tidb/pull/14761) - `Coercibility`関数追加する [＃14739](https://github.com/pingcap/tidb/pull/14739) - パーティションテーブル[＃14735](https://github.com/pingcap/tidb/pull/14735) でのTiFlashレプリカの設定をサポート [＃14644](https://github.com/pingcap/tidb/pull/14644) [＃14713](https://github.com/pingcap/tidb/pull/14713) @@ -50,12 +50,12 @@ TiDB Ansible バージョン: 4.0.0-beta.1 - `information_schema.PARTITIONS`システムテーブルをクエリしてテーブルパーティションのチェックをサポート [＃14347](https://github.com/pingcap/tidb/pull/14347) - `json_objectagg`集計関数追加する [＃11154](https://github.com/pingcap/tidb/pull/11154) - 監査ログに拒否された接続試行を記録することをサポート[＃14594](https://github.com/pingcap/tidb/pull/14594) - - 1つのサーバーへの接続数を制御するために、 `max-server-connections`構成項目（デフォルトでは`4096` ）を追加します[＃14409](https://github.com/pingcap/tidb/pull/14409) + - 1つのサーバーへの接続数を制御するために、 `max-server-connections`設定項目（デフォルトでは`4096` ）を追加します[＃14409](https://github.com/pingcap/tidb/pull/14409) - サーバーレベルで複数のストレージエンジンを指定して分離読み取りをサポート [＃14440](https://github.com/pingcap/tidb/pull/14440) - `Apply`オペレータと`Sort`オペレータのコストモデルを最適化して安定性を向上させる[＃13550](https://github.com/pingcap/tidb/pull/13550) [＃14708](https://github.com/pingcap/tidb/pull/14708) - TiKV - - HTTP API 経由でステータスポートから構成項目を取得する機能をサポート [＃6480](https://github.com/tikv/tikv/pull/6480) + - HTTP API 経由でステータスポートから設定項目を取得する機能をサポート [＃6480](https://github.com/tikv/tikv/pull/6480) - コプロセッサーの`Chunk Encoder`のパフォーマンスを最適化 [＃6341](https://github.com/tikv/tikv/pull/6341) - PD diff --git a/releases/release-4.0.0-rc.1.md b/releases/release-4.0.0-rc.1.md index 913cc1182bb06..0e1ddbd3687fa 100644 --- a/releases/release-4.0.0-rc.1.md +++ b/releases/release-4.0.0-rc.1.md @@ -138,7 +138,7 @@ TiDB バージョン: 4.0.0-rc.1 - PD - 一部のAPIがTLS検証に失敗する可能性がある問題を修正[＃2363](https://github.com/pingcap/pd/pull/2363) - - 構成APIがプレフィックスを持つ構成項目を受け入れることができない問題を修正しました [＃2354](https://github.com/pingcap/pd/pull/2354) + - 構成APIがプレフィックスを持つ設定項目を受け入れることができない問題を修正しました [＃2354](https://github.com/pingcap/pd/pull/2354) - スケジューラが見つからない場合に`500`エラーが返される問題を修正しました[＃2328](https://github.com/pingcap/pd/pull/2328) - `scheduler config balance-hot-region-scheduler list`コマンドで`404`エラーが返される問題を修正 [＃2321](https://github.com/pingcap/pd/pull/2321) diff --git a/releases/release-4.0.0-rc.md b/releases/release-4.0.0-rc.md index 0ea1dff28d488..dbce61a25400a 100644 --- a/releases/release-4.0.0-rc.md +++ b/releases/release-4.0.0-rc.md @@ -24,13 +24,13 @@ TiUPバージョン: 0.0.3 - TiKV - 悲観的トランザクションにおける`pipelined`機能をサポートすることで、TPC-Cのパフォーマンスが20%向上します。ただし、実行中のロック失敗によりトランザクションのコミットが失敗するリスクがあります[＃6984](https://github.com/tikv/tikv/pull/6984) - - 新しいクラスターではデフォルトで`unify-read-pool`構成項目を有効にし、古いクラスターではこの項目の以前の設定を使用します[＃7059](https://github.com/tikv/tikv/pull/7059) + - 新しいクラスターではデフォルトで`unify-read-pool`設定項目を有効にし、古いクラスターではこの項目の以前の設定を使用します[＃7059](https://github.com/tikv/tikv/pull/7059) - ツール - TiDB Binlog - - 共通名検証するための構成項目を追加します [＃934](https://github.com/pingcap/tidb-binlog/pull/934) + - 共通名を検証するための設定項目を追加します [＃934](https://github.com/pingcap/tidb-binlog/pull/934) ## 重要なバグ修正 {#important-bug-fixes} @@ -58,7 +58,7 @@ TiUPバージョン: 0.0.3 - 悲観的トランザクションにおける`pipelined`機能をサポートすることで、TPC-Cのパフォーマンスが20%向上します。ただし、実行中のロック失敗によりトランザクションのコミットが失敗するリスクがあります[＃6984](https://github.com/tikv/tikv/pull/6984) - HTTPポートでTLSをサポート [＃5393](https://github.com/tikv/tikv/pull/5393) - - 新しいクラスターではデフォルトで`unify-read-pool`構成項目を有効にし、古いクラスターではこの項目の以前の設定を使用します[＃7059](https://github.com/tikv/tikv/pull/7059) + - 新しいクラスターではデフォルトで`unify-read-pool`設定項目を有効にし、古いクラスターではこの項目の以前の設定を使用します[＃7059](https://github.com/tikv/tikv/pull/7059) - PD @@ -68,7 +68,7 @@ TiUPバージョン: 0.0.3 - TiDB Binlog - - 共通名検証するための構成項目を追加します [＃934](https://github.com/pingcap/tidb-binlog/pull/934) + - 共通名を検証するための設定項目を追加します [＃934](https://github.com/pingcap/tidb-binlog/pull/934) - TiDB Lightning diff --git a/releases/release-4.0.10.md b/releases/release-4.0.10.md index db94f7913d0ae..68744ab0fabc6 100644 --- a/releases/release-4.0.10.md +++ b/releases/release-4.0.10.md @@ -13,11 +13,11 @@ TiDB バージョン: 4.0.10 - PD - - ログからユーザーデータを秘匿化するための`enable-redact-log`構成項目を追加します。 [＃3266](https://github.com/pingcap/pd/pull/3266) + - ログからユーザーデータを秘匿化するための`enable-redact-log`設定項目を追加します。 [＃3266](https://github.com/pingcap/pd/pull/3266) - TiFlash - - ログからユーザーデータを秘匿化するための`security.redact_info_log`構成項目を追加します + - ログからユーザーデータを秘匿化するための`security.redact_info_log`設定項目を追加します ## 改善点 {#improvements} diff --git a/releases/release-4.0.12.md b/releases/release-4.0.12.md index f1bbb49bab1f9..55cd9b37e9166 100644 --- a/releases/release-4.0.12.md +++ b/releases/release-4.0.12.md @@ -68,7 +68,7 @@ TiDB バージョン: 4.0.12 - 予期しないエラーを回避するために、 TiDB Lightningを実行する前に TiDB クラスターのバージョンを確認してください[＃787](https://github.com/pingcap/br/pull/787) - TiDB Lightningが`cancel`エラーに遭遇したら、すぐに失敗しましょう [＃867](https://github.com/pingcap/br/pull/867) - - メモリ使用量とパフォーマンスのバランスをとるために、 `tikv-importer.engine-mem-cache-size`と`tikv-importer.local-writer-mem-cache-size`構成項目を追加します[＃866](https://github.com/pingcap/br/pull/866) + - メモリ使用量とパフォーマンスのバランスをとるために、 `tikv-importer.engine-mem-cache-size`と`tikv-importer.local-writer-mem-cache-size`設定項目を追加します[＃866](https://github.com/pingcap/br/pull/866) - インポート速度を上げるために、TiDB Lightningのローカルバックエンドで`batch split region`並列実行します[＃868](https://github.com/pingcap/br/pull/868) - TiDB Lightningを使用してS3ストレージからデータをインポートする場合、 TiDB Lightningは`s3:ListBucket`権限必要としなくなりました。 [＃919](https://github.com/pingcap/br/pull/919) - チェックポイントから再開する場合、 TiDB Lightningは元のエンジンを使用し続けます。 [＃924](https://github.com/pingcap/br/pull/924) diff --git a/releases/release-4.0.2.md b/releases/release-4.0.2.md index 4c80bd00f6009..f1ce80469a5cd 100644 --- a/releases/release-4.0.2.md +++ b/releases/release-4.0.2.md @@ -41,9 +41,9 @@ TiDB バージョン: 4.0.2 - `INFORMATION_SCHEMA.INSPECTION_RESULT`テーブルに`STATUS_ADDRESS`列を追加して、サーバのステータス アドレスを示します。 [＃17695](https://github.com/pingcap/tidb/pull/17695) - `MYSQL.BIND_INFO`表に`SOURCE`列を追加して、バインディングの作成方法を示します[＃17587](https://github.com/pingcap/tidb/pull/17587) - SQL文のプランキャッシュの使用状況を示すために、 `PERFORMANCE_SCHEMA.EVENTS_STATEMENTS_SUMMARY_BY_DIGEST`表に`PLAN_IN_CACHE`と`PLAN_CACHE_HITS`列を追加します。 [＃17493](https://github.com/pingcap/tidb/pull/17493) - - `enable-collect-execution-info`構成項目と`tidb_enable_collect_execution_info`セッション変数を追加して、各演算子の実行情報を収集し、その情報をスロークエリログ に記録するかどうかを制御します。 [＃18072](https://github.com/pingcap/tidb/pull/18072) [＃18073](https://github.com/pingcap/tidb/pull/18073) + - `enable-collect-execution-info`設定項目と`tidb_enable_collect_execution_info`セッション変数を追加して、各演算子の実行情報を収集し、その情報をスロークエリログ に記録するかどうかを制御します。 [＃18072](https://github.com/pingcap/tidb/pull/18072) [＃18073](https://github.com/pingcap/tidb/pull/18073) - スロークエリログでクエリの感度を下げるかどうかを制御するグローバル変数`tidb_slow_log_masking`追加します。 [＃17694](https://github.com/pingcap/tidb/pull/17694) - - `storage.block-cache.capacity` TiKV構成項目[＃17671](https://github.com/pingcap/tidb/pull/17671) `INFORMATION_SCHEMA.INSPECTION_RESULT`テーブルに診断ルールを追加します。 + - `storage.block-cache.capacity` TiKV設定項目[＃17671](https://github.com/pingcap/tidb/pull/17671) `INFORMATION_SCHEMA.INSPECTION_RESULT`テーブルに診断ルールを追加します。 - データのバックアップと復元を行うSQL文`BACKUP`と`RESTORE`を追加する[＃15274](https://github.com/pingcap/tidb/pull/15274) - TiKV @@ -150,7 +150,7 @@ TiDB バージョン: 4.0.2 - PD - - `pd-server.dashboard-address`構成項目の正確性を確認する [＃2517](https://github.com/pingcap/pd/pull/2517) + - `pd-server.dashboard-address`設定項目の正確性を確認する [＃2517](https://github.com/pingcap/pd/pull/2517) - `store-limit-mode`から`auto` に設定するとPDのpanic問題を修正 [＃2544](https://github.com/pingcap/pd/pull/2544) - ホットスポットを識別できないことがある問題を修正[＃2463](https://github.com/pingcap/pd/pull/2463) - 配置ルールにより、ストアが`tombstone`に変更できない場合がある問題を修正しました場合) [＃2546](https://github.com/pingcap/pd/pull/2546) diff --git a/releases/release-4.0.3.md b/releases/release-4.0.3.md index 89606b6f9d233..2528f8e1110f3 100644 --- a/releases/release-4.0.3.md +++ b/releases/release-4.0.3.md @@ -73,7 +73,7 @@ TiDB バージョン: 4.0.3 - TiDB Dashboard - コールド論理範囲の Key Visualizer バケット マージの改善 [＃674](https://github.com/pingcap-incubator/tidb-dashboard/pull/674) - - 一貫性を保つために構成項目`disable-telemetry`の名前を`enable-telemetry`に変更します[＃684](https://github.com/pingcap-incubator/tidb-dashboard/pull/684) + - 一貫性を保つために設定項目`disable-telemetry`の名前を`enable-telemetry`に変更します[＃684](https://github.com/pingcap-incubator/tidb-dashboard/pull/684) - ページ切り替え時にプログレスバーを表示する[＃661](https://github.com/pingcap-incubator/tidb-dashboard/pull/661) - スペース区切り文字がある場合、低速ログ検索がログ検索と同じ動作をすることを確認します[＃682](https://github.com/pingcap-incubator/tidb-dashboard/pull/682) diff --git a/releases/release-4.0.5.md b/releases/release-4.0.5.md index 4e4c6c28779cc..42d6d662aa77e 100644 --- a/releases/release-4.0.5.md +++ b/releases/release-4.0.5.md @@ -139,7 +139,7 @@ TiDB バージョン: 4.0.5 - Hibernate リージョンが有効な場合のリーダー選出を高速化[＃8292](https://github.com/tikv/tikv/pull/8292) - スケジュール中のメモリリークの問題を修正 [＃8357](https://github.com/tikv/tikv/pull/8357) - - リーダーがすぐに休止状態にならないようにするための`hibernate-timeout`構成項目を追加します[＃8208](https://github.com/tikv/tikv/pull/8208) + - リーダーがすぐに休止状態にならないようにするための`hibernate-timeout`設定項目を追加します[＃8208](https://github.com/tikv/tikv/pull/8208) - PD diff --git a/releases/release-4.0.7.md b/releases/release-4.0.7.md index 515354c1a5583..430ab5c9263a2 100644 --- a/releases/release-4.0.7.md +++ b/releases/release-4.0.7.md @@ -68,7 +68,7 @@ TiDB バージョン: 4.0.7 - コンテキストがキャンセルされたときにリージョン要求が再試行され続ける問題を修正[＃20031](https://github.com/pingcap/tidb/pull/20031) - ストリーミングリクエストで`cluster_slow_query`のテーブルの時間型をクエリするとエラーが発生する可能性がある問題を修正しました[＃19943](https://github.com/pingcap/tidb/pull/19943) - `case when`を使用する DML ステートメントがスキーマ変更引き起こす可能性がある問題を修正しました [＃20095](https://github.com/pingcap/tidb/pull/20095) - - スローログの`prev_stmt`情報が感度低下しない問題を修正[＃20048](https://github.com/pingcap/tidb/pull/20048) + - スローログの`prev_stmt`情報が秘匿化されない問題を修正[＃20048](https://github.com/pingcap/tidb/pull/20048) - tidb-server が異常終了した際にテーブルロックを解除しない問題を修正[＃20020](https://github.com/pingcap/tidb/pull/20020) - `ENUM`と`SET`タイプのデータを挿入するときに発生する誤ったエラーメッセージを修正しました [＃19950](https://github.com/pingcap/tidb/pull/19950) - いくつかの状況における`IsTrue`関数の誤った動作を修正[＃19903](https://github.com/pingcap/tidb/pull/19903) diff --git a/releases/release-4.0.8.md b/releases/release-4.0.8.md index 2e3dbf688d19e..92a5dc6fd1666 100644 --- a/releases/release-4.0.8.md +++ b/releases/release-4.0.8.md @@ -48,7 +48,7 @@ TiDB バージョン: 4.0.8 - TiKV - パフォーマンス診断を支援するための**Fast-Tune**パネルページを追加[＃8804](https://github.com/tikv/tikv/pull/8804) - - ログからユーザーデータを削除する`security.redact-info-log`構成項目を追加します[＃8746](https://github.com/tikv/tikv/pull/8746) + - ログからユーザーデータを削除する`security.redact-info-log`設定項目を追加します[＃8746](https://github.com/tikv/tikv/pull/8746) - エラーコードのメタファイルを再フォーマットする [＃8877](https://github.com/tikv/tikv/pull/8877) - `pessimistic-txn.pipelined`構成動的に変更できるようにする [＃8853](https://github.com/tikv/tikv/pull/8853) - メモリプロファイリング機能をデフォルトで有効にする[＃8801](https://github.com/tikv/tikv/pull/8801) diff --git a/releases/release-4.0.9.md b/releases/release-4.0.9.md index 445b8d8feeece..7706944d2530d 100644 --- a/releases/release-4.0.9.md +++ b/releases/release-4.0.9.md @@ -13,7 +13,7 @@ TiDB バージョン: 4.0.9 - TiDB - - `enable-streaming`構成項目廃止する [＃21055](https://github.com/pingcap/tidb/pull/21055) + - `enable-streaming`設定項目を廃止する [＃21055](https://github.com/pingcap/tidb/pull/21055) - TiKV @@ -61,7 +61,7 @@ TiDB バージョン: 4.0.9 - 一部のピアがログを複製する必要がある場合にリーダーが休止状態にならないようにします[＃9093](https://github.com/tikv/tikv/pull/9093) - パイプライン化された悲観的ロックの成功率を向上させる[＃9086](https://github.com/tikv/tikv/pull/9086) - デフォルト値の`apply-max-batch-size`と`store-max-batch-size`を`1024` に変更します [＃9020](https://github.com/tikv/tikv/pull/9020) - - `max-background-flushes`構成項目追加する [＃8947](https://github.com/tikv/tikv/pull/8947) + - `max-background-flushes`設定項目を追加する [＃8947](https://github.com/tikv/tikv/pull/8947) - パフォーマンスを向上させるためにデフォルトで`force-consistency-checks`を無効にする[＃9029](https://github.com/tikv/tikv/pull/9029) - リージョンサイズを`pd heartbeat worker`から`split check worker` にオフロードする [＃9185](https://github.com/tikv/tikv/pull/9185) diff --git a/releases/release-5.0.0-rc.md b/releases/release-5.0.0-rc.md index f1bf4c7c3df80..76ba301b92e5e 100644 --- a/releases/release-5.0.0-rc.md +++ b/releases/release-5.0.0-rc.md @@ -1,6 +1,6 @@ --- title: TiDB 5.0 RC Release Notes -summary: TiDB v5.0.0-rcはTiDB v5.0の前身バージョンです。クラスター化インデックス、非同期コミット、ジッターの低減、 Raft Joint Consensusアルゴリズム、最適化された「EXPLAIN」機能、不可視インデックス、エンタープライズデータの信頼性向上などの新機能が含まれています。また、セキュリティ対策として、エラーメッセージとログファイルの感度低下もサポートしています。パフォーマンス向上には、非同期コミット、オプティマイザの安定性、パフォーマンスジッターの低減が含まれます。また、リージョンメンバーシップ変更時のシステム可用性も向上します。さらに、AWS S3およびGoogle Cloud GCSへのバックアップとリストア、データのインポート/エクスポート、SQLパフォーマンスの問題のトラブルシューティングのための最適化された「EXPLAIN」機能もサポートしています。導入とメンテナンスの改善には、強化された「mirror」コマンドとより簡単なインストールプロセスが含まれます。 +summary: TiDB v5.0.0-rcはTiDB v5.0の前身バージョンです。クラスター化インデックス、非同期コミット、ジッターの低減、 Raft Joint Consensusアルゴリズム、最適化された「EXPLAIN」機能、不可視インデックス、エンタープライズデータの信頼性向上などの新機能が含まれています。また、セキュリティ対策として、エラーメッセージとログファイルの秘匿化もサポートしています。パフォーマンス向上には、非同期コミット、オプティマイザの安定性、パフォーマンスジッターの低減が含まれます。また、リージョンメンバーシップ変更時のシステム可用性も向上します。さらに、AWS S3およびGoogle Cloud GCSへのバックアップとリストア、データのインポート/エクスポート、SQLパフォーマンスの問題のトラブルシューティングのための最適化された「EXPLAIN」機能もサポートしています。導入とメンテナンスの改善には、強化された「mirror」コマンドとより簡単なインストールプロセスが含まれます。 --- # TiDB 5.0 RC リリースノート {#tidb-5-0-rc-release-notes} @@ -76,11 +76,11 @@ v5.0 の主な新機能または改善点は次のとおりです。 ## セキュリティ {#security} -### エラーメッセージとログファイルのわかりやすさをサポート {#support-desensitizing-error-messages-and-log-files} +### エラーメッセージとログファイルの秘匿化をサポート {#support-desensitizing-error-messages-and-log-files} -TiDB では、ID 情報やクレジットカード番号などの機密情報の漏洩を防ぐために、エラーメッセージとログファイルの非機密化をサポートするようになりました。 +TiDB では、ID 情報やクレジットカード番号などの機密情報の漏洩を防ぐために、エラーメッセージとログファイルの秘匿化をサポートするようになりました。 -ユーザーは、さまざまなコンポーネントに対して感度低下機能を有効にすることができます。 +ユーザーは、さまざまなコンポーネントに対して秘匿化機能を有効にすることができます。 - TiDB 側では、tidb-server で SQL ステートメントを使用して`tidb_redact_log=1`変数を設定します。 - TiKV 側では、tikv-server で`security.redact-info-log = true`構成を設定します。 diff --git a/releases/release-5.0.0.md b/releases/release-5.0.0.md index 0aa911ea6707f..6b8cc170b3dc9 100644 --- a/releases/release-5.0.0.md +++ b/releases/release-5.0.0.md @@ -1,6 +1,6 @@ --- title: What's New in TiDB 5.0 -summary: TiDB 5.0では、MPPアーキテクチャ、クラスター化インデックス、非同期コミット、および安定性の向上が導入されています。また、互換性の変更、構成パラメータ、および新機能も強化されています。さらに、パフォーマンス、高可用性、ディザスタリカバリ、データ移行、診断、デプロイ、およびメンテナンスが最適化されています。クラスタの使用状況メトリクス用のテレメトリ機能も追加されています。 +summary: TiDB 5.0では、MPPアーキテクチャ、クラスター化インデックス、非同期コミット、および安定性の向上が導入されています。また、互換性の変更、設定パラメータ、および新機能も強化されています。さらに、パフォーマンス、高可用性、ディザスタリカバリ、データ移行、診断、デプロイ、およびメンテナンスが最適化されています。クラスタの使用状況メトリクス用のテレメトリ機能も追加されています。 --- # TiDB 5.0の新機能 {#what-s-new-in-tidb-5-0} @@ -145,14 +145,14 @@ List COLUMNS パーティショニングを有効にするには、セッショ [ユーザー向けドキュメント](/log-redaction.md)、 [#18566](https://github.com/pingcap/tidb/issues/18566) -セキュリティコンプライアンス要件（*一般データ保護規則*、GDPRなど）を満たすため、システムは出力されるエラーメッセージやログから情報（IDやクレジットカード番号など）を匿名化する機能をサポートしており、機密情報の漏洩を防ぐことができます。 +セキュリティコンプライアンス要件（*一般データ保護規則*、GDPRなど）を満たすため、システムは出力されるエラーメッセージやログから情報（IDやクレジットカード番号など）を秘匿化する機能をサポートしており、機密情報の漏洩を防ぐことができます。 -TiDBは出力ログ情報の非機密化をサポートしています。この機能を有効にするには、以下のスイッチを使用してください。 +TiDBは出力ログ情報の秘匿化をサポートしています。この機能を有効にするには、以下のスイッチを使用してください。 -- グローバル変数[`tidb_redact_log`](/system-variables.md#tidb_redact_log) 。デフォルト値は`0`で、これは非機密化が無効になっていることを意味します。tidb-server ログの非機密化を有効にするには、変数の値を`1`に設定します。 -- 設定項目`security.redact-info-log` 。デフォルト値は`false`で、これは非感度化が無効になっていることを意味します。tikv-server ログの非感度化を有効にするには、変数の値を`true`に設定します。 -- 設定項目`security.redact-info-log` 。デフォルト値は`false`で、これは非機密化が無効になっていることを意味します。pd-server ログの非機密化を有効にするには、変数の値を`true`に設定します。 -- tiflash-server の構成項目`security.redact_info_log`と tiflash-learner の構成項目`security.redact-info-log`です。デフォルト値はどちらも`false`で、これは感度低減が無効になっていることを意味します。tiflash-server と tiflash-learner のログの感度低減を有効にするには、両方の変数の値を`true`に設定します。 +- グローバル変数[`tidb_redact_log`](/system-variables.md#tidb_redact_log) 。デフォルト値は`0`で、これは秘匿化が無効になっていることを意味します。tidb-server ログの秘匿化を有効にするには、変数の値を`1`に設定します。 +- 設定項目`security.redact-info-log` 。デフォルト値は`false`で、これは秘匿化が無効になっていることを意味します。tikv-server ログの秘匿化を有効にするには、変数の値を`true`に設定します。 +- 設定項目`security.redact-info-log` 。デフォルト値は`false`で、これは秘匿化が無効になっていることを意味します。pd-server ログの秘匿化を有効にするには、変数の値を`true`に設定します。 +- tiflash-server の設定項目`security.redact_info_log`と tiflash-learner の設定項目`security.redact-info-log` 。デフォルト値はどちらも`false`で、これは秘匿化が無効になっていることを意味します。tiflash-server と tiflash-learner のログの秘匿化を有効にするには、両方の変数の値を`true`に設定します。 この機能はバージョン5.0で導入されました。この機能を使用するには、上記のシステム変数とすべての設定項目を有効にしてください。 @@ -222,7 +222,7 @@ CREATE TABLE `t` (`a` VARCHAR(255) PRIMARY KEY CLUSTERED, `b` INT); - `OFF` : すべてのタイプの主キーに対して、クラスター化インデックス機能が無効になっていることを示します。非クラスター化インデックスの追加と削除はサポートされています。 - `INT_ONLY` : デフォルト値。変数が`INT_ONLY`に設定され、 `alter-primary-key`が`false`に設定されている場合、単一の整数列で構成される主キーは、デフォルトでクラスター化インデックスとして作成されます。この動作は、TiDB v5.0 およびそれ以前のバージョンと同様です。 -`CREATE TABLE`ステートメントにキーワード`CLUSTERED | NONCLUSTERED`が含まれている場合、そのステートメントはシステム変数と構成項目の設定を上書きします。 +`CREATE TABLE`ステートメントにキーワード`CLUSTERED | NONCLUSTERED`が含まれている場合、そのステートメントはシステム変数と設定項目の設定を上書きします。 ステートメントでキーワード`CLUSTERED | NONCLUSTERED`を指定して、クラスター化インデックス機能を使用することをお勧めします。この方法により、TiDB は必要に応じてシステム内のクラスター化インデックスと非クラスター化インデックスのすべてのデータ型を同時に使用できるようになり、より柔軟に対応できます。 @@ -268,7 +268,7 @@ CREATE TABLE `t` (`a` VARCHAR(255) PRIMARY KEY CLUSTERED, `b` INT); 5.0 GAでは、コプロセッサーキャッシュ機能がデフォルトで有効になっています。この機能が有効になると、データ読み取りのレイテンシーを削減するために、TiDBはtikv-serverにプッシュダウンされた演算子の計算結果をtidb-serverにキャッシュします。 -コプロセッサーキャッシュ機能を無効にするには、 `capacity-mb`の構成項目`tikv-client.copr-cache`を`0.0`に変更します。 +コプロセッサーキャッシュ機能を無効にするには、 `capacity-mb`の設定項目`tikv-client.copr-cache`を`0.0`に変更します。 ### `delete from table where id <? Limit ?`ステートメントの実行パフォーマンスを改善します。 {#improve-the-execution-performance-of-delete-from-table-where-id-x3c-limit-statement} @@ -300,7 +300,7 @@ TiDBのスケジューリングプロセスは、I/O、ネットワーク、CPU [ユーザー向けドキュメント](/pd-configuration-file.md#enable-cross-table-merge) -バージョン5.0より前は、TiDBはデフォルトでクロステーブルリージョンマージ機能を無効にしていました。バージョン5.0以降では、空のリージョンの数を減らし、ネットワーク、メモリ、CPUのオーバーヘッドを削減するために、この機能がデフォルトで有効になっています。この機能は`schedule.enable-cross-table-merge`構成項目を変更することで無効にできます。 +バージョン5.0より前は、TiDBはデフォルトでクロステーブルリージョンマージ機能を無効にしていました。バージョン5.0以降では、空のリージョンの数を減らし、ネットワーク、メモリ、CPUのオーバーヘッドを削減するために、この機能がデフォルトで有効になっています。この機能は`schedule.enable-cross-table-merge`設定項目を変更することで無効にできます。 #### バックグラウンドタスクとフォアグラウンドの読み書き間のI/Oリソースの競合のバランスを取るために、システムがデフォルトでデータ圧縮速度を自動的に調整できるようにします。 {#enable-the-system-to-automatically-adjust-the-data-compaction-speed-by-default-to-balance-the-contention-for-i-o-resources-between-background-tasks-and-foreground-reads-and-writes} @@ -432,7 +432,7 @@ TiDB v5.0では、パフォーマンスの問題をより効率的にトラブ - TiUP クラスタ は、DBA が編集するためのクラスタトポロジテンプレート ファイルを取得し、グローバル ノード パラメータの変更をサポートする`template`コマンドをサポートしています。 - TiUPは`remote_config`コマンドを使用して`edit-config`パラメータを編集し、リモートPrometheusを設定することをサポートしています。 - TiUPは`external_alertmanagers`コマンドを使用して異なるAlertManagerを設定するために、 `edit-config`パラメーターの編集をサポートしています。 -- tiup-clusterの`edit-config`サブコマンドを使用してトポロジファイルを編集する場合、構成項目の値のデータ型を変更できます。 +- tiup-clusterの`edit-config`サブコマンドを使用してトポロジファイルを編集する場合、設定項目の値のデータ型を変更できます。 ### アップグレードの安定性を向上させる {#improve-upgrade-stability} diff --git a/releases/release-5.0.1.md b/releases/release-5.0.1.md index c799aa5218f6b..11a9f0df2d73e 100644 --- a/releases/release-5.0.1.md +++ b/releases/release-5.0.1.md @@ -11,7 +11,7 @@ TiDB バージョン: 5.0.1 ## 互換性の変更 {#compatibility-change} -- `committer-concurrency`構成項目のデフォルト値が`16`から`128`に変更されます。 +- `committer-concurrency`設定項目のデフォルト値が`16`から`128`に変更されます。 ## 改善点 {#improvements} diff --git a/releases/release-5.2.2.md b/releases/release-5.2.2.md index ce5e1bb43fa15..6af591cfdf33f 100644 --- a/releases/release-5.2.2.md +++ b/releases/release-5.2.2.md @@ -35,7 +35,7 @@ TiDB バージョン: 5.2.2 - TiCDC - - Kafka シンク構成項目`MaxMessageBytes`のデフォルト値を 64 MB から 1 MB に減らし、大きなメッセージが Kafka ブローカーによって拒否される問題を修正しました。 [＃3104](https://github.com/pingcap/tiflow/pull/3104) + - Kafka シンク設定項目`MaxMessageBytes`のデフォルト値を 64 MB から 1 MB に減らし、大きなメッセージが Kafka ブローカーによって拒否される問題を修正しました。 [＃3104](https://github.com/pingcap/tiflow/pull/3104) - レプリケーションパイプラインのメモリ使用量を削減する[＃2553](https://github.com/pingcap/tiflow/issues/2553) [＃3037](https://github.com/pingcap/tiflow/pull/3037) [＃2726](https://github.com/pingcap/tiflow/pull/2726) - 監視項目とアラートルールを最適化して、同期リンク、メモリGC、在庫データスキャンプロセスの可観測性を向上させる[＃2735](https://github.com/pingcap/tiflow/pull/2735) [＃1606](https://github.com/pingcap/tiflow/issues/1606) [＃3000](https://github.com/pingcap/tiflow/pull/3000) [＃2985](https://github.com/pingcap/tiflow/issues/2985) [＃2156](https://github.com/pingcap/tiflow/issues/2156) - 同期タスクのステータスが正常であれば、ユーザーの誤解を避けるために過去のエラーメッセージは表示されなくなります[＃2242](https://github.com/pingcap/tiflow/issues/2242) diff --git a/releases/release-5.3.0.md b/releases/release-5.3.0.md index cf90d47e1f166..e01b6744b7f50 100644 --- a/releases/release-5.3.0.md +++ b/releases/release-5.3.0.md @@ -44,7 +44,7 @@ v5.3 の主な新機能または改善点は次のとおりです。 | :------------- | :------------------------------------------------------------------------------------------------- | :------- | :-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | TiDB | [`prepared-plan-cache.capacity`](/tidb-configuration-file.md#capacity) | 変更 | キャッシュされるステートメントの数を制御します。デフォルト値は`100`から`1000`に変更されます。 | | TiKV | [`storage.reserve-space`](/tikv-configuration-file.md#reserve-space) | 変更 | TiKV起動時にディスク保護のために予約される領域を制御します。v5.3.0以降では、予約領域の80%がディスク容量不足時の運用・保守に必要な追加ディスク領域として使用され、残りの20%は一時ファイルの保存に使用されます。 | -| TiKV | `memory-usage-limit` | 変更 | この構成項目は TiDB v5.3.0 で新しく追加され、その値は storage.block-cache.capacity に基づいて計算されます。 | +| TiKV | `memory-usage-limit` | 変更 | この設定項目は TiDB v5.3.0 で新しく追加され、その値は storage.block-cache.capacity に基づいて計算されます。 | | TiKV | [`raftstore.store-io-pool-size`](/tikv-configuration-file.md#store-io-pool-size-new-in-v530) | 新しく追加された | Raft I/Oタスクを処理するスレッドの許容数。これはStoreWriterスレッドプールのサイズです。このスレッドプールのサイズを変更する場合は、 [TiKV スレッドプールのパフォーマンスチューニング](/tune-tikv-thread-performance.md#performance-tuning-for-tikv-thread-pools)を参照してください。 | | TiKV | [`raftstore.raft-write-size-limit`](/tikv-configuration-file.md#raft-write-size-limit-new-in-v530) | 新しく追加された | Raftデータがディスクに書き込まれるしきい値を決定します。データサイズがこの設定項目の値より大きい場合、データはディスクに書き込まれます。`raftstore.store-io-pool-size`の値が`0`の場合、この設定項目は有効になりません。 | | TiKV | `raftstore.raft-msg-flush-interval` | 新しく追加された | Raftメッセージをバッチ送信する間隔を指定します。バッチ送信されたRaftメッセージは、この設定項目で指定された間隔ごとに送信されます。`raftstore.store-io-pool-size`の値が`0`の場合、この設定項目は無効になります。 | @@ -329,7 +329,7 @@ TiCDC v5.3.0以降、TiDBクラスター間の循環レプリケーション機 - TiCDC - - Kafka シンク構成項目`MaxMessageBytes`のデフォルト値を 64 MB から 1 MB に減らし、大きなメッセージが Kafka ブローカーによって拒否される問題を修正しました。 [＃3104](https://github.com/pingcap/tiflow/pull/3104) + - Kafka シンク設定項目`MaxMessageBytes`のデフォルト値を 64 MB から 1 MB に減らし、大きなメッセージが Kafka ブローカーによって拒否される問題を修正しました。 [＃3104](https://github.com/pingcap/tiflow/pull/3104) - レプリケーションパイプラインのメモリ使用量を削減する[＃2553](https://github.com/pingcap/tiflow/issues/2553) [＃3037](https://github.com/pingcap/tiflow/pull/3037) [＃2726](https://github.com/pingcap/tiflow/pull/2726) - 監視項目とアラートルールを最適化して、同期リンク、メモリGC、および在庫データスキャンプロセスの可観測性を向上させる[＃2735](https://github.com/pingcap/tiflow/pull/2735) [＃1606](https://github.com/pingcap/tiflow/issues/1606) [＃3000](https://github.com/pingcap/tiflow/pull/3000) [＃2985](https://github.com/pingcap/tiflow/issues/2985) [＃2156](https://github.com/pingcap/tiflow/issues/2156) - 同期タスクのステータスが正常であれば、ユーザーの誤解を避けるために、過去のエラーメッセージは表示されなくなります[＃2242](https://github.com/pingcap/tiflow/issues/2242) diff --git a/releases/release-5.3.1.md b/releases/release-5.3.1.md index 66134f2ad7342..4622546c86641 100644 --- a/releases/release-5.3.1.md +++ b/releases/release-5.3.1.md @@ -1,6 +1,6 @@ --- title: TiDB 5.3.1 Release Notes -summary: TiDB 5.3.1は2022年3月3日にリリースされました。このリリースには、TiDB、TiKV、PD、TiCDC、 TiFlash、Backup & Restore (BR)、およびTiDB Data Migration (DM)の互換性の変更、改善、バグ修正が含まれています。主な変更点としては、ユーザーログインモードマッピングの最適化、TiCDCのリカバリ時間の短縮、TiDB、TiKV、PD、 TiFlash、およびTiCDCやTiDB Lightningなどのツールにおけるさまざまなバグの修正などがあります。これらの修正は、データのインポート、ユーザーログイン、ガベージコレクション、構成パラメータなどに関連する問題に対処しています。 +summary: TiDB 5.3.1は2022年3月3日にリリースされました。このリリースには、TiDB、TiKV、PD、TiCDC、 TiFlash、Backup & Restore (BR)、およびTiDB Data Migration (DM)の互換性の変更、改善、バグ修正が含まれています。主な変更点としては、ユーザーログインモードマッピングの最適化、TiCDCのリカバリ時間の短縮、TiDB、TiKV、PD、 TiFlash、およびTiCDCやTiDB Lightningなどのツールにおけるさまざまなバグの修正などがあります。これらの修正は、データのインポート、ユーザーログイン、ガベージコレクション、設定パラメータなどに関連する問題に対処しています。 --- # TiDB 5.3.1 リリースノート {#tidb-5-3-1-release-notes} diff --git a/releases/release-5.4.0.md b/releases/release-5.4.0.md index dd7e78d179d2c..ffbbb3d2cf691 100644 --- a/releases/release-5.4.0.md +++ b/releases/release-5.4.0.md @@ -217,7 +217,7 @@ TiDB バージョン: 5.4.0 - **TiDB Lightningは、並列インポート用のメタ情報を格納するスキーマ名を導入しました。** - TiDB Lightning、 `meta-schema-name`という構成項目が導入されました。並列インポートモードでは、このパラメータは、ターゲットクラスタ内の各TiDB Lightningインスタンスのメタ情報を格納するスキーマ名を指定します。デフォルト値は「lightning_metadata」です。このパラメータに設定する値は、同じ並列インポートに参加する各TiDB Lightningインスタンスで同じである必要があります。そうでない場合、インポートされたデータの正確性が保証されません。 + TiDB Lightning、 `meta-schema-name`という設定項目が導入されました。並列インポートモードでは、このパラメータは、ターゲットクラスタ内の各TiDB Lightningインスタンスのメタ情報を格納するスキーマ名を指定します。デフォルト値は「lightning_metadata」です。このパラメータに設定する値は、同じ並列インポートに参加する各TiDB Lightningインスタンスで同じである必要があります。そうでない場合、インポートされたデータの正確性が保証されません。 [ユーザー向けドキュメント](/tidb-lightning/tidb-lightning-configuration.md#tidb-lightning-task) diff --git a/releases/release-6.0.0-dmr.md b/releases/release-6.0.0-dmr.md index 88c62145f15f3..e77f4c0855e61 100644 --- a/releases/release-6.0.0-dmr.md +++ b/releases/release-6.0.0-dmr.md @@ -225,7 +225,7 @@ TiDB v6.0.0 は DMR であり、そのバージョンは 6.0.0-DMR です。 設定項目`lightning.max-error`を追加しました。デフォルト値は 0 です。値が 0 より大きい場合、最大エラー機能が有効になります。エンコード中に行にエラーが発生した場合、その行を含むレコードがターゲット TiDB の`lightning_task_info.type_error_v1`に追加され、その行は無視されます。エラーのある行がしきい値を超えると、 TiDB Lightning は直ちに終了します。 - `lightning.max-error`構成と一致して、 `lightning.task-info-schema-name`構成項目は、データ保存エラーを報告するデータベースの名前を記録します。 + `lightning.max-error`構成と一致して、 `lightning.task-info-schema-name`設定項目は、データ保存エラーを報告するデータベースの名前を記録します。 この機能はすべてのタイプのエラーをカバーするわけではありません。たとえば、構文エラーは適用されません。 diff --git a/releases/release-6.1.0.md b/releases/release-6.1.0.md index 8ca143bacdf6f..273b04ed6e5ab 100644 --- a/releases/release-6.1.0.md +++ b/releases/release-6.1.0.md @@ -149,7 +149,7 @@ TiDB バージョン: 6.1.0 - TiDBの一部の設定項目をシステム変数に変換し、動的に変更・保存できるようにします。変換後は元の設定項目は非推奨となることに注意してください。変換後の設定項目の詳細なリストについては、 [コンフィグレーションファイルのパラメータ](#configuration-file-parameters)を参照してください。 - Support configuring some TiKV parameters online. For a detailed list of the parameters, see [その他](#others). - - TiFlash構成項目`max_threads`システム変数`tidb_max_tiflash_threads`に変換し、構成を動的に変更して永続化できるようにします。変換後も元の構成項目は保持されることに注意してください。 + - TiFlash設定項目`max_threads`をシステム変数`tidb_max_tiflash_threads`に変換し、構成を動的に変更して永続化できるようにします。変換後も元の設定項目は保持されることに注意してください。 以前のバージョンからアップグレードされた v6.1.0 クラスター (オンライン アップグレードとオフライン アップグレードを含む) については、次の点に注意してください。 @@ -256,15 +256,15 @@ TiDB バージョン: 6.1.0 | コンフィグレーションファイル | コンフィグレーション | タイプを変更 | 説明 | | -------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | -------- | --------------------------------------------------------------------------------------------------------------------------------------------- | -| TiDB | `committer-concurrency` | 削除済み | システム変数`tidb_committer_concurrency`に置き換えられました。この構成項目は無効になりました。値を変更する場合は、対応するシステム変数を変更する必要があります。 | +| TiDB | `committer-concurrency` | 削除済み | システム変数`tidb_committer_concurrency`に置き換えられました。この設定項目は無効になりました。値を変更する場合は、対応するシステム変数を変更する必要があります。 | | TiDB | `lower-case-table-names` | 削除済み | 現在、TiDBは`lower_case_table_name=2`のみをサポートしています。別の値が設定されている場合は、クラスターをv6.1.0にアップグレードした後にその値は失われます。 | -| TiDB | `mem-quota-query` | 削除済み | システム変数`tidb_mem_quota_query`に置き換えられました。この構成項目は無効になりました。値を変更する場合は、対応するシステム変数を変更する必要があります。 | -| TiDB | `oom-action` | 削除済み | システム変数`tidb_mem_oom_action`に置き換えられました。この構成項目は無効になりました。値を変更する場合は、対応するシステム変数を変更する必要があります。 | -| TiDB | `prepared-plan-cache.capacity` | 削除済み | システム変数`tidb_prepared_plan_cache_size`に置き換えられました。この構成項目は無効になりました。値を変更する場合は、対応するシステム変数を変更する必要があります。 | -| TiDB | `prepared-plan-cache.enabled` | 削除済み | システム変数`tidb_enable_prepared_plan_cache`に置き換えられました。この構成項目は無効になりました。値を変更する場合は、対応するシステム変数を変更する必要があります。 | -| TiDB | `query-log-max-len` | 削除済み | システム変数`tidb_query_log_max_len`に置き換えられました。この構成項目は無効になりました。値を変更する場合は、対応するシステム変数を変更する必要があります。 | -| TiDB | `require-secure-transport` | 削除済み | システム変数`require_secure_transport`に置き換えられました。この構成項目は無効になりました。値を変更する場合は、対応するシステム変数を変更する必要があります。 | -| TiDB | `run-auto-analyze` | 削除済み | システム変数`tidb_enable_auto_analyze`に置き換えられました。この構成項目は無効になりました。値を変更する場合は、対応するシステム変数を変更する必要があります。 | +| TiDB | `mem-quota-query` | 削除済み | システム変数`tidb_mem_quota_query`に置き換えられました。この設定項目は無効になりました。値を変更する場合は、対応するシステム変数を変更する必要があります。 | +| TiDB | `oom-action` | 削除済み | システム変数`tidb_mem_oom_action`に置き換えられました。この設定項目は無効になりました。値を変更する場合は、対応するシステム変数を変更する必要があります。 | +| TiDB | `prepared-plan-cache.capacity` | 削除済み | システム変数`tidb_prepared_plan_cache_size`に置き換えられました。この設定項目は無効になりました。値を変更する場合は、対応するシステム変数を変更する必要があります。 | +| TiDB | `prepared-plan-cache.enabled` | 削除済み | システム変数`tidb_enable_prepared_plan_cache`に置き換えられました。この設定項目は無効になりました。値を変更する場合は、対応するシステム変数を変更する必要があります。 | +| TiDB | `query-log-max-len` | 削除済み | システム変数`tidb_query_log_max_len`に置き換えられました。この設定項目は無効になりました。値を変更する場合は、対応するシステム変数を変更する必要があります。 | +| TiDB | `require-secure-transport` | 削除済み | システム変数`require_secure_transport`に置き換えられました。この設定項目は無効になりました。値を変更する場合は、対応するシステム変数を変更する必要があります。 | +| TiDB | `run-auto-analyze` | 削除済み | システム変数`tidb_enable_auto_analyze`に置き換えられました。この設定項目は無効になりました。値を変更する場合は、対応するシステム変数を変更する必要があります。 | | TiDB | [`enable-global-kill`](/tidb-configuration-file.md#enable-global-kill-new-in-v610) | 新しく追加された | Global Kill（インスタンス間のクエリまたは接続の終了）機能を有効にするかどうかを制御します。値が`true`の場合、 `KILL`と`KILL TIDB`両方のステートメントでインスタンス間のクエリまたは接続を終了できるため、クエリや接続が誤って終了する心配はありません。 | | TiDB | [`enable-stats-cache-mem-quota`](/tidb-configuration-file.md#enable-stats-cache-mem-quota-new-in-v610) | 新しく追加された | 統計キャッシュのメモリクォータを有効にするかどうかを制御します。 | | TiKV | [`raft-engine.enable`](/tikv-configuration-file.md#enable-1) | 変更 | The default value is changed from `FALSE` to `TRUE`. | @@ -286,8 +286,8 @@ TiDB バージョン: 6.1.0 | TiCDC | [`dispatchers.partition`](/ticdc/ticdc-sink-to-kafka.md#customize-the-rules-for-topic-and-partition-dispatchers-of-kafka-sink) | 新しく追加された | `dispatchers.partition`は`dispatchers.dispatcher`の別名です。TiCDC が増分データを Kafka パーティションに送信する方法を制御します。 | | TiCDC | [`schema-registry`](/ticdc/ticdc-sink-to-kafka.md#integrate-ticdc-with-kafka-connect-confluent-platform) | 新しく追加された | Avro スキーマを保存するスキーマレジストリ エンドポイントを指定します。 | | DM | `dmctl start-relay`コマンドの`worker` | 削除済み | このパラメータの使用は推奨されません。よりシンプルな実装を提供します。 | -| DM | `relay-dir` in the source configuration file | 削除済み | ワーカー構成ファイル内の同じ構成項目に置き換えられます。 | -| DM | タスク設定ファイル内の`is-sharding` | 削除済み | `shard-mode`構成項目に置き換えられました。 | +| DM | `relay-dir` in the source configuration file | 削除済み | ワーカー構成ファイル内の同じ設定項目に置き換えられます。 | +| DM | タスク設定ファイル内の`is-sharding` | 削除済み | `shard-mode`設定項目に置き換えられました。 | | DM | タスク設定ファイル内の`auto-fix-gtid` | 削除済み | v5.x では非推奨となり、v6.1.0 では正式に削除されました。 | | DM | ソース構成ファイルの`meta-dir`と`charset` | 削除済み | Deprecated in v5.x and officially deleted in v6.1.0. | @@ -301,7 +301,7 @@ TiDB バージョン: 6.1.0 - TiKV内のSSTファイルが破損すると、TiKVプロセスがpanicになる可能性があります。TiDB v6.1.0より前では、SSTファイルが破損するとTiKVは直ちにpanic状態になりました。TiDB v6.1.0以降では、SSTファイルが破損してから1時間後にTiKVプロセスがpanicになります。 -- 次の TiKV 構成項目は[値を動的に変更する](/dynamic-config.md#modify-tikv-configuration-dynamically)サポートします。 +- 次の TiKV 設定項目は[値を動的に変更する](/dynamic-config.md#modify-tikv-configuration-dynamically)ことをサポートします。 - `raftstore.raft-entry-max-size` - `quota.foreground-cpu-time` diff --git a/releases/release-6.1.1.md b/releases/release-6.1.1.md index ce6982e1c6ecc..837eda2ec65dc 100644 --- a/releases/release-6.1.1.md +++ b/releases/release-6.1.1.md @@ -44,7 +44,7 @@ Quick access: [クイックスタート](https://docs-archive.pingcap.com/tidb/v - TiKV - HTTPボディサイズを削減するために、gzipを使用してメトリック応答を圧縮することをサポートします。 [#12355](https://github.com/tikv/tikv/issues/12355) @[winoros](https://github.com/winoros) - - [`server.simplify-metrics`](https://docs-archive.pingcap.com/tidb/v6.1/tikv-configuration-file#simplify-metrics-new-in-v611)構成項目を使用して一部のメトリックをフィルタリングすることにより、各リクエストに対して返されるデータの量を削減することをサポートします。 [＃12355](https://github.com/tikv/tikv/issues/12355) @[glorv](https://github.com/glorv) + - [`server.simplify-metrics`](https://docs-archive.pingcap.com/tidb/v6.1/tikv-configuration-file#simplify-metrics-new-in-v611)設定項目を使用して一部のメトリックをフィルタリングすることにより、各リクエストに対して返されるデータの量を削減することをサポートします。 [＃12355](https://github.com/tikv/tikv/issues/12355) @[glorv](https://github.com/glorv) - RocksDBで同時に実行されるサブコンパクション操作の数を動的に変更する機能をサポート ( `rocksdb.max-sub-compactions` ) [#13145](https://github.com/tikv/tikv/issues/13145) @[ethercflow](https://github.com/ethercflow) - PD diff --git a/releases/release-6.1.4.md b/releases/release-6.1.4.md index 4b09e8c60fe1f..0d25052bd7e14 100644 --- a/releases/release-6.1.4.md +++ b/releases/release-6.1.4.md @@ -42,7 +42,7 @@ TiDB バージョン: 6.1.4 - `LazyTxn.LockKeys`関数のデータ競合問題を修正 [＃40355](https://github.com/pingcap/tidb/issues/40355) @[HuSharp](https://github.com/HuSharp) - 長いセッション接続で`INSERT`または`REPLACE`ステートメントがpanicする可能性がある問題を修正しました [＃40351](https://github.com/pingcap/tidb/issues/40351) @[fanrenhoo](https://github.com/fanrenhoo) - 「カーソル読み取り」メソッドを使用してデータを読み取ると、GC のためにエラーが返される可能性がある問題を修正しました。 [＃39447](https://github.com/pingcap/tidb/issues/39447) @[zyguan](https://github.com/zyguan) - - [`pessimistic-auto-commit`](/tidb-configuration-file.md#pessimistic-auto-commit-new-in-v600)構成項目がPointGetクエリで有効にならない問題を修正しました [＃39928](https://github.com/pingcap/tidb/issues/39928) @[zyguan](https://github.com/zyguan) + - [`pessimistic-auto-commit`](/tidb-configuration-file.md#pessimistic-auto-commit-new-in-v600)設定項目がPointGetクエリで有効にならない問題を修正しました [＃39928](https://github.com/pingcap/tidb/issues/39928) @[zyguan](https://github.com/zyguan) - `INFORMATION_SCHEMA.TIKV_REGION_STATUS`テーブルをクエリすると誤った結果が返される問題を修正[＃37436](https://github.com/pingcap/tidb/issues/37436) @[zimulala](https://github.com/zimulala) - 一部のパターンの`IN`と`NOT IN`サブクエリが`Can't find column`エラーを報告する問題を修正しました [＃37032](https://github.com/pingcap/tidb/issues/37032) @[AilinKid](https://github.com/AilinKid) @[lance6716](https://github.com/lance6716) diff --git a/releases/release-6.1.5.md b/releases/release-6.1.5.md index 035f866a50f02..ebff051ac00ed 100644 --- a/releases/release-6.1.5.md +++ b/releases/release-6.1.5.md @@ -16,8 +16,8 @@ TiDB バージョン: 6.1.5 - 2023年2月20日以降、TiDBおよびTiDB Dashboardの新しいバージョン（v6.1.5を含む）では、 [テレメトリ機能](/telemetry.md)がデフォルトで無効化され、使用状況情報は収集されず、PingCAPと共有されません。これらのバージョンにアップグレードする前に、クラスターがデフォルトのテレメトリ設定を使用している場合、アップグレード後にテレメトリ機能が無効化されます。具体的なバージョンについては、 [TiDB リリース タイムライン](/releases/release-timeline.md)を参照してください。 - [`tidb_enable_telemetry`](/system-variables.md#tidb_enable_telemetry-new-in-v402)システム変数のデフォルト値が`ON`から`OFF`に変更されます。 - - TiDB [`enable-telemetry`](/tidb-configuration-file.md#enable-telemetry-new-in-v402)構成項目のデフォルト値が`true`から`false`に変更されます。 - - PD [`enable-telemetry`](/pd-configuration-file.md#enable-telemetry)構成項目のデフォルト値が`true`から`false`に変更されます。 + - TiDB [`enable-telemetry`](/tidb-configuration-file.md#enable-telemetry-new-in-v402)設定項目のデフォルト値が`true`から`false`に変更されます。 + - PD [`enable-telemetry`](/pd-configuration-file.md#enable-telemetry)設定項目のデフォルト値が`true`から`false`に変更されます。 - v1.11.3 以降、新規に導入されたTiUPではテレメトリ機能がデフォルトで無効化され、使用状況情報は収集されません。v1.11.3 より前のバージョンのTiUPから v1.11.3 以降のバージョンにアップグレードした場合、テレメトリ機能はアップグレード前と同じ状態を維持します。 diff --git a/releases/release-6.4.0.md b/releases/release-6.4.0.md index 35f9f3639c50c..08ed4d98a0abe 100644 --- a/releases/release-6.4.0.md +++ b/releases/release-6.4.0.md @@ -139,7 +139,7 @@ TiDBバージョン: 6.4.0-DMR - バッチ書き込みリクエストが軽量トランザクション書き込みの応答時間に与える影響を軽減する [#13313](https://github.com/tikv/tikv/issues/13313) @[glorv](https://github.com/glorv) - 一部のシステムのビジネスロジックでは、定期的なバッチ DML タスクが必要ですが、これらのバッチ書き込みタスクを処理すると、オンライン トランザクションのレイテンシーが増加します。v6.3.0 では、TiKV はハイブリッドワークロード シナリオでの読み取り要求のスケジューリングを最適化するため、 [`readpool.unified.auto-adjust-pool-size`](/tikv-configuration-file.md#auto-adjust-pool-size-new-in-v630)構成項目を有効にすると、TiKV がすべての読み取り要求に対して UnifyReadPool スレッドプールのサイズを自動的に調整します。v6.4.0 では、TiKV は書き込み要求も動的に識別して優先順位を付け、1回のポーリングで Apply スレッドが 1つの FSM (有限状態機械) に対して書き込むことができる最大バイト数を制御できるため、バッチ書き込み要求がトランザクション書き込みの応答時間に与える影響を軽減できます。 + 一部のシステムのビジネスロジックでは、定期的なバッチ DML タスクが必要ですが、これらのバッチ書き込みタスクを処理すると、オンライン トランザクションのレイテンシーが増加します。v6.3.0 では、TiKV はハイブリッドワークロード シナリオでの読み取り要求のスケジューリングを最適化するため、 [`readpool.unified.auto-adjust-pool-size`](/tikv-configuration-file.md#auto-adjust-pool-size-new-in-v630)設定項目を有効にすると、TiKV がすべての読み取り要求に対して UnifyReadPool スレッドプールのサイズを自動的に調整します。v6.4.0 では、TiKV は書き込み要求も動的に識別して優先順位を付け、1回のポーリングで Apply スレッドが 1つの FSM (有限状態機械) に対して書き込むことができる最大バイト数を制御できるため、バッチ書き込み要求がトランザクション書き込みの応答時間に与える影響を軽減できます。 ### 使いやすさ {#ease-of-use} diff --git a/releases/release-6.5.0.md b/releases/release-6.5.0.md index 3679efde963e5..b99597d2a867d 100644 --- a/releases/release-6.5.0.md +++ b/releases/release-6.5.0.md @@ -352,7 +352,7 @@ TiDB [6.4.0-DMR](/releases/release-6.4.0.md)と比較して、TiDB 6.5.0 では | -------------- | ---------------------------------------------------------------------------------------------------------- | -------- | -------------------------------------------------------------------------------------------------------------------------------------------------------- | | 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`で、パスワードの有効期限が切れるとクライアント接続が切断されます。 | -| TiKV | `raw-min-ts-outlier-threshold` | 削除済み | この構成項目はバージョン 6.4.0 で非推奨となり、バージョン 6.5.0 で削除されました。 | +| TiKV | `raw-min-ts-outlier-threshold` | 削除済み | この設定項目はバージョン 6.4.0 で非推奨となり、バージョン 6.5.0 で削除されました。 | | TiKV | [`raft-engine.bytes-per-sync`](/tikv-configuration-file.md#bytes-per-sync-2) | 非推奨 | バージョン6.5.0以降、 Raft Engineはバッファリングなしでログを直接ディスクに書き込みます。そのため、この設定項目は非推奨となり、機能しなくなりました。 | | TiKV | [`cdc.min-ts-interval`](/tikv-configuration-file.md#min-ts-interval) | 変更 | CDC のレイテンシーを短縮するために、デフォルト値は`"1s"`から`"200ms"`に変更されます。 | | TiKV | [`memory-use-ratio`](/tikv-configuration-file.md#memory-use-ratio-new-in-v650) | 新しく追加された | PITR ログリカバリにおける使用可能なメモリとシステムメモリの合計の比率を示します。 | diff --git a/releases/release-6.5.1.md b/releases/release-6.5.1.md index 6aeedd1e7e096..73358a7e50e02 100644 --- a/releases/release-6.5.1.md +++ b/releases/release-6.5.1.md @@ -16,8 +16,8 @@ TiDB バージョン: 6.5.1 - 2023年2月20日以降、TiDBおよびTiDB Dashboardの新しいバージョン（v6.5.1を含む）では、 [テレメトリ機能](/telemetry.md)がデフォルトで無効化され、使用状況情報は収集されず、PingCAPと共有されません。これらのバージョンにアップグレードする前に、クラスターがデフォルトのテレメトリ設定を使用している場合、アップグレード後にテレメトリ機能が無効化されます。具体的なバージョンについては、 [TiDB リリース タイムライン](/releases/release-timeline.md)を参照してください。 - [`tidb_enable_telemetry`](/system-variables.md#tidb_enable_telemetry-new-in-v402)システム変数のデフォルト値が`ON`から`OFF`に変更されます。 - - TiDB [`enable-telemetry`](/tidb-configuration-file.md#enable-telemetry-new-in-v402)構成項目のデフォルト値が`true`から`false`に変更されます。 - - PD [`enable-telemetry`](/pd-configuration-file.md#enable-telemetry)構成項目のデフォルト値が`true`から`false`に変更されます。 + - TiDB [`enable-telemetry`](/tidb-configuration-file.md#enable-telemetry-new-in-v402)設定項目のデフォルト値が`true`から`false`に変更されます。 + - PD [`enable-telemetry`](/pd-configuration-file.md#enable-telemetry)設定項目のデフォルト値が`true`から`false`に変更されます。 - v1.11.3 以降、新規に導入されたTiUPではテレメトリ機能がデフォルトで無効化され、使用状況情報は収集されません。v1.11.3 より前のバージョンのTiUPから v1.11.3 以降のバージョンにアップグレードした場合、テレメトリ機能はアップグレード前と同じ状態を維持します。 @@ -25,7 +25,7 @@ TiDB バージョン: 6.5.1 - TiKV [`advance-ts-interval`](/tikv-configuration-file.md#advance-ts-interval)設定項目のデフォルト値が`1s`から`20s`に変更されました。この設定項目を変更することで、レイテンシーを短縮し、 ステイル読み取りデータの適時性を向上させることができます。詳細は[ステイル読み取りのレイテンシーを削減](/stale-read.md#reduce-stale-read-latency)ご覧ください。 -- ネットワークトラフィックを削減するために、TiKV [`cdc.min-ts-interval`](/tikv-configuration-file.md#min-ts-interval)構成項目の既定値が`"200ms"`から`"1s"`に変更されました。 +- ネットワークトラフィックを削減するために、TiKV [`cdc.min-ts-interval`](/tikv-configuration-file.md#min-ts-interval)設定項目の既定値が`"200ms"`から`"1s"`に変更されました。 ## 改善点 {#improvements} @@ -78,7 +78,7 @@ TiDB バージョン: 6.5.1 - TiDB - - [`pessimistic-auto-commit`](/tidb-configuration-file.md#pessimistic-auto-commit-new-in-v600)構成項目がPointGetクエリで有効にならない問題を修正しました [＃39928](https://github.com/pingcap/tidb/issues/39928) @[zyguan](https://github.com/zyguan) + - [`pessimistic-auto-commit`](/tidb-configuration-file.md#pessimistic-auto-commit-new-in-v600)設定項目がPointGetクエリで有効にならない問題を修正しました [＃39928](https://github.com/pingcap/tidb/issues/39928) @[zyguan](https://github.com/zyguan) - 長いセッション接続で`INSERT`または`REPLACE`ステートメントがpanicする可能性がある問題を修正しました [＃40351](https://github.com/pingcap/tidb/issues/40351) @[winoros](https://github.com/winoros) - `auto analyze`正常なシャットダウンに長い時間がかかる問題を修正[＃40038](https://github.com/pingcap/tidb/issues/40038) @[xuyifangreeneyes](https://github.com/xuyifangreeneyes) - DDL取り込み中にデータ競合が発生する可能性がある問題を修正 [＃40970](https://github.com/pingcap/tidb/issues/40970) @[tangenta](https://github.com/tangenta) diff --git a/releases/release-6.5.11.md b/releases/release-6.5.11.md index adedf628693b2..71765deb5dccb 100644 --- a/releases/release-6.5.11.md +++ b/releases/release-6.5.11.md @@ -13,9 +13,9 @@ TiDBバージョン: 6.5.11 ## 互換性の変更 {#compatibility-changes} -- TiKV構成項目[`server.grpc-compression-type`](/tikv-configuration-file.md#grpc-compression-type)のスコープを変更します。 +- TiKV設定項目[`server.grpc-compression-type`](/tikv-configuration-file.md#grpc-compression-type)のスコープを変更します。 - - v6.5.11 より前の v6.5.x バージョンでは、この構成項目は TiKV ノード間の gRPC メッセージの圧縮アルゴリズムにのみ影響します。 + - v6.5.11 より前の v6.5.x バージョンでは、この設定項目は TiKV ノード間の gRPC メッセージの圧縮アルゴリズムにのみ影響します。 - v6.5.11以降、この設定項目はTiKVからTiDBに送信されるgRPC応答メッセージの圧縮アルゴリズムにも影響します。圧縮を有効にすると、CPUリソースの消費量が増加する可能性があります[＃17176](https://github.com/tikv/tikv/issues/17176) @[ekexium](https://github.com/ekexium) ## 改善点 {#improvements} @@ -87,7 +87,7 @@ TiDBバージョン: 6.5.11 - PD - 一部のログが秘匿化されない問題を修正[＃8419](https://github.com/tikv/pd/issues/8419) @[rleungx](https://github.com/rleungx) - - TiKV構成項目[`coprocessor.region-split-size`](/tikv-configuration-file.md#region-split-size) 1 MiB未満の値に設定するとPD panicが発生する問題を修正しました [＃8323](https://github.com/tikv/pd/issues/8323) @[JmPotato](https://github.com/JmPotato) + - TiKV設定項目[`coprocessor.region-split-size`](/tikv-configuration-file.md#region-split-size)を1 MiB未満の値に設定するとPD panicが発生する問題を修正しました [＃8323](https://github.com/tikv/pd/issues/8323) @[JmPotato](https://github.com/JmPotato) - `replication.strictly-match-label`から`true`に設定するとTiFlash が起動しなくなる問題を修正 [＃8480](https://github.com/tikv/pd/issues/8480) @[rleungx](https://github.com/rleungx) - PD がオペレータ チェック中に遭遇するデータ競合問題を修正しました [＃8263](https://github.com/tikv/pd/issues/8263) @[lhy1024](https://github.com/lhy1024) diff --git a/releases/release-6.5.2.md b/releases/release-6.5.2.md index a38e2df9ffac4..c5347614bd306 100644 --- a/releases/release-6.5.2.md +++ b/releases/release-6.5.2.md @@ -17,7 +17,7 @@ TiDB バージョン: 6.5.2 TiCDC クラスターを v6.5.2 またはそれ以降の v6.5.x バージョンにアップグレードする際、Avro を使用してレプリケートされたテーブルに`FLOAT`データ型が含まれている場合は、アップグレード前に Confluent Schema Registry の互換性ポリシーを手動で`None`に調整し、changefeed がスキーマを正常に更新できるようにする必要があります。そうしないと、アップグレード後に changefeed がスキーマを更新できず、エラー状態になります。 -- パーティションテーブルをストレージサービスにレプリケーションする際にデータ損失が発生する可能性がある問題を修正するため、TiCDC [`sink.enable-partition-separator`](/ticdc/ticdc-changefeed-config.md#changefeed-configuration-parameters)構成項目のデフォルト値が`false`から`true`に変更されました。これは、テーブル内のパーティションがデフォルトで別々のディレクトリに保存されることを意味します。データ損失の問題を回避するため、この値は`true`のままにしておくことをお勧めします[＃8724](https://github.com/pingcap/tiflow/issues/8724) @[CharlesCheung96](https://github.com/CharlesCheung96) +- パーティションテーブルをストレージサービスにレプリケーションする際にデータ損失が発生する可能性がある問題を修正するため、TiCDC [`sink.enable-partition-separator`](/ticdc/ticdc-changefeed-config.md#changefeed-configuration-parameters)設定項目のデフォルト値が`false`から`true`に変更されました。これは、テーブル内のパーティションがデフォルトで別々のディレクトリに保存されることを意味します。データ損失の問題を回避するため、この値は`true`のままにしておくことをお勧めします[＃8724](https://github.com/pingcap/tiflow/issues/8724) @[CharlesCheung96](https://github.com/CharlesCheung96) ## 改善点 {#improvements} diff --git a/releases/release-6.5.3.md b/releases/release-6.5.3.md index 2ad1364b5b867..d5c8980421e92 100644 --- a/releases/release-6.5.3.md +++ b/releases/release-6.5.3.md @@ -44,7 +44,7 @@ TiDB バージョン: 6.5.3 - Kafka-on-Pulsar ダウンストリームへのデータ複製をサポート[＃8892](https://github.com/pingcap/tiflow/issues/8892) @[Rustin170506](https://github.com/Rustin170506) - Kafka にデータを複製する際の検証に OAuth プロトコルの使用をサポート [＃8865](https://github.com/pingcap/tiflow/issues/8865) @[Rustin170506](https://github.com/Rustin170506) - AvroまたはCSVプロトコルを使用してデータレプリケーション中にTiCDCが`UPDATE`ステートメントを処理する方法を最適化し、 `UPDATE` `DELETE`と`INSERT`ステートメントに分割して、 `DELETE`ステートメントから古い値を取得できるようにします。 [＃9086](https://github.com/pingcap/tiflow/issues/9086) @[3AceShowHand](https://github.com/3AceShowHand) - - TLS を有効にするシナリオで認証アルゴリズムを設定するかどうかを制御する構成項目`insecure-skip-verify`を追加します。 [＃8867](https://github.com/pingcap/tiflow/issues/8867) @[Rustin170506](https://github.com/Rustin170506) + - TLS を有効にするシナリオで認証アルゴリズムを設定するかどうかを制御する設定項目`insecure-skip-verify`を追加します。 [＃8867](https://github.com/pingcap/tiflow/issues/8867) @[Rustin170506](https://github.com/Rustin170506) - DDL レプリケーション操作を最適化して、DDL 操作による下流レイテンシーへの影響を軽減します。 [＃8686](https://github.com/pingcap/tiflow/issues/8686) @[Rustin170506](https://github.com/Rustin170506) - TiCDC レプリケーションタスクが失敗したときにアップストリームの GC TLS を設定する方法を最適化します[＃8403](https://github.com/pingcap/tiflow/issues/8403) @[charleszheng44](https://github.com/charleszheng44) diff --git a/releases/release-6.5.4.md b/releases/release-6.5.4.md index dce6477a35a1c..00b6fb1707b5e 100644 --- a/releases/release-6.5.4.md +++ b/releases/release-6.5.4.md @@ -26,7 +26,7 @@ TiDB バージョン: 6.5.4 - 代入式を含む`LOAD DATA`ステートメントのパフォーマンスを最適化します [＃46081](https://github.com/pingcap/tidb/issues/46081) @[gengliqi](https://github.com/gengliqi) - ディスクからダンプされたチャンクを読み込む際のパフォーマンスを最適化します@[YangKeao](https://github.com/YangKeao) [＃45125](https://github.com/pingcap/tidb/issues/45125) - - PDスケジュールを一時停止するための構成項目を`halt-scheduling`追加します。 [＃6493](https://github.com/tikv/pd/issues/6493) @[JmPotato](https://github.com/JmPotato) + - PDスケジュールを一時停止するための設定項目`halt-scheduling`を追加します。 [＃6493](https://github.com/tikv/pd/issues/6493) @[JmPotato](https://github.com/JmPotato) - TiKV diff --git a/releases/release-6.5.6.md b/releases/release-6.5.6.md index 72d09b6430980..53114a35c192a 100644 --- a/releases/release-6.5.6.md +++ b/releases/release-6.5.6.md @@ -15,8 +15,8 @@ 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、次の新しい構成項目が導入されています。 +- さらなるテストの結果、 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) - [`compression`](/ticdc/ticdc-changefeed-config.md) : REDOログファイルの圧縮動作を設定できます[＃10176](https://github.com/pingcap/tiflow/issues/10176) @[sdojjy](https://github.com/sdojjy) diff --git a/releases/release-6.5.7.md b/releases/release-6.5.7.md index 8f27063a6391e..16db99b83da3b 100644 --- a/releases/release-6.5.7.md +++ b/releases/release-6.5.7.md @@ -13,7 +13,7 @@ TiDB バージョン: 6.5.7 ## 互換性の変更 {#compatibility-changes} -- TiDB 構成項目[`performance.force-init-stats`](https://docs.pingcap.com/tidb/v6.5/tidb-configuration-file#force-init-stats-new-in-v657)導入して、TiDB の起動時にサービスを提供する前に統計の初期化が完了するまで TiDB が待機する必要があるかどうかを制御します[＃43385](https://github.com/pingcap/tidb/issues/43385) @[xuyifangreeneyes](https://github.com/xuyifangreeneyes) +- TiDB 設定項目[`performance.force-init-stats`](https://docs.pingcap.com/tidb/v6.5/tidb-configuration-file#force-init-stats-new-in-v657)導入して、TiDB の起動時にサービスを提供する前に統計の初期化が完了するまで TiDB が待機する必要があるかどうかを制御します[＃43385](https://github.com/pingcap/tidb/issues/43385) @[xuyifangreeneyes](https://github.com/xuyifangreeneyes) - ログ印刷のオーバーヘッドを減らすために、 TiFlashはデフォルト値の`logger.level`を`"debug"`から`"info"` に変更します。 [＃8568](https://github.com/pingcap/tiflash/issues/8568) @[xzhangxian1008](https://github.com/xzhangxian1008) ## 改善点 {#improvements} diff --git a/releases/release-6.5.8.md b/releases/release-6.5.8.md index c4743a858d93b..76a6a8abfa3a8 100644 --- a/releases/release-6.5.8.md +++ b/releases/release-6.5.8.md @@ -13,7 +13,7 @@ TiDB バージョン: 6.5.8 ## 互換性の変更 {#compatibility-changes} -- TiKV構成項目[`gc.num-threads`](https://docs.pingcap.com/tidb/v6.5/tikv-configuration-file#num-threads-new-in-v658)を導入して、 `enable-compaction-filter`が`false` の場合のGCスレッド数を設定します。 [＃16101](https://github.com/tikv/tikv/issues/16101) @[tonyxuqqi](https://github.com/tonyxuqqi) +- TiKV設定項目[`gc.num-threads`](https://docs.pingcap.com/tidb/v6.5/tikv-configuration-file#num-threads-new-in-v658)を導入して、 `enable-compaction-filter`が`false` の場合のGCスレッド数を設定します。 [＃16101](https://github.com/tikv/tikv/issues/16101) @[tonyxuqqi](https://github.com/tonyxuqqi) ## 改善点 {#improvements} diff --git a/releases/release-6.5.9.md b/releases/release-6.5.9.md index 82f7a08fdb06c..02bf9b93d63d6 100644 --- a/releases/release-6.5.9.md +++ b/releases/release-6.5.9.md @@ -13,7 +13,7 @@ TiDB バージョン: 6.5.9 ## 互換性の変更 {#compatibility-changes} -- RocksDB の TiKV 構成項目[`track-and-verify-wals-in-manifest`](https://docs.pingcap.com/tidb/v6.5/tikv-configuration-file#track-and-verify-wals-in-manifest-new-in-v659)追加します。これは、Write Ahead Log (WAL) の破損の可能性を調査するのに役立ちます。 [＃16549](https://github.com/tikv/tikv/issues/16549) @[v01dstar](https://github.com/v01dstar) +- RocksDB の TiKV 設定項目[`track-and-verify-wals-in-manifest`](https://docs.pingcap.com/tidb/v6.5/tikv-configuration-file#track-and-verify-wals-in-manifest-new-in-v659)を追加します。これは、Write Ahead Log (WAL) の破損の可能性を調査するのに役立ちます。 [＃16549](https://github.com/tikv/tikv/issues/16549) @[v01dstar](https://github.com/v01dstar) - DR自動同期は[`wait-recover-timeout`](https://docs.pingcap.com/tidb/v6.5/two-data-centers-in-one-city-deployment#enable-the-dr-auto-sync-mode)設定をサポートしており、ネットワークが回復した後、 `sync-recover`状態に戻るまでの待機時間を制御できます[＃6295](https://github.com/tikv/pd/issues/6295) @[disksing](https://github.com/disksing) ## 改善点 {#improvements} @@ -96,7 +96,7 @@ TiDB バージョン: 6.5.9 - スケーリングの進行状況が正しく表示されない問題を修正[＃7726](https://github.com/tikv/pd/issues/7726) @[CabinfeverB](https://github.com/CabinfeverB) - `MergeLabels`関数が呼び出されたときにデータ競合が発生する問題を修正しました [＃7535](https://github.com/tikv/pd/issues/7535) @[lhy1024](https://github.com/lhy1024) - リーダースイッチ後にPD監視項目`learner-peer-count`古い値を同期しない問題を修正 [＃7728](https://github.com/tikv/pd/issues/7728) @[CabinfeverB](https://github.com/CabinfeverB) - - クエリ結果`SHOW CONFIG`に非推奨の構成項目`trace-region-flow` が含まれる問題を修正しました [＃7917](https://github.com/tikv/pd/issues/7917) @[rleungx](https://github.com/rleungx) + - クエリ結果`SHOW CONFIG`に非推奨の設定項目`trace-region-flow` が含まれる問題を修正しました [＃7917](https://github.com/tikv/pd/issues/7917) @[rleungx](https://github.com/rleungx) - TiFlash diff --git a/releases/release-6.6.0.md b/releases/release-6.6.0.md index 49b282b45e8db..560537419ba97 100644 --- a/releases/release-6.6.0.md +++ b/releases/release-6.6.0.md @@ -148,7 +148,7 @@ TiDB バージョン: 6.6.0- [DMR](/releases/versioning.md#development-milestone - リソースを大量に消費するタスク向けに読み取り専用ストレージノードを構成する機能をサポート @[v01dstar](https://github.com/v01dstar) - 本番環境では、バックアップや大規模なデータ読み取りと分析など、読み取り専用操作が定期的に大量のリソースを消費し、クラスタ全体のパフォーマンスに影響を与える場合があります。TiDB v6.6.0 では、リソースを消費する読み取り専用タスク用に読み取り専用ストレージノードを構成して、オンラインアプリケーションへの影響を軽減できます。現在、TiDB、TiSpark、およびBR は、読み取り専用ストレージノードからのデータ読み取りをサポートしています。 [手順](/best-practices/readonly-nodes.md#procedures)のパフォーマンスの安定性を確保するため、システム変数`tidb_replica_read` 、TiSpark 構成項目`spark.tispark.replica_read` 、または br コマンドライン引数`--replica-read-label` 、読み取り先を指定して、読み取り専用ストレージ ノードを次のように構成できます。 + 本番環境では、バックアップや大規模なデータ読み取りと分析など、読み取り専用操作が定期的に大量のリソースを消費し、クラスタ全体のパフォーマンスに影響を与える場合があります。TiDB v6.6.0 では、リソースを消費する読み取り専用タスク用に読み取り専用ストレージノードを構成して、オンラインアプリケーションへの影響を軽減できます。現在、TiDB、TiSpark、およびBR は、読み取り専用ストレージノードからのデータ読み取りをサポートしています。 [手順](/best-practices/readonly-nodes.md#procedures)のパフォーマンスの安定性を確保するため、システム変数`tidb_replica_read` 、TiSpark 設定項目`spark.tispark.replica_read` 、または br コマンドライン引数`--replica-read-label` 、読み取り先を指定して、読み取り専用ストレージ ノードを次のように構成できます。 詳細については、[ドキュメント](/best-practices/readonly-nodes.md)を参照してください。 @@ -172,7 +172,7 @@ TiDB バージョン: 6.6.0- [DMR](/releases/versioning.md#development-milestone 詳細については、 [ドキュメント](/dm/dm-precheck.md#check-items-for-physical-import)を参照してください。 -- TiDB Lightning は、ソースファイルとターゲットテーブル間の列名の不一致の問題に対処するため、新しい構成パラメータ`"header-schema-match"`を追加しました。@[dsdashun](https://github.com/dsdashun) +- TiDB Lightning は、ソースファイルとターゲットテーブル間の列名の不一致の問題に対処するため、新しい設定パラメータ`"header-schema-match"`を追加しました。@[dsdashun](https://github.com/dsdashun) TiDB Lightning v6.6.0では、新しいプロファイルパラメータ`"header-schema-match"`が追加されました。デフォルト値は`true`で、これはソースCSVファイルの最初の行が列名として扱われ、ターゲットテーブルの列名と一致することを意味します。CSVテーブルヘッダーのフィールド名がターゲットテーブルの列名と一致しない場合は、この設定を`false`に設定できます。TiDB Lightningはエラーを無視し、ターゲットテーブルの列の順序でデータのインポートを続行します。 @@ -182,7 +182,7 @@ TiDB バージョン: 6.6.0- [DMR](/releases/versioning.md#development-milestone バージョン6.6.0以降、 TiDB Lightningは、ローカルでエンコードおよびソートされたキーと値のペアをTiKVに送信する際に圧縮してネットワーク転送する機能をサポートしており、ネットワーク経由で転送されるデータ量を削減し、ネットワーク帯域幅のオーバーヘッドを低減します。この機能がサポートされる以前のTiDBバージョンでは、 TiDB Lightningは比較的高いネットワーク帯域幅を必要とし、データ量が多い場合には高額なトラフィック料金が発生していました。 - この機能はデフォルトでは無効になっています。有効にするには、 TiDB Lightningの構成項目`compress-kv-pairs`を`"gzip"`または`"gz"`に設定してください。 + この機能はデフォルトでは無効になっています。有効にするには、 TiDB Lightningの設定項目`compress-kv-pairs`を`"gzip"`または`"gz"`に設定してください。 詳細については、 [ドキュメント](/tidb-lightning/tidb-lightning-configuration.md#tidb-lightning-task)を参照してください。 @@ -325,11 +325,11 @@ TiDB バージョン: 6.6.0- [DMR](/releases/versioning.md#development-milestone | [`tidb_historical_stats_duration`](/system-variables.md#tidb_historical_stats_duration-new-in-v660) | 新しく追加された | この変数は、過去の統計情報をストレージに保存する期間を制御します。デフォルト値は7日間です。 | | [`tidb_index_join_double_read_penalty_cost_rate`](/system-variables.md#tidb_index_join_double_read_penalty_cost_rate-new-in-v660) | 新しく追加された | この変数は、インデックス結合の選択にペナルティコストを追加するかどうかを制御します。デフォルト値`0`は、この機能がデフォルトで無効になっていることを意味します。 | | [`tidb_pessimistic_txn_aggressive_locking`](https://docs-archive.pingcap.com/tidb/v6.6/system-variables#tidb_pessimistic_txn_aggressive_locking-new-in-v660) | 新しく追加された | この変数は、悲観的トランザクションに対して拡張悲観的ロックウェイクアップモデルを使用するかどうかを制御します。デフォルト値`OFF`は、デフォルトでは悲観的トランザクションに対してこのようなウェイクアップモデルを使用しないことを意味します。 | -| [`tidb_stmt_summary_enable_persistent`](/system-variables.md#tidb_stmt_summary_enable_persistent-new-in-v660) | 新しく追加された | この変数は読み取り専用です。 [ステートメントの要約持続性](/statement-summary-tables.md#persist-statements-summary)を有効にするかどうかを制御します。この変数の値は、構成項目[`tidb_stmt_summary_enable_persistent`](/tidb-configuration-file.md#tidb_stmt_summary_enable_persistent-new-in-v660)の値と同じです。 | -| [`tidb_stmt_summary_filename`](/system-variables.md#tidb_stmt_summary_filename-new-in-v660) | 新しく追加された | この変数は読み取り専用です。 [ステートメントの要約持続性](/statement-summary-tables.md#persist-statements-summary)が有効な場合に永続データが書き込まれるファイルを指定します。この変数の値は、構成項目[`tidb_stmt_summary_filename`](/tidb-configuration-file.md#tidb_stmt_summary_filename-new-in-v660)の値と同じです。 | -| [`tidb_stmt_summary_file_max_backups`](/system-variables.md#tidb_stmt_summary_file_max_backups-new-in-v660) | 新しく追加された | この変数は読み取り専用です。 [ステートメントの要約持続性](/statement-summary-tables.md#persist-statements-summary)が有効な場合に保存できるデータファイルの最大数を指定します。この変数の値は、構成項目[`tidb_stmt_summary_file_max_backups`](/tidb-configuration-file.md#tidb_stmt_summary_file_max_backups-new-in-v660)の値と同じです。 | -| [`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)の値と同じです。 | +| [`tidb_stmt_summary_enable_persistent`](/system-variables.md#tidb_stmt_summary_enable_persistent-new-in-v660) | 新しく追加された | この変数は読み取り専用です。 [ステートメントの要約持続性](/statement-summary-tables.md#persist-statements-summary)を有効にするかどうかを制御します。この変数の値は、設定項目[`tidb_stmt_summary_enable_persistent`](/tidb-configuration-file.md#tidb_stmt_summary_enable_persistent-new-in-v660)の値と同じです。 | +| [`tidb_stmt_summary_filename`](/system-variables.md#tidb_stmt_summary_filename-new-in-v660) | 新しく追加された | この変数は読み取り専用です。 [ステートメントの要約持続性](/statement-summary-tables.md#persist-statements-summary)が有効な場合に永続データが書き込まれるファイルを指定します。この変数の値は、設定項目[`tidb_stmt_summary_filename`](/tidb-configuration-file.md#tidb_stmt_summary_filename-new-in-v660)の値と同じです。 | +| [`tidb_stmt_summary_file_max_backups`](/system-variables.md#tidb_stmt_summary_file_max_backups-new-in-v660) | 新しく追加された | この変数は読み取り専用です。 [ステートメントの要約持続性](/statement-summary-tables.md#persist-statements-summary)が有効な場合に保存できるデータファイルの最大数を指定します。この変数の値は、設定項目[`tidb_stmt_summary_file_max_backups`](/tidb-configuration-file.md#tidb_stmt_summary_file_max_backups-new-in-v660)の値と同じです。 | +| [`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} @@ -338,14 +338,14 @@ TiDB バージョン: 6.6.0- [DMR](/releases/versioning.md#development-milestone | 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)を参照してください。 | | TiKV | `storage.block-cache.shared` | 削除済み | バージョン6.6.0以降、この設定項目は削除され、ブロックキャッシュはデフォルトで有効になり、無効にすることはできません。詳細は[#12936](https://github.com/tikv/tikv/issues/12936)を参照してください。 | -| DM | `on-duplicate` | 削除済み | この構成項目は、完全インポートフェーズ中に競合を解決する方法を制御します。v6.6.0 では、 `on-duplicate-logical` `on-duplicate-physical`と`on-duplicate`が導入されました。 | +| DM | `on-duplicate` | 削除済み | この設定項目は、完全インポートフェーズ中に競合を解決する方法を制御します。v6.6.0 では、 `on-duplicate-logical` `on-duplicate-physical`と`on-duplicate`が導入されました。 | | TiDB | [`enable-telemetry`](/tidb-configuration-file.md#enable-telemetry-new-in-v402) | 変更 | バージョン6.6.0以降、デフォルト値が`true`から`false`に変更され、TiDBではデフォルトでテレメトリが無効になります。 | | TiKV | [`rocksdb.defaultcf.block-size`](/tikv-configuration-file.md#block-size)および[`rocksdb.writecf.block-size`](/tikv-configuration-file.md#block-size) | 変更 | デフォルト値が`64K`から`32K`に変更されます。 | | TiKV | [`rocksdb.defaultcf.block-cache-size`](/tikv-configuration-file.md#block-cache-size) 、 [`rocksdb.writecf.block-cache-size`](/tikv-configuration-file.md#block-cache-size) 、 [`rocksdb.lockcf.block-cache-size`](/tikv-configuration-file.md#block-cache-size) | 非推奨 | バージョン6.6.0以降、これらの設定項目は非推奨となりました。詳細は[#12936](https://github.com/tikv/tikv/issues/12936)を参照してください。 | | PD | [`enable-telemetry`](/pd-configuration-file.md#enable-telemetry) | 変更 | バージョン6.6.0以降、デフォルト値が`true`から`false`に変更され、TiDB Dashboardではテレメトリがデフォルトで無効になります。 | -| DM | [`import-mode`](/dm/task-configuration-file-full.md) | 変更 | この構成項目の指定可能な値は、 `"sql"`および`"loader"`から`"logical"`および`"physical"`に変更されます。デフォルト値は`"logical"`で、これは TiDB Lightning の論理インポートモードを使用してデータをインポートすることを意味します。 | +| DM | [`import-mode`](/dm/task-configuration-file-full.md) | 変更 | この設定項目の指定可能な値は、 `"sql"`および`"loader"`から`"logical"`および`"physical"`に変更されます。デフォルト値は`"logical"`で、これは TiDB Lightning の論理インポートモードを使用してデータをインポートすることを意味します。 | | TiFlash | [`profile.default.max_memory_usage_for_all_queries`](/tiflash/tiflash-configuration.md#configure-the-tiflashtoml-file) | 変更 | すべてのクエリで生成される中間データのメモリ使用量制限を指定します。v6.6.0以降、デフォルト値は`0`から`0.8`に変更され、制限は総メモリの80%になります。 | -| TiCDC | [`consistent.storage`](/ticdc/ticdc-sink-to-mysql.md#prerequisites) | 変更 | この構成項目は、リドゥログのバックアップが保存されるパスを指定します。 `scheme` 、GCS、およびAzure用に、さらに2つの値オプションが追加されました。 | +| TiCDC | [`consistent.storage`](/ticdc/ticdc-sink-to-mysql.md#prerequisites) | 変更 | この設定項目は、リドゥログのバックアップが保存されるパスを指定します。 `scheme` 、GCS、およびAzure用に、さらに2つの値オプションが追加されました。 | | TiDB | [`initialize-sql-file`](/tidb-configuration-file.md#initialize-sql-file-new-in-v660) | 新しく追加された | この設定項目は、TiDBクラスタが初めて起動されたときに実行されるSQLスクリプトを指定します。デフォルト値は空です。 | | TiDB | [`tidb_stmt_summary_enable_persistent`](/tidb-configuration-file.md#tidb_stmt_summary_enable_persistent-new-in-v660) | 新しく追加された | この設定項目は、明細書の要約を永続化するかどうかを制御します。デフォルト値は`false`で、これはこの機能がデフォルトでは無効になっていることを意味します。 | | TiDB | [`tidb_stmt_summary_file_max_backups`](/tidb-configuration-file.md#tidb_stmt_summary_file_max_backups-new-in-v660) | 新しく追加された | ステートメントサマリーの永続化が有効になっている場合、この設定では永続化できるデータファイルの最大数を指定します。 `0`ファイル数に制限がないことを意味します。 | @@ -353,14 +353,14 @@ TiDB バージョン: 6.6.0- [DMR](/releases/versioning.md#development-milestone | TiDB | [`tidb_stmt_summary_file_max_size`](/tidb-configuration-file.md#tidb_stmt_summary_file_max_size-new-in-v660) | 新しく追加された | ステートメントサマリーの永続化が有効になっている場合、この設定では永続データファイルの最大サイズ（MiB単位）を指定します。 | | TiDB | [`tidb_stmt_summary_filename`](/tidb-configuration-file.md#tidb_stmt_summary_filename-new-in-v660) | 新しく追加された | 明細書の要約データの永続化が有効になっている場合、この設定では永続データが書き込まれるファイルを指定します。 | | TiKV | [`resource-control.enabled`](/tikv-configuration-file.md#resource-control) | 新しく追加された | 対応するリソースグループの要求単位 (RU) に基づいて、ユーザーのフォアグラウンド読み取り/書き込み要求のスケジューリングを有効にするかどうか。デフォルト値は`false`で、これは対応するリソースグループの RU に基づくスケジューリングを無効にすることを意味します。 | -| TiKV | [`storage.engine`](/tikv-configuration-file.md#engine-new-in-v660) | 新しく追加された | この構成項目は、ストレージエンジンのタイプを指定します。値のオプションは`"raft-kv"`と`"partitioned-raft-kv"`です。この構成項目は、クラスタ作成時にのみ指定でき、一度指定すると変更できません。 | +| TiKV | [`storage.engine`](/tikv-configuration-file.md#engine-new-in-v660) | 新しく追加された | この設定項目は、ストレージエンジンのタイプを指定します。値のオプションは`"raft-kv"`と`"partitioned-raft-kv"`です。この設定項目は、クラスタ作成時にのみ指定でき、一度指定すると変更できません。 | | TiKV | [`rocksdb.write-buffer-flush-oldest-first`](/tikv-configuration-file.md#write-buffer-flush-oldest-first-new-in-v660) | 新しく追加された | この設定項目は、現在の RocksDB の`memtable`のメモリ使用量がしきい値に達したときに使用されるフラッシュ戦略を指定します。 | | TiKV | [`rocksdb.write-buffer-limit`](/tikv-configuration-file.md#write-buffer-limit-new-in-v660) | 新しく追加された | この設定項目は、単一の TiKV 内のすべての RocksDB インスタンス`memtable`が使用する合計メモリの制限を指定します。デフォルト値は、マシン全体のメモリの 25% です。 | | PD | [`pd-server.enable-gogc-tuner`](/pd-configuration-file.md#enable-gogc-tuner-new-in-v660) | 新しく追加された | この設定項目は、GOGCチューナーを有効にするかどうかを制御します。デフォルトでは無効になっています。 | | PD | [`pd-server.gc-tuner-threshold`](/pd-configuration-file.md#gc-tuner-threshold-new-in-v660) | 新しく追加された | この設定項目は、GOGC のチューニングにおける最大メモリしきい値比率を指定します。デフォルト値は`0.6`です。 | | PD | [`pd-server.server-memory-limit-gc-trigger`](/pd-configuration-file.md#server-memory-limit-gc-trigger-new-in-v660) | 新しく追加された | この設定項目は、PD が GC をトリガーしようとするしきい値比率を指定します。デフォルト値は`0.7`です。 | | PD | [`pd-server.server-memory-limit`](/pd-configuration-file.md#server-memory-limit-new-in-v660) | 新しく追加された | この設定項目は、PDインスタンスのメモリ制限比率を指定します。値`0`は、メモリ制限なしを意味します。 | -| TiCDC | [`scheduler.region-per-span`](/ticdc/ticdc-changefeed-config.md#changefeed-configuration-parameters) | 新しく追加された | この構成項目は、リージョンの数に基づいてテーブルを複数のレプリケーション範囲に分割するかどうかを制御し、これらの範囲は複数の TiCDC ノードによってレプリケートできます。デフォルト値は`50000`です。 | +| TiCDC | [`scheduler.region-per-span`](/ticdc/ticdc-changefeed-config.md#changefeed-configuration-parameters) | 新しく追加された | この設定項目は、リージョンの数に基づいてテーブルを複数のレプリケーション範囲に分割するかどうかを制御し、これらの範囲は複数の TiCDC ノードによってレプリケートできます。デフォルト値は`50000`です。 | | TiDB Lightning | [`compress-kv-pairs`](/tidb-lightning/tidb-lightning-configuration.md#tidb-lightning-task) | 新しく追加された | この設定項目は、物理インポートモードでKVペアをTiKVに送信する際に圧縮を有効にするかどうかを制御します。デフォルト値は空欄で、これは圧縮が無効になっていることを意味します。 | | DM | [`checksum-physical`](/dm/task-configuration-file-full.md) | 新しく追加された | この設定項目は、インポート後にデータ整合性を検証するために、DM が各テーブルに対して`ADMIN CHECKSUM TABLE `を実行するかどうかを制御します。デフォルト値は`"required"`で、インポート後に管理者チェックサムを実行します。チェックサムが失敗した場合、DM はタスクを一時停止し、手動でエラーを処理する必要があります。 | | DM | [`disk-quota-physical`](/dm/task-configuration-file-full.md) | 新しく追加された | この設定項目はディスククォータを設定します。これは、 TiDB Lightningの[`disk-quota`設定](/tidb-lightning/tidb-lightning-physical-import-mode-usage.md#configure-disk-quota-new-in-v620)に対応します。 | @@ -368,7 +368,7 @@ TiDB バージョン: 6.6.0- [DMR](/releases/versioning.md#development-milestone | DM | [`on-duplicate-physical`](/dm/task-configuration-file-full.md) | 新しく追加された | この設定項目は、物理インポートモードで DM が競合データをどのように解決するかを制御します。デフォルト値は`"none"`で、これは競合データを解決しないことを意味します。 `"none"`は最高のパフォーマンスを発揮しますが、下流のデータベースでデータの不整合が発生する可能性があります。 | | DM | [`sorting-dir-physical`](/dm/task-configuration-file-full.md) | 新しく追加された | この設定項目は、物理インポートモードでローカルKVソートに使用されるディレクトリを指定します。デフォルト値は`dir`設定と同じです。 | | sync-diff-inspector | [`skip-non-existing-table`](/sync-diff-inspector/sync-diff-inspector-overview.md#configuration-file-description) | 新しく追加された | この設定項目は、下流側のテーブルが上流側に存在しない場合に、上流側と下流側のデータ整合性のチェックをスキップするかどうかを制御します。 | -| TiSpark | [`spark.tispark.replica_read`](https://docs-archive.pingcap.com/tidb/v6.6/tispark-overview/#tispark-configurations) | 新しく追加された | この構成項目は、読み取るレプリカの種類を制御します。値のオプションは`leader` 、 `follower` 、および`learner` 。 | +| TiSpark | [`spark.tispark.replica_read`](https://docs-archive.pingcap.com/tidb/v6.6/tispark-overview/#tispark-configurations) | 新しく追加された | この設定項目は、読み取るレプリカの種類を制御します。値のオプションは`leader` 、 `follower` 、および`learner` 。 | | TiSpark | [`spark.tispark.replica_read.label`](https://docs-archive.pingcap.com/tidb/v6.6/tispark-overview#tispark-configurations) | 新しく追加された | この設定項目は、対象となるTiKVノードのラベルを設定するために使用されます。 | ### その他 {#others} diff --git a/releases/release-7.0.0.md b/releases/release-7.0.0.md index a9f087dc3f1a2..328cdc23fd68d 100644 --- a/releases/release-7.0.0.md +++ b/releases/release-7.0.0.md @@ -357,7 +357,7 @@ TiDB バージョン: 7.0.0- [DMR](/releases/versioning.md#development-milestone - Kafkaがダウンストリームとなるシナリオにおいて、単一の大規模テーブルのデータ変更を複数のTiCDCノードに分散することをサポートし、大規模TiDBクラスタのデータ統合シナリオにおける単一テーブルのスケーラビリティ問題を解決します [#8247](https://github.com/pingcap/tiflow/issues/8247) @[overvenus](https://github.com/overvenus) - TiCDC 構成項目`enable_table_across_nodes`を`true`に設定することで、この機能を有効にできます。 `region_threshold`を使用すると、テーブルのリージョン数がこのしきい値を超えた場合に、TiCDC が対応するテーブルのデータ変更を複数の TiCDC ノードに分散するように指定できます。 + TiCDC 設定項目`enable_table_across_nodes`を`true`に設定することで、この機能を有効にできます。 `region_threshold`を使用すると、テーブルのリージョン数がこのしきい値を超えた場合に、TiCDC が対応するテーブルのデータ変更を複数の TiCDC ノードに分散するように指定できます。 - リドゥアプライヤーにおけるトランザクション分割をサポートし、スループットを向上させ、ディザスタリカバリシナリオにおけるRTOを短縮する [#8318](https://github.com/pingcap/tiflow/issues/8318) @[CharlesCheung96](https://github.com/CharlesCheung96) diff --git a/releases/release-7.1.0.md b/releases/release-7.1.0.md index 7d7a499991a26..888e5807ecc48 100644 --- a/releases/release-7.1.0.md +++ b/releases/release-7.1.0.md @@ -127,7 +127,7 @@ TiDB 7.1.0 は長期サポートリリース (LTS) です。 - TiB レベルのデータをインポートする際のTiDB Lightningの安定性を向上[＃43510](https://github.com/pingcap/tidb/issues/43510) [＃43657](https://github.com/pingcap/tidb/issues/43657) @[D3Hunter](https://github.com/D3Hunter) @[lance6716](https://github.com/lance6716) - v7.1.0 以降、 TiDB Lightning には、TiB レベルのデータをインポートする際の安定性を向上させるために 4つの構成項目が追加されました。 + v7.1.0 以降、 TiDB Lightning には、TiB レベルのデータをインポートする際の安定性を向上させるために 4つの設定項目が追加されました。 - `tikv-importer.region-split-batch-size`バッチでリージョンを分割する際のリージョンの数を制御します。デフォルト値は`4096`です。 - `tikv-importer.region-split-concurrency`リージョン分割時の同時実行を制御します。デフォルト値は CPU コアの数です。 @@ -337,7 +337,7 @@ TiDB 7.1.0 は長期サポートリリース (LTS) です。 - Backup & Restore (BR) - - ログバックアップ中に TiKV 構成項目`log-backup.max-flush-interval`を変更することをサポート [＃14433](https://github.com/tikv/tikv/issues/14433) @[joccau](https://github.com/joccau) + - ログバックアップ中に TiKV 設定項目`log-backup.max-flush-interval`を変更することをサポート [＃14433](https://github.com/tikv/tikv/issues/14433) @[joccau](https://github.com/joccau) - TiCDC @@ -346,7 +346,7 @@ TiDB 7.1.0 は長期サポートリリース (LTS) です。 - Kafka-on-Pulsar ダウンストリームへのデータ複製をサポート[＃8892](https://github.com/pingcap/tiflow/issues/8892) @[Rustin170506](https://github.com/Rustin170506) - Kafka にデータを複製する際に更新が発生した後に変更された列のみを複製するためのオープンプロトコルプロトコルの使用をサポートします。 [＃8706](https://github.com/pingcap/tiflow/issues/8706) @[sdojjy](https://github.com/sdojjy) - 下流の障害やその他のシナリオにおける TiCDC のエラー処理を最適化する[＃8657](https://github.com/pingcap/tiflow/issues/8657) @[hicqu](https://github.com/hicqu) - - TLS を有効にするシナリオで認証アルゴリズムを設定するかどうかを制御する構成項目`insecure-skip-verify`を追加します。 [＃8867](https://github.com/pingcap/tiflow/issues/8867) @[Rustin170506](https://github.com/Rustin170506) + - TLS を有効にするシナリオで認証アルゴリズムを設定するかどうかを制御する設定項目`insecure-skip-verify`を追加します。 [＃8867](https://github.com/pingcap/tiflow/issues/8867) @[Rustin170506](https://github.com/Rustin170506) - TiDB Lightning diff --git a/releases/release-7.1.3.md b/releases/release-7.1.3.md index 01c1db6657718..474bed5b40984 100644 --- a/releases/release-7.1.3.md +++ b/releases/release-7.1.3.md @@ -13,8 +13,8 @@ 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、次の新しい構成項目が導入されています。 +- さらなるテストの結果、 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) - [`compression`](/ticdc/ticdc-changefeed-config.md) : REDOログファイルの圧縮動作を設定できます[＃10176](https://github.com/pingcap/tiflow/issues/10176) @[sdojjy](https://github.com/sdojjy) diff --git a/releases/release-7.1.4.md b/releases/release-7.1.4.md index 632ca8585168f..e3707aac4d5b1 100644 --- a/releases/release-7.1.4.md +++ b/releases/release-7.1.4.md @@ -14,7 +14,7 @@ TiDBバージョン: 7.1.4 ## 互換性の変更 {#compatibility-changes} - ログ印刷のオーバーヘッドを減らすために、 TiFlashはデフォルト値の`logger.level` `"debug"`から`"info"` に変更します。 [＃8641](https://github.com/pingcap/tiflash/issues/8641) @[JaySon-Huang](https://github.com/JaySon-Huang) -- TiKV構成項目[`gc.num-threads`](https://docs.pingcap.com/tidb/v6.5/tikv-configuration-file#num-threads-new-in-v658)を導入して、 `enable-compaction-filter`が`false` の場合のGCスレッド数を設定します。 [＃16101](https://github.com/tikv/tikv/issues/16101) @[tonyxuqqi](https://github.com/tonyxuqqi) +- TiKV設定項目[`gc.num-threads`](https://docs.pingcap.com/tidb/v6.5/tikv-configuration-file#num-threads-new-in-v658)を導入して、 `enable-compaction-filter`が`false` の場合のGCスレッド数を設定します。 [＃16101](https://github.com/tikv/tikv/issues/16101) @[tonyxuqqi](https://github.com/tonyxuqqi) ## 改善点 {#improvements} diff --git a/releases/release-7.1.5.md b/releases/release-7.1.5.md index 838e18c714c7d..2d728b69b2283 100644 --- a/releases/release-7.1.5.md +++ b/releases/release-7.1.5.md @@ -13,7 +13,7 @@ TiDB バージョン: 7.1.5 ## 互換性の変更 {#compatibility-changes} -- RocksDB の TiKV 構成項目[`track-and-verify-wals-in-manifest`](https://docs.pingcap.com/tidb/v7.1/tikv-configuration-file#track-and-verify-wals-in-manifest-new-in-v659-and-v715)追加します。これは、Write Ahead Log (WAL) の破損の可能性を調査するのに役立ちます。 [＃16549](https://github.com/tikv/tikv/issues/16549) @[v01dstar](https://github.com/v01dstar) +- RocksDB の TiKV 設定項目[`track-and-verify-wals-in-manifest`](https://docs.pingcap.com/tidb/v7.1/tikv-configuration-file#track-and-verify-wals-in-manifest-new-in-v659-and-v715)を追加します。これは、Write Ahead Log (WAL) の破損の可能性を調査するのに役立ちます。 [＃16549](https://github.com/tikv/tikv/issues/16549) @[v01dstar](https://github.com/v01dstar) ## 改善点 {#improvements} @@ -80,7 +80,7 @@ TiDB バージョン: 7.1.5 - PD - 書き込みホットスポットのスケジュール設定により配置ポリシーの制約が破られる可能性がある問題を修正[＃7848](https://github.com/tikv/pd/issues/7848) @[lhy1024](https://github.com/lhy1024) - - クエリ結果`SHOW CONFIG`に非推奨の構成項目`trace-region-flow` が含まれる問題を修正しました [＃7917](https://github.com/tikv/pd/issues/7917) @[rleungx](https://github.com/rleungx) + - クエリ結果`SHOW CONFIG`に非推奨の設定項目`trace-region-flow` が含まれる問題を修正しました [＃7917](https://github.com/tikv/pd/issues/7917) @[rleungx](https://github.com/rleungx) - スケーリングの進行状況が正しく表示されない問題を修正[＃7726](https://github.com/tikv/pd/issues/7726) @[CabinfeverB](https://github.com/CabinfeverB) - TiFlash diff --git a/releases/release-7.1.6.md b/releases/release-7.1.6.md index 6ab6eda49ea06..4ea81873b95e9 100644 --- a/releases/release-7.1.6.md +++ b/releases/release-7.1.6.md @@ -16,9 +16,9 @@ TiDB バージョン: 7.1.6 - [TiDB HTTP API](https://github.com/pingcap/tidb/blob/release-7.1/docs/tidb_http_api.md)から取得される DDL 履歴タスクのデフォルトの制限を2048に設定して、過剰な履歴タスクによる OOM の問題を防止します。 [＃55711](https://github.com/pingcap/tidb/issues/55711) @[joccau](https://github.com/joccau) - 以前のバージョンでは、 `UPDATE`変更を含むトランザクションを処理する際に、 `UPDATE`目のイベントで主キーまたは非NULLの一意インデックス値が変更されると、TiCDCはこのイベントを`DELETE`目と`INSERT`目のイベントに分割していました。v7.1.6以降では、MySQLシンクを使用する場合、 `UPDATE`の変更のトランザクション`commitTS` TiCDC `thresholdTS` （TiCDCが対応するテーブルをダウンストリームに複製し始める際にPDから取得する現在のタイムスタンプ）より小さい場合、TiCDCは`UPDATE`件目のイベントを`DELETE`目と`INSERT`件目のイベントに分割します。この動作変更は、TiCDCが受信した`UPDATE`目のイベントの順序が誤っている可能性があり、その結果、分割された`DELETE`と`INSERT`目のイベントの順序が誤っている可能性があることで発生するダウンストリームデータの不整合の問題を解決します。詳細については、 [ドキュメント](https://docs.pingcap.com/tidb/v7.1/ticdc-split-update-behavior#split-update-events-for-mysql-sinks) してください@[lidezhu](https://github.com/lidezhu) [＃10918](https://github.com/pingcap/tiflow/issues/10918) - TiDB Lightning `strict-format`を使用して CSV ファイルをインポートする場合は、行末文字を設定する必要があります[＃37338](https://github.com/pingcap/tidb/issues/37338) @[lance6716](https://github.com/lance6716) -- TiKV構成項目[`server.grpc-compression-type`](/tikv-configuration-file.md#grpc-compression-type)のスコープを変更します。 +- TiKV設定項目[`server.grpc-compression-type`](/tikv-configuration-file.md#grpc-compression-type)のスコープを変更します。 - - v7.1.6 より前の v7.1.x バージョンでは、この構成項目は TiKV ノード間の gRPC メッセージの圧縮アルゴリズムにのみ影響します。 + - v7.1.6 より前の v7.1.x バージョンでは、この設定項目は TiKV ノード間の gRPC メッセージの圧縮アルゴリズムにのみ影響します。 - v7.1.6以降、この設定項目はTiKVからTiDBに送信されるgRPC応答メッセージの圧縮アルゴリズムにも影響します。圧縮を有効にすると、CPUリソースの消費量が増加する可能性があります[＃17176](https://github.com/tikv/tikv/issues/17176) @[ekexium](https://github.com/ekexium) ## 改善点 {#improvements} @@ -221,7 +221,7 @@ TiDB バージョン: 7.1.6 - 暗号化マネージャーが使用前に初期化されない問題を修正[＃8384](https://github.com/tikv/pd/issues/8384) @[rleungx](https://github.com/rleungx) - PDの`Filter target`監視メトリックが散布範囲情報を提供しない問題を修正[＃8125](https://github.com/tikv/pd/issues/8125) @[HuSharp](https://github.com/HuSharp) - リソースグループのデータ競合問題を修正 [＃8267](https://github.com/tikv/pd/issues/8267) @[HuSharp](https://github.com/HuSharp) - - TiKV構成項目[`coprocessor.region-split-size`](/tikv-configuration-file.md#region-split-size) 1 MiB未満の値に設定するとPD panicが発生する問題を修正しました [＃8323](https://github.com/tikv/pd/issues/8323) @[JmPotato](https://github.com/JmPotato) + - TiKV設定項目[`coprocessor.region-split-size`](/tikv-configuration-file.md#region-split-size)を1 MiB未満の値に設定するとPD panicが発生する問題を修正しました [＃8323](https://github.com/tikv/pd/issues/8323) @[JmPotato](https://github.com/JmPotato) - `evict-leader-scheduler`で間違ったパラメータを使用すると、PD がエラーを正しく報告せず、一部のスケジューラが利用できなくなる問題を修正しました[＃8619](https://github.com/tikv/pd/issues/8619) @[rleungx](https://github.com/rleungx) - リソースグループ クライアントでスロットが完全に削除されず、割り当てられたトークンの数が指定された値より少なくなる問題を修正しました。 [＃7346](https://github.com/tikv/pd/issues/7346) @[guo-shaoge](https://github.com/guo-shaoge) - 配置ルールを使用しているときに、ダウンしたピアが回復しない可能性がある問題を修正しました。 [＃7808](https://github.com/tikv/pd/issues/7808) @[rleungx](https://github.com/rleungx) diff --git a/releases/release-7.2.0.md b/releases/release-7.2.0.md index 89e4c235d73a6..8495dfaa36fdc 100644 --- a/releases/release-7.2.0.md +++ b/releases/release-7.2.0.md @@ -89,7 +89,7 @@ TiDB バージョン: 7.2.0 バージョン7.2.0以降、軽量統計初期化機能が一般提供（GA）となりました。軽量統計初期化機能により、起動時にロードする必要のある統計情報の数を大幅に削減できるため、統計情報のロード速度が向上します。この機能は、複雑な実行環境におけるTiDBの安定性を高め、TiDBノードの再起動時にサービス全体への影響を軽減します。 - v7.2.0以降のバージョンで新規作成されたクラスタの場合、TiDBはデフォルトでTiDB起動時に軽量統計情報をロードし、ロードが完了するまでサービスの提供を待ちます。以前のバージョンからアップグレードしたクラスタの場合は、TiDB構成項目[`lite-init-stats`](/tidb-configuration-file.md#lite-init-stats-new-in-v710)と[`force-init-stats`](/tidb-configuration-file.md#force-init-stats-new-in-v657-and-v710)を`true`に設定することで、この機能を有効にできます。 + v7.2.0以降のバージョンで新規作成されたクラスタの場合、TiDBはデフォルトでTiDB起動時に軽量統計情報をロードし、ロードが完了するまでサービスの提供を待ちます。以前のバージョンからアップグレードしたクラスタの場合は、TiDB設定項目[`lite-init-stats`](/tidb-configuration-file.md#lite-init-stats-new-in-v710)と[`force-init-stats`](/tidb-configuration-file.md#force-init-stats-new-in-v657-and-v710)を`true`に設定することで、この機能を有効にできます。 詳細については、[ドキュメント](/statistics.md#load-statistics)を参照してください。 @@ -172,7 +172,7 @@ TiDB バージョン: 7.2.0 | TiDB Lightning | `send-kv-pairs` | 非推奨 | バージョン7.2.0以降、パラメータ`send-kv-pairs`は非推奨となりました。物理インポートモードでTiKVにデータを送信する際の1リクエストの最大サイズを制御するには、 [`send-kv-size`](/tidb-lightning/tidb-lightning-configuration.md)を使用してください。 | | TiDB Lightning | [`character-set`](/tidb-lightning/tidb-lightning-configuration.md#tidb-lightning-task) | 変更 | データインポートでサポートされる文字セットに、新しい値オプション`latin1`が追加されました。このオプションを使用すると、Latin-1 文字セットのソースファイルをインポートできます。 | | TiDB Lightning | [`send-kv-size`](/tidb-lightning/tidb-lightning-configuration.md) | 新しく追加された | 物理インポートモードでTiKVにデータを送信する際の、1リクエストあたりの最大サイズを指定します。キーと値のペアのサイズが指定されたしきい値に達すると、 TiDB Lightningは直ちにそれらをTiKVに送信します。これにより、大規模なワイドテーブルをインポートする際に、 TiDB Lightningノードがメモリ内に大量のキーと値のペアを蓄積することによって発生するメモリ不足（OOM）の問題を回避できます。このパラメータを調整することで、メモリ使用量とインポート速度のバランスを取り、インポートプロセスの安定性と効率性を向上させることができます。 | -| データ移行 | [`strict-optimistic-shard-mode`](/dm/feature-shard-merge-optimistic.md) | 新しく追加された | この構成項目は、TiDB Data Migration v2.0 の DDL シャードマージ動作との互換性を確保するために使用されます。この構成項目は、楽観的モードで有効にできます。有効にすると、レプリケーションタスクはタイプ 2 の DDL ステートメントに遭遇した際に中断されます。複数のテーブルの DDL 変更間に依存関係があるシナリオでは、適切なタイミングで中断を行うことができます。アップストリームとダウンストリーム間のデータの一貫性を確保するため、レプリケーションタスクを再開する前に、各テーブルの DDL ステートメントを手動で処理する必要があります。 | +| データ移行 | [`strict-optimistic-shard-mode`](/dm/feature-shard-merge-optimistic.md) | 新しく追加された | この設定項目は、TiDB Data Migration v2.0 の DDL シャードマージ動作との互換性を確保するために使用されます。この設定項目は、楽観的モードで有効にできます。有効にすると、レプリケーションタスクはタイプ 2 の DDL ステートメントに遭遇した際に中断されます。複数のテーブルの DDL 変更間に依存関係があるシナリオでは、適切なタイミングで中断を行うことができます。アップストリームとダウンストリーム間のデータの一貫性を確保するため、レプリケーションタスクを再開する前に、各テーブルの DDL ステートメントを手動で処理する必要があります。 | | TiCDC | [`sink.protocol`](/ticdc/ticdc-changefeed-config.md) | 変更 | ダウンストリームが Kafka の場合に、新しい値オプション`"open-protocol"`を導入します。メッセージのエンコードに使用されるプロトコル形式を指定します。 | | TiCDC | [`sink.delete-only-output-handle-key-columns`](/ticdc/ticdc-changefeed-config.md) | 新しく追加された | DELETE イベントの出力を指定します。このパラメーターは`"canal-json"`および`"open-protocol"`プロトコルでのみ有効です。デフォルト値は`false`で、これはすべての列を出力することを意味します。これを`true`に設定すると、主キー列または一意インデックス列のみが出力されます。 | diff --git a/releases/release-7.5.1.md b/releases/release-7.5.1.md index 1cd8760b22c29..4e7f9385e0ec1 100644 --- a/releases/release-7.5.1.md +++ b/releases/release-7.5.1.md @@ -15,8 +15,8 @@ TiDB バージョン: 7.5.1 - セキュリティ強化モード（SEM）で[`require_secure_transport`](https://docs.pingcap.com/tidb/v7.5/system-variables#require_secure_transport-new-in-v610)を`ON`に設定することを禁止し、ユーザーの潜在的な接続問題を防ぎます。 [＃47665](https://github.com/pingcap/tidb/issues/47665) @[tiancaiamao](https://github.com/tiancaiamao) - ログ印刷のオーバーヘッドを減らすために、 TiFlashはデフォルト値の`logger.level` `"debug"`から`"info"` に変更します。 [＃8641](https://github.com/pingcap/tiflash/issues/8641) @[JaySon-Huang](https://github.com/JaySon-Huang) -- TiKV構成項目[`gc.num-threads`](https://docs.pingcap.com/tidb/v7.5/tikv-configuration-file#num-threads-new-in-v658-and-v751)を導入して、 `enable-compaction-filter`が`false` の場合のGCスレッド数を設定します。 [＃16101](https://github.com/tikv/tikv/issues/16101) @[tonyxuqqi](https://github.com/tonyxuqqi) -- TiCDC Changefeed、次の新しい構成項目が導入されています。 +- TiKV設定項目[`gc.num-threads`](https://docs.pingcap.com/tidb/v7.5/tikv-configuration-file#num-threads-new-in-v658-and-v751)を導入して、 `enable-compaction-filter`が`false` の場合のGCスレッド数を設定します。 [＃16101](https://github.com/tikv/tikv/issues/16101) @[tonyxuqqi](https://github.com/tonyxuqqi) +- TiCDC Changefeed、次の新しい設定項目が導入されています。 - [`compression`](/ticdc/ticdc-changefeed-config.md) : REDOログファイルの圧縮動作を設定できます[＃10176](https://github.com/pingcap/tiflow/issues/10176) @[sdojjy](https://github.com/sdojjy) - [`sink.cloud-storage-config`](/ticdc/ticdc-changefeed-config.md) : オブジェクトストレージにデータを複製するときに履歴データの自動クリーンアップを設定できます。 [＃10109](https://github.com/pingcap/tiflow/issues/10109) @[CharlesCheung96](https://github.com/CharlesCheung96) - [`consistent.flush-concurrency`](/ticdc/ticdc-changefeed-config.md) : 単一のREDOファイルのアップロードの同時実行を設定できます [＃10226](https://github.com/pingcap/tiflow/issues/10226) @[sdojjy](https://github.com/sdojjy) diff --git a/releases/release-7.5.2.md b/releases/release-7.5.2.md index 6413b19ae39c9..b000b210d96f5 100644 --- a/releases/release-7.5.2.md +++ b/releases/release-7.5.2.md @@ -13,7 +13,7 @@ TiDB バージョン: 7.5.2 ## 互換性の変更 {#compatibility-changes} -- RocksDB の TiKV 構成項目[`track-and-verify-wals-in-manifest`](https://docs.pingcap.com/tidb/v7.5/tikv-configuration-file#track-and-verify-wals-in-manifest-new-in-v659-v715-and-v752)追加します。これは、Write Ahead Log (WAL) の破損の可能性を調査するのに役立ちます。 [＃16549](https://github.com/tikv/tikv/issues/16549) @[v01dstar](https://github.com/v01dstar) +- RocksDB の TiKV 設定項目[`track-and-verify-wals-in-manifest`](https://docs.pingcap.com/tidb/v7.5/tikv-configuration-file#track-and-verify-wals-in-manifest-new-in-v659-v715-and-v752)を追加します。これは、Write Ahead Log (WAL) の破損の可能性を調査するのに役立ちます。 [＃16549](https://github.com/tikv/tikv/issues/16549) @[v01dstar](https://github.com/v01dstar) - TiDB Lightning `strict-format`または`SPLIT_FILE`を使用して CSV ファイルをインポートする場合は、行末文字を設定する必要があります[＃37338](https://github.com/pingcap/tidb/issues/37338) @[lance6716](https://github.com/lance6716) - TiCDCオープンプロトコルの`sink.open.output-old-value`設定項目を追加して、更新前の値を下流に出力するかどうかを制御します。 [＃10916](https://github.com/pingcap/tiflow/issues/10916) @[sdojjy](https://github.com/sdojjy) - 以前のバージョンでは、 `UPDATE`変更を含むトランザクションを処理する際に、 `UPDATE`目のイベントで主キーまたは非NULLの一意インデックス値が変更されると、TiCDCはこのイベントを`DELETE`目と`INSERT`目のイベントに分割していました。v7.5.2以降では、MySQLシンクを使用する場合、 `UPDATE`の変更のトランザクション`commitTS` TiCDC `thresholdTS` （TiCDCが対応するテーブルをダウンストリームに複製し始める際にPDから取得する現在のタイムスタンプ）より小さい場合、TiCDCは`UPDATE`目のイベントを`DELETE` `INSERT`と13件目のイベントに分割します。この動作変更は、TiCDCが受信した`UPDATE`目のイベントの順序が誤っている可能性があり、分割された`DELETE`と`INSERT`目のイベントの順序が誤っている可能性があるため、ダウンストリームデータの不整合が発生する問題に対処しています。詳細については、 [ドキュメント](https://docs.pingcap.com/tidb/v7.5/ticdc-split-update-behavior#split-update-events-for-mysql-sinks) してください@[lidezhu](https://github.com/lidezhu) [＃10918](https://github.com/pingcap/tiflow/issues/10918) @@ -188,7 +188,7 @@ TiDB バージョン: 7.5.2 - スケーリングの進行状況が正しく表示されない問題を修正[＃7726](https://github.com/tikv/pd/issues/7726) @[CabinfeverB](https://github.com/CabinfeverB) - 展開された2つのデータセンター間でリーダーを切り替えるとLeaderが失敗する問題を修正[＃7992](https://github.com/tikv/pd/issues/7992) @[TonsnakeLin](https://github.com/TonsnakeLin) - PDの`Filter target`監視メトリックが散布範囲情報を提供しない問題を修正[＃8125](https://github.com/tikv/pd/issues/8125) @[HuSharp](https://github.com/HuSharp) - - クエリ結果`SHOW CONFIG`に非推奨の構成項目`trace-region-flow` が含まれる問題を修正しました [＃7917](https://github.com/tikv/pd/issues/7917) @[rleungx](https://github.com/rleungx) + - クエリ結果`SHOW CONFIG`に非推奨の設定項目`trace-region-flow` が含まれる問題を修正しました [＃7917](https://github.com/tikv/pd/issues/7917) @[rleungx](https://github.com/rleungx) - TiFlash @@ -201,7 +201,7 @@ TiDB バージョン: 7.5.2 - ログの誤った`local_region_num`値を修正 [＃8895](https://github.com/pingcap/tiflash/issues/8895) @[JaySon-Huang](https://github.com/JaySon-Huang) - 分散ストレージとコンピューティングアーキテクチャで、シャットダウン中にTiFlash がpanicになる可能性がある問題を修正しました。 [＃8837](https://github.com/pingcap/tiflash/issues/8837) @[JaySon-Huang](https://github.com/JaySon-Huang) - TiFlash が高同時実行読み取りシナリオで一時的に誤った結果を返す可能性がある問題を修正[＃8845](https://github.com/pingcap/tiflash/issues/8845) @[JinheLin](https://github.com/JinheLin) - - 分散ストレージおよびコンピューティングアーキテクチャで、 TiFlashコンピューティングノードの`storage.remote.cache.capacity`構成項目の値を変更した後、Grafanaに表示されるディスク`used_size`メトリックが正しくないという問題を修正しました。 [＃8920](https://github.com/pingcap/tiflash/issues/8920) @[JinheLin](https://github.com/JinheLin) + - 分散ストレージおよびコンピューティングアーキテクチャで、 TiFlashコンピューティングノードの`storage.remote.cache.capacity`設定項目の値を変更した後、Grafanaに表示されるディスク`used_size`メトリックが正しくないという問題を修正しました。 [＃8920](https://github.com/pingcap/tiflash/issues/8920) @[JinheLin](https://github.com/JinheLin) - 分散ストレージおよびコンピューティングアーキテクチャで、ネットワーク分離後にクエリが永続的にブロックされる可能性がある問題を修正しました [＃8806](https://github.com/pingcap/tiflash/issues/8806) @[JinheLin](https://github.com/JinheLin) - 非厳密モードの`sql_mode` で無効なデフォルト値を持つ列にデータを挿入するとTiFlash がpanicする可能性がある問題を修正しました [＃8803](https://github.com/pingcap/tiflash/issues/8803) @[Lloyd-Pottiger](https://github.com/Lloyd-Pottiger) diff --git a/releases/release-7.5.3.md b/releases/release-7.5.3.md index 5d683fa2b29da..794984d4d3b7b 100644 --- a/releases/release-7.5.3.md +++ b/releases/release-7.5.3.md @@ -14,9 +14,9 @@ TiDB バージョン: 7.5.3 ## 互換性の変更 {#compatibility-changes} - TiDB でサポートされているすべてのキーワードの情報を表示するための新しいシステムテーブル[`INFORMATION_SCHEMA.KEYWORDS`](/information-schema/information-schema-keywords.md)を追加します。 [＃48801](https://github.com/pingcap/tidb/issues/48801) @[dveeden](https://github.com/dveeden) -- TiKV構成項目[`server.grpc-compression-type`](/tikv-configuration-file.md#grpc-compression-type)のスコープを変更します。 +- TiKV設定項目[`server.grpc-compression-type`](/tikv-configuration-file.md#grpc-compression-type)のスコープを変更します。 - - v7.5.3 より前の v7.5.x バージョンでは、この構成項目は TiKV ノード間の gRPC メッセージの圧縮アルゴリズムにのみ影響します。 + - v7.5.3 より前の v7.5.x バージョンでは、この設定項目は TiKV ノード間の gRPC メッセージの圧縮アルゴリズムにのみ影響します。 - v7.5.3以降、この設定項目はTiKVからTiDBに送信されるgRPC応答メッセージの圧縮アルゴリズムにも影響します。圧縮を有効にすると、CPUリソースの消費量が増加する可能性があります[＃17176](https://github.com/tikv/tikv/issues/17176) @[ekexium](https://github.com/ekexium) ## 改善点 {#improvements} @@ -98,9 +98,9 @@ TiDB バージョン: 7.5.3 - リソースグループのデータ競合問題を修正 [＃8267](https://github.com/tikv/pd/issues/8267) @[HuSharp](https://github.com/HuSharp) - PD がオペレータ チェック中に遭遇するデータ競合問題を修正しました [＃8263](https://github.com/tikv/pd/issues/8263) @[lhy1024](https://github.com/lhy1024) - 削除されたノードがetcdクライアントの候補接続リストにまだ表示される問題を修正 [＃8286](https://github.com/tikv/pd/issues/8286) @[JmPotato](https://github.com/JmPotato) - - TiKV構成項目[`coprocessor.region-split-size`](/tikv-configuration-file.md#region-split-size) 1 MiB未満の値に設定するとPD panicが発生する問題を修正しました [＃8323](https://github.com/tikv/pd/issues/8323) @[JmPotato](https://github.com/JmPotato) + - TiKV設定項目[`coprocessor.region-split-size`](/tikv-configuration-file.md#region-split-size)を1 MiB未満の値に設定するとPD panicが発生する問題を修正しました [＃8323](https://github.com/tikv/pd/issues/8323) @[JmPotato](https://github.com/JmPotato) - 暗号化マネージャーが使用前に初期化されない問題を修正[＃8384](https://github.com/tikv/pd/issues/8384) @[releungx](https://github.com/releungx) - - PD構成項目[`security.redact-info-log`](/pd-configuration-file.md#redact-info-log-new-in-v50)が有効になっているときにPDログが完全に秘匿化されない問題を修正[＃8419](https://github.com/tikv/pd/issues/8419) @[releungx](https://github.com/releungx) + - PD設定項目[`security.redact-info-log`](/pd-configuration-file.md#redact-info-log-new-in-v50)が有効になっているときにPDログが完全に秘匿化されない問題を修正[＃8419](https://github.com/tikv/pd/issues/8419) @[releungx](https://github.com/releungx) - ロールをリソースグループにバインドするときにエラーが報告されない問題を修正しました [＃54417](https://github.com/pingcap/tidb/issues/54417) @[JmPotato](https://github.com/JmPotato) - TiFlash diff --git a/releases/release-7.5.5.md b/releases/release-7.5.5.md index 8519f2dc51966..c29831d3f9723 100644 --- a/releases/release-7.5.5.md +++ b/releases/release-7.5.5.md @@ -14,7 +14,7 @@ TiDB バージョン: 7.5.5 ## 互換性の変更 {#compatibility-changes} - インデックスを追加する際の取り込みフェーズの最大速度を制限する新しいシステム変数[`tidb_ddl_reorg_max_write_speed`](https://docs.pingcap.com/tidb/v7.5/system-variables#tidb_ddl_reorg_max_write_speed-new-in-v6512-and-v755)を追加します。 [＃57156](https://github.com/pingcap/tidb/issues/57156) @[CbcWestwolf](https://github.com/CbcWestwolf) -- TiKV構成項目[`raft-client-queue-size`](/tikv-configuration-file.md#raft-client-queue-size)のデフォルト値を`8192`から`16384` に変更します [＃17101](https://github.com/tikv/tikv/issues/17101) @[Connor1996](https://github.com/Connor1996) +- TiKV設定項目[`raft-client-queue-size`](/tikv-configuration-file.md#raft-client-queue-size)のデフォルト値を`8192`から`16384` に変更します [＃17101](https://github.com/tikv/tikv/issues/17101) @[Connor1996](https://github.com/Connor1996) ## 改善点 {#improvements} diff --git a/releases/release-7.5.6.md b/releases/release-7.5.6.md index 50271ea333a0c..6942274554d4c 100644 --- a/releases/release-7.5.6.md +++ b/releases/release-7.5.6.md @@ -93,7 +93,7 @@ TiDB バージョン: 7.5.6 - PD - 単一のログファイルのデフォルト値`max-size`が正しく設定されていない問題を修正しました[＃9037](https://github.com/tikv/pd/issues/9037) @[rleungx](https://github.com/rleungx) - - `flow-round-by-digit`構成項目の値が再起動後に上書きされる可能性がある問題を修正[＃8980](https://github.com/tikv/pd/issues/8980) @[nolouch](https://github.com/nolouch) + - `flow-round-by-digit`設定項目の値が再起動後に上書きされる可能性がある問題を修正[＃8980](https://github.com/tikv/pd/issues/8980) @[nolouch](https://github.com/nolouch) - PDネットワークの不安定さにより、データのインポートやインデックスシナリオの追加操作が失敗する可能性がある問題を修正しました。 [＃8962](https://github.com/tikv/pd/issues/8962) @[okJiang](https://github.com/okJiang) - `tidb_enable_tso_follower_proxy`システム変数が有効になっているときに PD がpanicする可能性がある問題を修正[＃8950](https://github.com/tikv/pd/issues/8950) @[okJiang](https://github.com/okJiang) - `tidb_enable_tso_follower_proxy`システム変数が有効にならない可能性がある問題を修正しました [＃8947](https://github.com/tikv/pd/issues/8947) @[JmPotato](https://github.com/JmPotato) diff --git a/releases/release-7.5.7.md b/releases/release-7.5.7.md index 7b11c64243544..f1ea2f4e88744 100644 --- a/releases/release-7.5.7.md +++ b/releases/release-7.5.7.md @@ -16,7 +16,7 @@ TiDB バージョン: 7.5.7 - デフォルト値の[`tidb_enable_historical_stats`](https://docs.pingcap.com/tidb/v7.5/system-variables/#tidb_enable_historical_stats)を`ON`から`OFF`に変更します。これにより、潜在的な安定性の問題を回避するために履歴統計がオフになります[＃53048](https://github.com/pingcap/tidb/issues/53048) @[hawkingrei](https://github.com/hawkingrei) - TiKV は以下の設定項目を廃止し、自動圧縮動作を制御する新しい[`gc.auto-compaction`](https://docs.pingcap.com/tidb/v7.5/tikv-configuration-file/#gcauto-compaction)設定グループに置き換えます。 [＃18727](https://github.com/tikv/tikv/issues/18727) @[v01dstar](https://github.com/v01dstar) - - 非推奨の構成項目: [`region-compact-check-interval`](https://docs.pingcap.com/tidb/v7.5/tikv-configuration-file#region-compact-check-interval) 、 [`region-compact-check-step`](https://docs.pingcap.com/tidb/v7.5/tikv-configuration-file#region-compact-check-step) 、 [`region-compact-min-tombstones`](https://docs.pingcap.com/tidb/v7.5/tikv-configuration-file#region-compact-min-tombstones) 、 [`region-compact-tombstones-percent`](https://docs.pingcap.com/tidb/v7.5/tikv-configuration-file#region-compact-tombstones-percent) 、 [`region-compact-min-redundant-rows`](https://docs.pingcap.com/tidb/v7.5/tikv-configuration-file#region-compact-min-redundant-rows-new-in-v710) 、および[`region-compact-redundant-rows-percent`](https://docs.pingcap.com/tidb/v7.5/tikv-configuration-file#region-compact-redundant-rows-percent-new-in-v710) 。 + - 非推奨の設定項目: [`region-compact-check-interval`](https://docs.pingcap.com/tidb/v7.5/tikv-configuration-file#region-compact-check-interval) 、 [`region-compact-check-step`](https://docs.pingcap.com/tidb/v7.5/tikv-configuration-file#region-compact-check-step) 、 [`region-compact-min-tombstones`](https://docs.pingcap.com/tidb/v7.5/tikv-configuration-file#region-compact-min-tombstones) 、 [`region-compact-tombstones-percent`](https://docs.pingcap.com/tidb/v7.5/tikv-configuration-file#region-compact-tombstones-percent) 、 [`region-compact-min-redundant-rows`](https://docs.pingcap.com/tidb/v7.5/tikv-configuration-file#region-compact-min-redundant-rows-new-in-v710) 、および[`region-compact-redundant-rows-percent`](https://docs.pingcap.com/tidb/v7.5/tikv-configuration-file#region-compact-redundant-rows-percent-new-in-v710) 。 - 新しい[`gc.auto-compaction.tombstone-percent-threshold`](https://docs.pingcap.com/tidb/v7.5/tikv-configuration-file#tombstone-percent-threshold-new-in-v757) [`gc.auto-compaction.redundant-rows-threshold`](https://docs.pingcap.com/tidb/v7.5/tikv-configuration-file#redundant-rows-threshold-new-in-v757) : [`gc.auto-compaction.check-interval`](https://docs.pingcap.com/tidb/v7.5/tikv-configuration-file#check-interval-new-in-v757) [`gc.auto-compaction.redundant-rows-percent-threshold`](https://docs.pingcap.com/tidb/v7.5/tikv-configuration-file#redundant-rows-percent-threshold-new-in-v757)および[`gc.auto-compaction.bottommost-level-force`](https://docs.pingcap.com/tidb/v7.5/tikv-configuration-file#bottommost-level-force-new-in-v757) [`gc.auto-compaction.tombstone-num-threshold`](https://docs.pingcap.com/tidb/v7.5/tikv-configuration-file#tombstone-num-threshold-new-in-v757) ## 改善点 {#improvements} @@ -124,7 +124,7 @@ TiDB バージョン: 7.5.7 - PD - - `split-merge-interval`構成項目の値を繰り返し変更すると（ `1s`から`1h`に変更して`1s`に戻すなど）、その設定項目が有効にならない可能性がある問題を修正しました[＃8404](https://github.com/tikv/pd/issues/8404) @[lhy1024](https://github.com/lhy1024) + - `split-merge-interval`設定項目の値を繰り返し変更すると（ `1s`から`1h`に変更して`1s`に戻すなど）、その設定項目が有効にならない可能性がある問題を修正しました[＃8404](https://github.com/tikv/pd/issues/8404) @[lhy1024](https://github.com/lhy1024) - デフォルト値`lease`が正しく設定されていない問題を修正[＃9156](https://github.com/tikv/pd/issues/9156) @[rleungx](https://github.com/rleungx) - TiDB Dashboard TCP接続を不適切に閉じるとPDゴルーチンリークが発生する可能性がある問題を修正[＃9402](https://github.com/tikv/pd/issues/9402) @[baurine](https://github.com/baurine) - 新しく追加された TiKV ノードがスケジュールされない可能性がある問題を修正しました [＃9145](https://github.com/tikv/pd/issues/9145) @[bufferflies](https://github.com/bufferflies) @@ -164,4 +164,4 @@ TiDB バージョン: 7.5.7 - NG Monitoring - - 時系列データのカーディナリティが高い場合に TSDB がメモリを大量に消費する問題を修正し、TSDB のメモリ構成オプションを提供します。 [＃295](https://github.com/pingcap/ng-monitoring/issues/295) @[mornyx](https://github.com/mornyx) + - 時系列データのカーディナリティが高い場合に TSDB がメモリを大量に消費する問題を修正し、TSDB のメモリ設定オプションを提供します。 [＃295](https://github.com/pingcap/ng-monitoring/issues/295) @[mornyx](https://github.com/mornyx) diff --git a/releases/release-7.6.0.md b/releases/release-7.6.0.md index e79da08e7bde5..45a0ae13fd64d 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)を参照してください。 @@ -238,7 +238,7 @@ TiDB バージョン: 7.6.0 | [`tidb_idle_transaction_timeout`](/system-variables.md#tidb_idle_transaction_timeout-new-in-v760) | 新しく追加された | ユーザーセッションにおけるトランザクションのアイドルタイムアウトを制御します。ユーザーセッションがトランザクション状態にあり、この変数の値を超える時間アイドル状態が続くと、TiDB はセッションを終了します。デフォルト値`0`は無制限を意味します。 | | [`tidb_ignore_inlist_plan_digest`](/system-variables.md#tidb_ignore_inlist_plan_digest-new-in-v760) | 新しく追加された | プランダイジェストを生成する際に、TiDB が異なるクエリ間で`IN`リスト内の要素の差異を無視するかどうかを制御します。デフォルト値`OFF`は、差異を無視しないことを意味します。 | | [`tidb_opt_enable_fuzzy_binding`](/system-variables.md#tidb_opt_enable_fuzzy_binding-new-in-v760) | 新しく追加された | クロスデータベースバインディング機能を有効にするかどうかを制御します。デフォルト値`OFF`は、クロスデータベースバインディングが無効であることを意味します。 | -| [`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`も同じ値に設定されます。 | +| [`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} @@ -246,7 +246,7 @@ TiDB バージョン: 7.6.0 | コンフィグレーションファイル | コンフィグレーションパラメータ | 変更の種類 | 説明 | | -------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------ | -------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | 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`は無効になりました。 | +| 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`は無効になりました。 | | TiKV | [`blob-file-compression`](/tikv-configuration-file.md#blob-file-compression) | 変更 | Titan で値を圧縮するために使用されるアルゴリズムで、値を単位とします。TiDB v7.6.0 以降、デフォルトの圧縮アルゴリズムは`zstd`です。 | | TiKV | [`rocksdb.defaultcf.titan.min-blob-size`](/tikv-configuration-file.md#min-blob-size) | 変更 | TiDB v7.6.0以降、新規クラスタのデフォルト値は`32KB`となります。v7.6.0にアップグレードする既存クラスタの場合、デフォルト値`1KB`は変更されません。 | | TiKV | [`rocksdb.titan.enabled`](/tikv-configuration-file.md#enabled) | 変更 | Titan を有効または無効にします。v7.5.0 以前のバージョンでは、デフォルト値は`false`です。v7.6.0 以降では、新規クラスターの場合のみデフォルト値は`true`になります。v7.6.0 以降のバージョンにアップグレードされた既存のクラスターは、元の構成を維持します。 | diff --git a/releases/release-8.0.0.md b/releases/release-8.0.0.md index e8e3db30913a6..67caa6a43b639 100644 --- a/releases/release-8.0.0.md +++ b/releases/release-8.0.0.md @@ -196,9 +196,9 @@ TiDB バージョン: 8.0.0 詳細については、 [ドキュメント](/encryption-at-rest.md#tikv-encryption-at-rest)を参照してください。 -- TiDBログの非機密化機能を強化する [#51306](https://github.com/pingcap/tidb/issues/51306) @[xhebox](https://github.com/xhebox) +- TiDBログの秘匿化機能を強化する [#51306](https://github.com/pingcap/tidb/issues/51306) @[xhebox](https://github.com/xhebox) - TiDBログの機密性低減機能の強化は、ログファイル内のSQLテキスト情報をマークすることで、ユーザーがログを表示する際に機密データを安全に表示できるようにするものです。ログ情報の機密性低減を制御できるため、さまざまなシナリオでTiDBログを安全に使用でき、ログの機密性低減のセキュリティと柔軟性が向上します。この機能を使用するには、システム変数`tidb_redact_log`を`MARKER`に設定します。これにより、TiDBログ内のSQLテキストがマークされます。ログを表示すると、機密データはマーカーに基づいて安全に表示され、ログ情報が保護されます。 + TiDBログの秘匿化機能の強化は、ログファイル内のSQLテキスト情報をマークすることで、ユーザーがログを表示する際に機密データを安全に表示できるようにするものです。ログ情報の秘匿化を制御できるため、さまざまなシナリオでTiDBログを安全に使用でき、ログの秘匿化のセキュリティと柔軟性が向上します。この機能を使用するには、システム変数`tidb_redact_log`を`MARKER`に設定します。これにより、TiDBログ内のSQLテキストがマークされます。ログを表示すると、機密データはマーカーに基づいて安全に表示され、ログ情報が保護されます。 詳細については、[ドキュメント](/system-variables.md#tidb_redact_log)を参照してください。 diff --git a/releases/release-8.1.0.md b/releases/release-8.1.0.md index e64af38a733fb..840bc4c76eba3 100644 --- a/releases/release-8.1.0.md +++ b/releases/release-8.1.0.md @@ -57,9 +57,9 @@ TiDB 8.1.0 は長期サポートリリース (LTS) です。 ### セキュリティ {#security} -- TiDB ログ感度低下 (GA) を強化 [＃52364](https://github.com/pingcap/tidb/issues/52364) @[xhebox](https://github.com/xhebox) +- TiDB ログの秘匿化 (GA) を強化 [＃52364](https://github.com/pingcap/tidb/issues/52364) @[xhebox](https://github.com/xhebox) - 強化された TiDB ログの非感度化は、ログファイル内の SQL テキスト情報をマークすることで実装され、ユーザーがログを表示するときに機密データを削除することをサポートします。ログ情報をマークするかどうかを制御することで、さまざまなシナリオで TiDB ログを安全に使用でき、ログ非感度化を使用する際のセキュリティと柔軟性が向上します。この機能を使用するには、システム変数`tidb_redact_log`を`MARKER`に設定すると、TiDB のランタイムログ内の SQL テキストがマークされます。さらに、TiDBサーバーで`collect-log`サブコマンドを使用して、マークされた機密データをログから削除し、ログを安全な方法で表示できます。すべてのマーカーを削除して通常のログを取得することもできます。この機能は、v8.1.0 で一般提供されました。 + 強化された TiDB ログの秘匿化は、ログファイル内の SQL テキスト情報をマークすることで実装され、ユーザーがログを表示するときに機密データを削除することをサポートします。ログ情報をマークするかどうかを制御することで、さまざまなシナリオで TiDB ログを安全に使用でき、ログ秘匿化を使用する際のセキュリティと柔軟性が向上します。この機能を使用するには、システム変数`tidb_redact_log`を`MARKER`に設定すると、TiDB のランタイムログ内の SQL テキストがマークされます。さらに、TiDBサーバーで`collect-log`サブコマンドを使用して、マークされた機密データをログから削除し、ログを安全な方法で表示できます。すべてのマーカーを削除して通常のログを取得することもできます。この機能は、v8.1.0 で一般提供されました。 詳細については[ドキュメント](/system-variables.md#tidb_redact_log)を参照してください。 @@ -129,7 +129,7 @@ TiDB 8.1.0 は長期サポートリリース (LTS) です。 - v8.1.0 以降、TiDB および TiDB Dashboardのテレメトリ機能は削除されます。 - - システム変数[`tidb_enable_telemetry`](/system-variables.md#tidb_enable_telemetry-new-in-v402) 、 TiDB 構成項目[`enable-telemetry`](/tidb-configuration-file.md#enable-telemetry-new-in-v402) 、および PD 構成項目[`enable-telemetry`](/pd-configuration-file.md#enable-telemetry)非推奨となり、機能しなくなりました。 + - システム変数[`tidb_enable_telemetry`](/system-variables.md#tidb_enable_telemetry-new-in-v402) 、 TiDB 設定項目[`enable-telemetry`](/tidb-configuration-file.md#enable-telemetry-new-in-v402) 、および PD 設定項目[`enable-telemetry`](/pd-configuration-file.md#enable-telemetry)非推奨となり、機能しなくなりました。 - `ADMIN SHOW TELEMETRY`構文は削除されます。 - キーワード`TELEMETRY`と`TELEMETRY_ID`は削除されます。 @@ -236,14 +236,14 @@ TiDB 8.1.0 は長期サポートリリース (LTS) です。 - `Merge`スケジュールを生成する際にPDがpanicする可能性がある問題を修正 [＃8049](https://github.com/tikv/pd/issues/8049) @[nolouch](https://github.com/nolouch) - `GetAdditionalInfo` によって引き起こされるpanic問題を修正 [＃8079](https://github.com/tikv/pd/issues/8079) @[HuSharp](https://github.com/HuSharp) - PDの`Filter target`監視メトリックが散布範囲情報を提供しない問題を修正[＃8125](https://github.com/tikv/pd/issues/8125) @[HuSharp](https://github.com/HuSharp) - - クエリ結果`SHOW CONFIG`に非推奨の構成項目`trace-region-flow` が含まれる問題を修正しました [＃7917](https://github.com/tikv/pd/issues/7917) @[rleungx](https://github.com/rleungx) + - クエリ結果`SHOW CONFIG`に非推奨の設定項目`trace-region-flow` が含まれる問題を修正しました [＃7917](https://github.com/tikv/pd/issues/7917) @[rleungx](https://github.com/rleungx) - スケーリングの進行状況が正しく表示されない問題を修正[＃7726](https://github.com/tikv/pd/issues/7726) @[CabinfeverB](https://github.com/CabinfeverB) - TiFlash - 非厳密モードの`sql_mode` で無効なデフォルト値を持つ列にデータを挿入するとTiFlash がpanicする可能性がある問題を修正しました [＃8803](https://github.com/pingcap/tiflash/issues/8803) @[Lloyd-Pottiger](https://github.com/Lloyd-Pottiger) - TiFlash が高同時実行読み取りシナリオで一時的に誤った結果を返す可能性がある問題を修正[＃8845](https://github.com/pingcap/tiflash/issues/8845) @[JinheLin](https://github.com/JinheLin) - - 分散ストレージおよびコンピューティングアーキテクチャで、 TiFlashコンピューティングノードの`storage.remote.cache.capacity`構成項目の値を変更した後、Grafanaに表示されるディスク`used_size`メトリックが正しくないという問題を修正しました。 [＃8920](https://github.com/pingcap/tiflash/issues/8920) @[JinheLin](https://github.com/JinheLin) + - 分散ストレージおよびコンピューティングアーキテクチャで、 TiFlashコンピューティングノードの`storage.remote.cache.capacity`設定項目の値を変更した後、Grafanaに表示されるディスク`used_size`メトリックが正しくないという問題を修正しました。 [＃8920](https://github.com/pingcap/tiflash/issues/8920) @[JinheLin](https://github.com/JinheLin) - クラスタをv6.5.0より前のバージョンからv6.5.0以降にアップグレードするときに、 TiFlashメタデータが破損してプロセスがpanicになる可能性がある問題を修正しました[＃9039](https://github.com/pingcap/tiflash/issues/9039) @[JaySon-Huang](https://github.com/JaySon-Huang) - 分散ストレージとコンピューティングアーキテクチャで、コンピューティングノードのプロセスが停止するとTiFlash がpanicする可能性がある問題を修正しました[＃8860](https://github.com/pingcap/tiflash/issues/8860) @[guo-shaoge](https://github.com/guo-shaoge) - 仮想生成列を含むクエリを実行するとTiFlash がエラーを返す可能性がある問題を修正しました [＃8787](https://github.com/pingcap/tiflash/issues/8787) @[guo-shaoge](https://github.com/guo-shaoge) diff --git a/releases/release-8.1.1.md b/releases/release-8.1.1.md index a14067692d731..065e7cc3a33e8 100644 --- a/releases/release-8.1.1.md +++ b/releases/release-8.1.1.md @@ -16,9 +16,9 @@ TiDB バージョン: 8.1.1 - TiDB Lightningを使用してCSVファイルをインポートする際、並列性とインポートパフォーマンスを向上させるために大きなCSVファイルを複数の小さなCSVファイルに分割するために`strict-format = true`を設定する場合は、明示的に`terminator`を指定する必要があります。値は`\r` 、または`\r\n` `\n`かです。行末文字を指定しないと、CSVファイルデータの解析時に例外が発生する可能性があります[＃37338](https://github.com/pingcap/tidb/issues/37338) @[lance6716](https://github.com/lance6716) - [`IMPORT INTO`](/sql-statements/sql-statement-import-into.md)を使用してCSVファイルをインポートする際、 `SPLIT_FILE`パラメータを指定して大きなCSVファイルを複数の小さなCSVファイルに分割し、同時実行性とインポートパフォーマンスを向上させる場合は、行末文字`LINES_TERMINATED_BY`を明示的に指定する必要があります。値は`\r` 、 `\n` 、または`\r\n`です。行末文字を指定しないと、CSVファイルデータの解析時に例外が発生する可能性があります[＃37338](https://github.com/pingcap/tidb/issues/37338) @[lance6716](https://github.com/lance6716) - 並列計算中のディスクオーバーフローによるクエリ結果の誤りを回避するため、変数[`tidb_enable_parallel_hashagg_spill`](https://docs.pingcap.com/tidb/v8.1/system-variables#tidb_enable_parallel_hashagg_spill-new-in-v800)のデフォルト値を`ON`から`OFF`に変更してください。v8.0.0またはv8.1.0からv8.1.1にアップグレードしたクラスターの場合、この変数はアップグレード後もデフォルト値の`ON`のままとなるため、手動で`OFF`に変更することをお勧めします[＃55290](https://github.com/pingcap/tidb/issues/55290) @[xzhangxian1008](https://github.com/xzhangxian1008) -- TiKV構成項目[`server.grpc-compression-type`](/tikv-configuration-file.md#grpc-compression-type)のスコープを変更します。 +- TiKV設定項目[`server.grpc-compression-type`](/tikv-configuration-file.md#grpc-compression-type)のスコープを変更します。 - - v8.1.0 では、この構成項目は TiKV ノード間の gRPC メッセージの圧縮アルゴリズムにのみ影響します。 + - v8.1.0 では、この設定項目は TiKV ノード間の gRPC メッセージの圧縮アルゴリズムにのみ影響します。 - v8.1.1以降、この設定項目はTiKVからTiDBに送信されるgRPC応答メッセージの圧縮アルゴリズムにも影響します。圧縮を有効にすると、CPUリソースの消費量が増加する可能性があります[＃17176](https://github.com/tikv/tikv/issues/17176) @[ekexium](https://github.com/ekexium) ## オフラインパッケージの変更 {#offline-package-changes} @@ -129,7 +129,7 @@ v8.1.1 では、 `TiDB-community-toolkit` [バイナリパッケージ](/binary- - `make docker`と`make docker_test`の失敗を修正[＃17075](https://github.com/tikv/tikv/issues/17075) @[shunki-fujita](https://github.com/shunki-fujita) - **gRPC リクエストソースの継続時間**メトリックが監視ダッシュボードに誤って表示される問題を修正しました [＃17133](https://github.com/tikv/tikv/issues/17133) @[King-Dylan](https://github.com/King-Dylan) - tikv-ctlの`raft region`コマンドの出力にリージョンステータス情報が含まれていない問題を修正しました [＃17037](https://github.com/tikv/tikv/issues/17037) @[glorv](https://github.com/glorv) - - `raftstore.periodic-full-compact-start-times`構成項目をオンラインで変更すると、TiKVがpanicを起こす可能性がある問題を修正しました[＃17066](https://github.com/tikv/tikv/issues/17066) @[SpadeA-Tang](https://github.com/SpadeA-Tang) + - `raftstore.periodic-full-compact-start-times`設定項目をオンラインで変更すると、TiKVがpanicを起こす可能性がある問題を修正しました[＃17066](https://github.com/tikv/tikv/issues/17066) @[SpadeA-Tang](https://github.com/SpadeA-Tang) - 破損したRaftデータスナップショットを適用すると TiKV が繰り返しpanicする可能性がある問題を修正しました。 [＃15292](https://github.com/tikv/tikv/issues/15292) @[LykxSassinator](https://github.com/LykxSassinator) - キャッシュエントリが永続化される前に解放すると TiKV がpanicを起こす問題を修正しました [＃17040](https://github.com/tikv/tikv/issues/17040) @[glorv](https://github.com/glorv) @@ -155,7 +155,7 @@ v8.1.1 では、 `TiDB-community-toolkit` [バイナリパッケージ](/binary- - リソースグループクエリをキャンセルするときに再試行回数が多すぎる問題を修正 [＃8217](https://github.com/tikv/pd/issues/8217) @[nolouch](https://github.com/nolouch) - PD がオペレータ チェック中に遭遇するデータ競合問題を修正しました [＃8263](https://github.com/tikv/pd/issues/8263) @[lhy1024](https://github.com/lhy1024) - ロールをリソースグループにバインドするときにエラーが報告されない問題を修正しました [＃54417](https://github.com/pingcap/tidb/issues/54417) @[JmPotato](https://github.com/JmPotato) - - TiKV構成項目[`coprocessor.region-split-size`](/tikv-configuration-file.md#region-split-size) 1 MiB未満の値に設定するとPD panicが発生する問題を修正しました [＃8323](https://github.com/tikv/pd/issues/8323) @[JmPotato](https://github.com/JmPotato) + - TiKV設定項目[`coprocessor.region-split-size`](/tikv-configuration-file.md#region-split-size)を1 MiB未満の値に設定するとPD panicが発生する問題を修正しました [＃8323](https://github.com/tikv/pd/issues/8323) @[JmPotato](https://github.com/JmPotato) - TiFlash diff --git a/releases/release-8.1.2.md b/releases/release-8.1.2.md index 34d12b3d23a87..4da79beb8afc2 100644 --- a/releases/release-8.1.2.md +++ b/releases/release-8.1.2.md @@ -29,7 +29,7 @@ TiDB バージョン: 8.1.2 - 空のテーブルと小さなリージョンのシナリオでのリージョン結合の速度を向上 [＃17376](https://github.com/tikv/tikv/issues/17376) @[LykxSassinator](https://github.com/LykxSassinator) - TiKVの`DiskFull`検出を最適化してRaftEngineの`spill-dir`構成と互換性を持たせ、この機能が一貫して動作することを保証します。 [＃17356](https://github.com/tikv/tikv/issues/17356) @[LykxSassinator](https://github.com/LykxSassinator) - RocksDB 圧縮のトリガー メカニズムを最適化し、多数の DELETE バージョンを処理するときにディスク領域の再利用を高速化します。 [＃17269](https://github.com/tikv/tikv/issues/17269) @[AndreMouche](https://github.com/AndreMouche) - - `import.num-threads`構成項目を動的に変更するサポート[＃17807](https://github.com/tikv/tikv/issues/17807) @[RidRisR](https://github.com/RidRisR) + - `import.num-threads`設定項目を動的に変更するサポート[＃17807](https://github.com/tikv/tikv/issues/17807) @[RidRisR](https://github.com/RidRisR) - Rusoto ライブラリを AWS Rust SDK に置き換えて、バックアップと復元のために外部ストレージ(Amazon S3 など) にアクセスします。これにより、IMDSv2 や EKS Pod Identity などの AWS 機能との互換性が向上します。 [＃12371](https://github.com/tikv/tikv/issues/12371) @[akoshchiy](https://github.com/akoshchiy) - TiFlash diff --git a/releases/release-8.2.0.md b/releases/release-8.2.0.md index e4db3e1bc0e04..120407a469824 100644 --- a/releases/release-8.2.0.md +++ b/releases/release-8.2.0.md @@ -13,7 +13,7 @@ TiDB バージョン: 8.2.0 バージョン8.2.0では、以下の主要な機能と改善点が導入されています。 -
カテゴリ機能／改善点説明
信頼性と可用性TiProxyは複数のロードバランシングポリシーをサポートしています。 TiDB v8.2.0では、TiProxyはステータス、接続数、健全性、メモリ、CPU、ロケーションなど、さまざまな要素に基づいてTiDBノードを評価し、ランク付けします。 policy構成項目で指定された負荷分散ポリシーに従って、TiProxyはデータベース操作を実行する最適なTiDBノードを動的に選択します。これにより、リソース使用率全体が最適化され、クラスタのパフォーマンスが向上し、スループットが増加します。
TiDB の並列 HashAgg アルゴリズムはディスクスピル (GA) をサポートしますHashAgg は、同じフィールド値を持つ行を効率的に集計するために TiDB で広く使用されている集計演算子です。TiDB v8.0.0 では、処理速度をさらに向上させる実験的機能として parallel HashAgg が導入されました。メモリリソースが不足している場合、parallel HashAgg は一時的にソートされたデータをディスクに書き出すことで、過剰なメモリ使用による潜在的な OOM リスクを回避します。これにより、ノードの安定性を維持しながらクエリパフォーマンスが向上します。v8.2.0 では、この機能が一般提供 (GA) となり、デフォルトで有効になっているため、 tidb_executor_concurrencyを使用して parallel HashAgg の同時実行性を安全に構成できます。
統計情報の読み込み効率を最大10倍向上SaaSやPaaSサービスなど、テーブルとパーティションの数が多いクラスタでは、統計情報のロード効率を改善することで、TiDBインスタンスの起動速度低下の問題を解決し、統計情報の動的ロードの成功率を高めることができます。この改善により、統計情報のロード失敗によるパフォーマンス低下が軽減され、クラスタの安定性が向上します。
データベースの運用と可観測性リソースグループの切り替えに対する特権制御を導入するリソース制御は広く利用されているため、リソースグループの切り替えに関する権限制御は、データベースユーザーによるリソースの不正使用を防ぎ、管理者によるリソース使用全体の保護を強化し、クラスタの安定性を向上させることができる。
+
カテゴリ機能／改善点説明
信頼性と可用性TiProxyは複数のロードバランシングポリシーをサポートしています。 TiDB v8.2.0では、TiProxyはステータス、接続数、健全性、メモリ、CPU、ロケーションなど、さまざまな要素に基づいてTiDBノードを評価し、ランク付けします。 policy設定項目で指定された負荷分散ポリシーに従って、TiProxyはデータベース操作を実行する最適なTiDBノードを動的に選択します。これにより、リソース使用率全体が最適化され、クラスタのパフォーマンスが向上し、スループットが増加します。
TiDB の並列 HashAgg アルゴリズムはディスクスピル (GA) をサポートしますHashAgg は、同じフィールド値を持つ行を効率的に集計するために TiDB で広く使用されている集計演算子です。TiDB v8.0.0 では、処理速度をさらに向上させる実験的機能として parallel HashAgg が導入されました。メモリリソースが不足している場合、parallel HashAgg は一時的にソートされたデータをディスクに書き出すことで、過剰なメモリ使用による潜在的な OOM リスクを回避します。これにより、ノードの安定性を維持しながらクエリパフォーマンスが向上します。v8.2.0 では、この機能が一般提供 (GA) となり、デフォルトで有効になっているため、 tidb_executor_concurrencyを使用して parallel HashAgg の同時実行性を安全に構成できます。
統計情報の読み込み効率を最大10倍向上SaaSやPaaSサービスなど、テーブルとパーティションの数が多いクラスタでは、統計情報のロード効率を改善することで、TiDBインスタンスの起動速度低下の問題を解決し、統計情報の動的ロードの成功率を高めることができます。この改善により、統計情報のロード失敗によるパフォーマンス低下が軽減され、クラスタの安定性が向上します。
データベースの運用と可観測性リソースグループの切り替えに対する特権制御を導入するリソース制御は広く利用されているため、リソースグループの切り替えに関する権限制御は、データベースユーザーによるリソースの不正使用を防ぎ、管理者によるリソース使用全体の保護を強化し、クラスタの安定性を向上させることができる。
## 機能の詳細 {#feature-details} @@ -105,9 +105,9 @@ TiDB バージョン: 8.2.0 ### セキュリティ {#security} -- TiFlashログの感度低下を強化 [#8977](https://github.com/pingcap/tiflash/issues/8977) @[JaySon-Huang](https://github.com/JaySon-Huang) +- TiFlashログの秘匿化を強化 [#8977](https://github.com/pingcap/tiflash/issues/8977) @[JaySon-Huang](https://github.com/JaySon-Huang) - TiDB v8.0.0 では、ログの匿名化機能が強化され、TiDB ログ内のユーザーデータがマーカー`‹ ›`で囲まれるかどうかを制御できるようになりました。マークされたログに基づいて、ログを表示する際にマークされた情報を削除するかどうかを決定できるため、ログの匿名化の柔軟性が向上します。v8.2.0 では、 TiFlash でログの匿名化に関する同様の機能強化が導入されています。この機能を使用するには、 TiFlash構成項目`security.redact_info_log`を`marker`に設定します。 + TiDB v8.0.0 では、ログの秘匿化機能が強化され、TiDB ログ内のユーザーデータがマーカー`‹ ›`で囲まれるかどうかを制御できるようになりました。マークされたログに基づいて、ログを表示する際にマークされた情報を削除するかどうかを決定できるため、ログの秘匿化の柔軟性が向上します。v8.2.0 では、 TiFlash でログの秘匿化に関する同様の機能強化が導入されています。この機能を使用するには、 TiFlash設定項目`security.redact_info_log`を`marker`に設定します。 詳細については、 [ドキュメント](/tiflash/tiflash-configuration.md#configure-the-tiflashtoml-file)を参照してください。 diff --git a/releases/release-8.3.0.md b/releases/release-8.3.0.md index d36420cd4dbe2..93c90a26e542f 100644 --- a/releases/release-8.3.0.md +++ b/releases/release-8.3.0.md @@ -146,7 +146,7 @@ TiDBバージョン：8.3.0 TiDB v8.0.0 では、ログのマスキング機能が強化され、TiDB ログ内のユーザーデータを`‹ ›`でマークできるようになりました。マークされたログに基づいて、ログを表示する際にマークされた情報をマスキングするかどうかを決定できるため、ログのマスキングの柔軟性が向上します。v8.2.0 では、 TiFlash同様のログマスキング機能強化を実装しています。 - バージョン8.3.0では、PDは同様のログの秘匿化機能強化を実装しています。この機能を使用するには、PD構成項目`security.redact-info-log`の値を`"marker"`に設定します。 + バージョン8.3.0では、PDは同様のログの秘匿化機能強化を実装しています。この機能を使用するには、PD設定項目`security.redact-info-log`の値を`"marker"`に設定します。 詳細については、 [ドキュメント](/log-redaction.md#log-redaction-in-pd-side)を参照してください。 @@ -154,7 +154,7 @@ TiDBバージョン：8.3.0 TiDB v8.0.0 では、ログのマスキング機能が強化され、TiDB ログ内のユーザーデータを`‹ ›`でマークできるようになりました。マークされたログに基づいて、ログを表示する際にマークされた情報をマスキングするかどうかを決定できるため、ログのマスキングの柔軟性が向上します。v8.2.0 では、 TiFlash同様のログマスキング機能強化を実装しています。 - バージョン8.3.0では、TiKVは同様のログの秘匿化機能強化を実装しています。この機能を使用するには、TiKV構成項目`security.redact-info-log`の値を`"marker"`に設定します。 + バージョン8.3.0では、TiKVは同様のログの秘匿化機能強化を実装しています。この機能を使用するには、TiKV設定項目`security.redact-info-log`の値を`"marker"`に設定します。 詳細については、 [ドキュメント](/log-redaction.md#log-redaction-in-tikv-side)を参照してください。 @@ -199,7 +199,7 @@ TiDBバージョン：8.3.0 | コンフィグレーションファイル | コンフィグレーションパラメータ | 変更の種類 | 説明 | | -------------- | ------------------------------------------------------------------------------------------------------ | -------- | ------------------------------------------------------------------------------------------------------------------------------------------------------- | | 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"`オプションを使用すると、マスキングルールをカスタマイズできます。 | +| PD | [`security.redact-info-log`](/pd-configuration-file.md#redact-info-log-new-in-v50) | 変更 | PD設定項目`security.redact-info-log`の値を`"marker"`に設定することで、ログ内の機密情報を直接シールドする代わりに`‹ ›`でマークできます。 `"marker"`オプションを使用すると、マスキングルールをカスタマイズできます。 | | TiKV | [`security.redact-info-log`](/tikv-configuration-file.md#redact-info-log-new-in-v408) | 変更 | TiKV 設定項目`security.redact-info-log`の値を`"marker"`に設定することで、ログ内の機密情報を直接シールドする代わりに`‹ ›`でマークできます。 `"marker"`オプションを使用すると、マスキングルールをカスタマイズできます。 | | TiFlash | [`security.redact-info-log`](/tiflash/tiflash-configuration.md#configure-the-tiflash-learnertoml-file) | 変更 | TiFlash Learnerの設定項目`security.redact-info-log`の値を`"marker"`に設定することで、ログ内の機密情報を直接シールドする代わりに`‹ ›`でマークすることができます。 `"marker"`オプションを使用すると、マスキングルールをカスタマイズできます。 | | BR | [`--allow-pitr-from-incremental`](/br/br-incremental-guide.md#limitations) | 新しく追加された | 増分バックアップが後続のログバックアップと互換性があるかどうかを制御します。デフォルト値は`true`で、これは増分バックアップが後続のログバックアップと互換性があることを意味します。デフォルト値`true`ままにすると、増分リストアが開始される前に、再生が必要な DDL が厳密にチェックされます。 | diff --git a/releases/release-8.4.0.md b/releases/release-8.4.0.md index bb5cfa5512156..8b0701fa00e05 100644 --- a/releases/release-8.4.0.md +++ b/releases/release-8.4.0.md @@ -347,7 +347,7 @@ TiDB をアップグレードする前に、オペレーティングシステム - Backup & Restore (BR) - - `split-table`および`split-region-on-table`構成項目が`false` (デフォルト値) であるクラスターにデータを復元する際、テーブルによるリージョンの分割を無効にすることで復元速度を向上させます。 [#53532](https://github.com/pingcap/tidb/issues/53532) @[Leavrth](https://github.com/Leavrth) + - `split-table`および`split-region-on-table`設定項目が`false` (デフォルト値) であるクラスターにデータを復元する際、テーブルによるリージョンの分割を無効にすることで復元速度を向上させます。 [#53532](https://github.com/pingcap/tidb/issues/53532) @[Leavrth](https://github.com/Leavrth) - デフォルトでは、 `RESTORE` SQL ステートメントを使用して、空ではないクラスターへの完全なデータの復元を無効にします [#55087](https://github.com/pingcap/tidb/issues/55087) @[BornChanger](https://github.com/BornChanger) ## バグ修正 {#bug-fixes} diff --git a/releases/release-8.5.0.md b/releases/release-8.5.0.md index c3c1562658e24..ff6b3ce4b1b1b 100644 --- a/releases/release-8.5.0.md +++ b/releases/release-8.5.0.md @@ -53,7 +53,7 @@ TiDB 8.5.0は長期サポートリリース（LTS）です。 レコードが頻繁に更新される場合、または TiDB が履歴バージョンを長期間 (例えば 24時間) 保持する必要がある場合、MVCC バージョンの蓄積によりスキャンパフォーマンスが低下する可能性があります。TiKV の MVCC インメモリエンジンは、最新の MVCC バージョンをメモリにキャッシュし、高速な GC メカニズムを使用して履歴バージョンをメモリから削除することで、スキャンパフォーマンスを向上させます。 - バージョン8.5.0以降、TiKVはMVCCインメモリエンジンを導入しました。TiKVクラスタ内でMVCCバージョンが蓄積され、スキャンパフォーマンスが低下する場合は、TiKV構成パラメータ[`in-memory-engine.enable`](/tikv-in-memory-engine.md#usage)を設定することで、TiKV MVCCインメモリエンジンを有効にしてスキャンパフォーマンスを向上させることができます。 + バージョン8.5.0以降、TiKVはMVCCインメモリエンジンを導入しました。TiKVクラスタ内でMVCCバージョンが蓄積され、スキャンパフォーマンスが低下する場合は、TiKV設定パラメータ[`in-memory-engine.enable`](/tikv-in-memory-engine.md#usage)を設定することで、TiKV MVCCインメモリエンジンを有効にしてスキャンパフォーマンスを向上させることができます。 詳細については、[ドキュメント](/tikv-in-memory-engine.md)を参照してください。 diff --git a/releases/release-8.5.2.md b/releases/release-8.5.2.md index 493fa7f18f2cc..b5271811f80fc 100644 --- a/releases/release-8.5.2.md +++ b/releases/release-8.5.2.md @@ -145,7 +145,7 @@ TiDBバージョン：8.5.2 - 高同時実行シナリオでクラウドストレージからデータをインポートする際にパフォーマンスが低下する問題を修正 [#57413](https://github.com/pingcap/tidb/issues/57413) @[xuanyu66](https://github.com/xuanyu66) - TiDB Lightningを使用してデータをインポートする際に、エラーレポートの出力が切り詰められる問題を修正しました [#58085](https://github.com/pingcap/tidb/issues/58085) @[lance6716](https://github.com/lance6716) - - ログが適切に匿名化されていない問題を修正 [#59086](https://github.com/pingcap/tidb/issues/59086) @[GMHDBJD](https://github.com/GMHDBJD) + - ログが適切に秘匿化されていない問題を修正 [#59086](https://github.com/pingcap/tidb/issues/59086) @[GMHDBJD](https://github.com/GMHDBJD) - 外部アカウントを使用してGCSストレージ操作を実行する際に、認証が`context canceled`エラーで失敗する問題を修正しました [#60155](https://github.com/pingcap/tidb/issues/60155) @[lance6716](https://github.com/lance6716) - TiDB LightningがクラウドストレージからParquetファイルをTiDBにインポートする際に数時間停止する問題を修正します [#60224](https://github.com/pingcap/tidb/issues/60224) @[joechenrh](https://github.com/joechenrh) - TiDB Lightningが大量のデータをインポートする際に、SSTファイルをTiKVクラスターに書き込んだり取り込んだりする際にメモリ不足（OOM）になる可能性がある問題を修正しました。 [#59947](https://github.com/pingcap/tidb/issues/59947) @[OliverS929](https://github.com/OliverS929) diff --git a/releases/release-8.5.3.md b/releases/release-8.5.3.md index ad1902b4d3efd..3e688eaa07cdc 100644 --- a/releases/release-8.5.3.md +++ b/releases/release-8.5.3.md @@ -13,7 +13,7 @@ TiDBバージョン：8.5.3 ## 互換性の変更 {#compatibility-changes} -- KVDBとRaftDBが別々のディスクにデプロイされているシナリオで、KVDBディスクI/Oジッター検出の感度を向上させるため、TiKV構成項目[`raftstore.inspect-kvdb-interval`](https://docs.pingcap.com/tidb/v8.5/tikv-configuration-file#inspect-kvdb-interval-new-in-v812)のデフォルト値を`2s`から`100ms`に変更します。 [#18463](https://github.com/tikv/tikv/issues/18463) @[LykxSassinator](https://github.com/LykxSassinator) +- KVDBとRaftDBが別々のディスクにデプロイされているシナリオで、KVDBディスクI/Oジッター検出の感度を向上させるため、TiKV設定項目[`raftstore.inspect-kvdb-interval`](https://docs.pingcap.com/tidb/v8.5/tikv-configuration-file#inspect-kvdb-interval-new-in-v812)のデフォルト値を`2s`から`100ms`に変更します。 [#18463](https://github.com/tikv/tikv/issues/18463) @[LykxSassinator](https://github.com/LykxSassinator) - [コストモデル](/cost-model.md)による内部使用のために次のシステム変数を追加します。これらの変数を変更することは推奨さ**れません**: [`tidb_opt_hash_agg_cost_factor`](https://docs.pingcap.com/tidb/v8.5/system-variables/#tidb_opt_hash_agg_cost_factor-new-in-v853) 、 [`tidb_opt_hash_join_cost_factor`](https://docs.pingcap.com/tidb/v8.5/system-variables/#tidb_opt_hash_join_cost_factor-new-in-v853) 、 [`tidb_opt_index_join_cost_factor`](https://docs.pingcap.com/tidb/v8.5/system-variables/#tidb_opt_index_join_cost_factor-new-in-v853) 、 [`tidb_opt_index_lookup_cost_factor`](https://docs.pingcap.com/tidb/v8.5/system-variables/#tidb_opt_index_lookup_cost_factor-new-in-v853) 、 [`tidb_opt_index_merge_cost_factor`](https://docs.pingcap.com/tidb/v8.5/system-variables/#tidb_opt_index_merge_cost_factor-new-in-v853) 、 [`tidb_opt_index_reader_cost_factor`](https://docs.pingcap.com/tidb/v8.5/system-variables/#tidb_opt_index_reader_cost_factor-new-in-v853) 、 [`tidb_opt_index_scan_cost_factor`](https://docs.pingcap.com/tidb/v8.5/system-variables/#tidb_opt_index_scan_cost_factor-new-in-v853) 、 [`tidb_opt_limit_cost_factor`](https://docs.pingcap.com/tidb/v8.5/system-variables/#tidb_opt_limit_cost_factor-new-in-v853) 、 [`tidb_opt_merge_join_cost_factor`](https://docs.pingcap.com/tidb/v8.5/system-variables/#tidb_opt_merge_join_cost_factor-new-in-v853) 、 [`tidb_opt_sort_cost_factor`](https://docs.pingcap.com/tidb/v8.5/system-variables/#tidb_opt_sort_cost_factor-new-in-v853) 、 [`tidb_opt_stream_agg_cost_factor`](https://docs.pingcap.com/tidb/v8.5/system-variables/#tidb_opt_stream_agg_cost_factor-new-in-v853) 、 [`tidb_opt_table_full_scan_cost_factor`](https://docs.pingcap.com/tidb/v8.5/system-variables/#tidb_opt_table_full_scan_cost_factor-new-in-v853) 、 [`tidb_opt_table_range_scan_cost_factor`](https://docs.pingcap.com/tidb/v8.5/system-variables/#tidb_opt_table_range_scan_cost_factor-new-in-v853) 、 [`tidb_opt_table_reader_cost_factor`](https://docs.pingcap.com/tidb/v8.5/system-variables/#tidb_opt_table_reader_cost_factor-new-in-v853) 、 [`tidb_opt_table_rowid_cost_factor`](https://docs.pingcap.com/tidb/v8.5/system-variables/#tidb_opt_table_rowid_cost_factor-new-in-v853) 、 [`tidb_opt_table_tiflash_scan_cost_factor`](https://docs.pingcap.com/tidb/v8.5/system-variables/#tidb_opt_table_tiflash_scan_cost_factor-new-in-v853) 、および[`tidb_opt_topn_cost_factor`](https://docs.pingcap.com/tidb/v8.5/system-variables/#tidb_opt_topn_cost_factor-new-in-v853) [#60357](https://github.com/pingcap/tidb/issues/60357) @[terry1purcell](https://github.com/terry1purcell) - [テレメトリー](https://docs.pingcap.com/tidb/v8.5/telemetry)機能を再導入します。ただし、テレメトリ関連の情報をローカルに記録するだけであり、ネットワーク経由で PingCAP にデータを送信することはなくなりました [#61766](https://github.com/pingcap/tidb/issues/61766) @[Defined2014](https://github.com/Defined2014) diff --git a/releases/release-8.5.4.md b/releases/release-8.5.4.md index 5e62df8dd2e75..95f5d4f1aa722 100644 --- a/releases/release-8.5.4.md +++ b/releases/release-8.5.4.md @@ -55,13 +55,13 @@ TiDBバージョン：8.5.4 この新しいアーキテクチャを使用するように構成すると、TiCDC はほぼ線形のスケーラビリティを実現し、より低いリソース消費で数百万のテーブルを複製できます。また、変更フィードのレイテンシーを削減し、書き込みワークロードが高いシナリオ、頻繁な DDL 操作、クラスタのスケーリングにおいて、より安定したパフォーマンスを提供します。なお、この新しいアーキテクチャには現在、いくつか[初期の制約](https://docs.pingcap.com/tidb/v8.5/ticdc-architecture#limitations)があります。 - 新しいアーキテクチャを使用するには、TiCDC 構成項目[`newarch`](https://docs.pingcap.com/tidb/v8.5/ticdc-server-config#newarch-new-in-v854-release1)を`true`に設定します。 + 新しいアーキテクチャを使用するには、TiCDC 設定項目[`newarch`](https://docs.pingcap.com/tidb/v8.5/ticdc-server-config#newarch-new-in-v854-release1)を`true`に設定します。 詳細については、 [ドキュメント](https://docs.pingcap.com/tidb/v8.5/ticdc-architecture)を参照してください。 ## 互換性の変更 {#compatibility-changes} -新規作成されたv8.5.3クラスタは、v8.5.4へスムーズにアップグレードできます。ただし、v8.5.4では、システム変数と構成パラメータの**デフォルト値の変更や動作調整が**いくつか導入されています。アップグレード前に、以下の点にご注意ください。 +新規作成されたv8.5.3クラスタは、v8.5.4へスムーズにアップグレードできます。ただし、v8.5.4では、システム変数と設定パラメータの**デフォルト値の変更や動作調整が**いくつか導入されています。アップグレード前に、以下の点にご注意ください。 - ほとんどの変更は、通常のアップグレードであれば安全です。ただし、クラスターにTiFlashやTiKVの圧縮構成のカスタマイズなど、パフォーマンスチューニングが施されている場合は、このセクションをよくお読みください。 - バージョン8.5.4では、一部の従来のTiKV設定項目が非推奨となり、使用が推奨されなくなりました。代替として、このセクションで説明する新しいTiKV設定グループを使用することをお勧めします。 diff --git a/releases/release-8.5.5.md b/releases/release-8.5.5.md index 387147522859a..1deabe2b12551 100644 --- a/releases/release-8.5.5.md +++ b/releases/release-8.5.5.md @@ -155,7 +155,7 @@ TiDBバージョン：8.5.5 ## 互換性の変更 {#compatibility-changes} -TiDBクラスタがv8.5.4で新規にデプロイされている場合（つまり、v8.5.3より前のバージョンからアップグレードされていない場合）、v8.5.5へスムーズにアップグレードできます。v8.5.5の変更点のほとんどは通常のアップグレードでは問題ありませんが、このリリースには動作の変更、MySQLとの互換性調整、​​システム変数の更新、構成パラメータの更新、システムテーブルの変更も含まれています。アップグレードする前に、このセクションをよくお読みください。 +TiDBクラスタがv8.5.4で新規にデプロイされている場合（つまり、v8.5.3より前のバージョンからアップグレードされていない場合）、v8.5.5へスムーズにアップグレードできます。v8.5.5の変更点のほとんどは通常のアップグレードでは問題ありませんが、このリリースには動作の変更、MySQLとの互換性調整、​​システム変数の更新、設定パラメータの更新、システムテーブルの変更も含まれています。アップグレードする前に、このセクションをよくお読みください。 ### 動作の変更 {#behavior-changes} @@ -181,8 +181,8 @@ TiDBクラスタがv8.5.4で新規にデプロイされている場合（つま | コンフィグレーションファイルまたはコンポーネント | コンフィグレーションパラメータ | 変更の種類 | 説明 | | ------------------------ | ---------------------------------------------------------------------------------------------------------------------------------------------------- | -------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | 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`によって直接上書きされます。 | -| TiKV | [`rocksdb.(defaultcf|writecf|lockcf|raftcf).soft-pending-compaction-bytes-limit`](/tikv-configuration-file.md#soft-pending-compaction-bytes-limit-1) | 変更 | v8.5.5 以降では、フロー制御メカニズムが有効になっている場合 ( [`storage.flow-control.enable`](/tikv-configuration-file.md#enable)が`true`に設定されている場合)、この構成項目は、その値が`storage.flow-control.soft-pending-compaction-bytes-limit`より大きい場合にのみ[`storage.flow-control.soft-pending-compaction-bytes-limit`](/tikv-configuration-file.md#soft-pending-compaction-bytes-limit)によって上書きされます。この動作により、フロー制御しきい値を上げた際に RocksDB の圧縮高速化メカニズムが弱まるのを防ぎます。v8.5.4 以前のバージョンでは、フロー制御メカニズムが有効になっている場合、この構成項目は`storage.flow-control.soft-pending-compaction-bytes-limit`によって直接上書きされます。 | +| 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`によって直接上書きされます。 | +| TiKV | [`rocksdb.(defaultcf|writecf|lockcf|raftcf).soft-pending-compaction-bytes-limit`](/tikv-configuration-file.md#soft-pending-compaction-bytes-limit-1) | 変更 | v8.5.5 以降では、フロー制御メカニズムが有効になっている場合 ( [`storage.flow-control.enable`](/tikv-configuration-file.md#enable)が`true`に設定されている場合)、この設定項目は、その値が`storage.flow-control.soft-pending-compaction-bytes-limit`より大きい場合にのみ[`storage.flow-control.soft-pending-compaction-bytes-limit`](/tikv-configuration-file.md#soft-pending-compaction-bytes-limit)によって上書きされます。この動作により、フロー制御しきい値を上げた際に RocksDB の圧縮高速化メカニズムが弱まるのを防ぎます。v8.5.4 以前のバージョンでは、フロー制御メカニズムが有効になっている場合、この設定項目は`storage.flow-control.soft-pending-compaction-bytes-limit`によって直接上書きされます。 | | TiKV | [`readpool.cpu-threshold`](https://docs.pingcap.com/tidb/v8.5/tikv-configuration-file#cpu-threshold-new-in-v855) | 新しく追加された | 統合リードプールのCPU使用率のしきい値を指定します。デフォルト値は`0.0`で、これは統合リードプールのCPU使用率に制限がないことを意味します。スレッドプールのサイズは、ビジースレッドスケーリングアルゴリズムによってのみ決定され、現在のタスクを処理するスレッド数に基づいてサイズが動的に調整されます。 | | TiKV | [`server.graceful-shutdown-timeout`](https://docs.pingcap.com/tidb/v8.5/tikv-configuration-file#graceful-shutdown-timeout-new-in-v855) | 新しく追加された | TiKV の正常なシャットダウンのタイムアウト時間を制御します。デフォルト値は`20s`です。 | | TiKV | [`server.inspect-network-interval`](https://docs.pingcap.com/tidb/v8.5/tikv-configuration-file#inspect-network-interval-new-in-v855) | 新しく追加された | TiKV HealthChecker が PD や他の TiKV ノードに対してネットワーク検出をアクティブに実行する間隔を制御します。デフォルト値は`100ms`です。 | diff --git a/releases/release-8.5.6.md b/releases/release-8.5.6.md index 33c4a34646765..8a323018a94b9 100644 --- a/releases/release-8.5.6.md +++ b/releases/release-8.5.6.md @@ -77,7 +77,7 @@ TiDBバージョン：8.5.6 ## 互換性の変更 {#compatibility-changes} -TiDBクラスタをv8.5.5で新規にデプロイした場合（つまり、v8.5.4より前のバージョンからアップグレードしていない場合）、v8.5.6へスムーズにアップグレードできます。v8.5.6の変更点のほとんどは通常のアップグレードでは問題ありませんが、このリリースにはMySQLとの互換性に関する変更、システム変数の更新、構成パラメータの更新、および非推奨機能も含まれています。アップグレードする前に、このセクションをよくお読みください。 +TiDBクラスタをv8.5.5で新規にデプロイした場合（つまり、v8.5.4より前のバージョンからアップグレードしていない場合）、v8.5.6へスムーズにアップグレードできます。v8.5.6の変更点のほとんどは通常のアップグレードでは問題ありませんが、このリリースにはMySQLとの互換性に関する変更、システム変数の更新、設定パラメータの更新、および非推奨機能も含まれています。アップグレードする前に、このセクションをよくお読みください。 ### MySQLとの互換性 {#mysql-compatibility} diff --git a/resources/doc-templates/template-new-feature.md b/resources/doc-templates/template-new-feature.md index 766e07e88f9b9..981cd421beda4 100644 --- a/resources/doc-templates/template-new-feature.md +++ b/resources/doc-templates/template-new-feature.md @@ -71,7 +71,7 @@ xxx の場合、xxx を実現するには、AAA 方式を使用することを ## パラメータリファレンス {#parameter-reference} -この機能が主に新しい構文またはコマンドである場合は、特定の構成項目またはパラメータの説明、デフォルト値、および例をリストします。 +この機能が主に新しい構文またはコマンドである場合は、特定の設定項目またはパラメータの説明、デフォルト値、および例をリストします。 テーブルまたは順序なしリストのいずれかを使用できます。 diff --git a/resources/doc-templates/template-reference.md b/resources/doc-templates/template-reference.md index b82559eb04eac..693d72c9fca9e 100644 --- a/resources/doc-templates/template-reference.md +++ b/resources/doc-templates/template-reference.md @@ -17,13 +17,13 @@ summary: このドキュメントを115～145文字で要約してください 「この文書では…について説明します。」 -## L2 見出し (カテゴリまたはパラメータ/構成項目) {#l2-heading-a-category-or-a-parameter-configuration-item} +## L2 見出し (カテゴリまたはパラメータ/設定項目) {#l2-heading-a-category-or-a-parameter-configuration-item} -次の文を使用して、このセクションで説明されているカテゴリ/パラメータ/構成項目を紹介します。 +次の文を使用して、このセクションで説明されているカテゴリ/パラメータ/設定項目を紹介します。 「このセクションでは...について説明します。」 -### L3 見出し（オプション、パラメータまたは構成項目） {#l3-heading-optional-a-parameter-or-a-configuration-item} +### L3 見出し（オプション、パラメータまたは設定項目） {#l3-heading-optional-a-parameter-or-a-configuration-item} 複数のパラメータをリストする必要がある場合は、順序なしリスト ( `*` / `+` / `-` ) を使用します。 @@ -55,7 +55,7 @@ xxx テーブルを使用する必要がある場合は、テーブルにヘッダー (つまり、最初の行) が必要であることに注意してください。 -次の表に、特定の構成項目/パラメータの説明、デフォルト値、および例を示します。 +次の表に、特定の設定項目/パラメータの説明、デフォルト値、および例を示します。 | パラメータ | 説明 | デフォルト値 | 必須 | 例 | | :---- | :-- | :----- | :-- | :-- | diff --git a/schedule-replicas-by-topology-labels.md b/schedule-replicas-by-topology-labels.md index e2371119925a1..9e55f3a560188 100644 --- a/schedule-replicas-by-topology-labels.md +++ b/schedule-replicas-by-topology-labels.md @@ -281,4 +281,4 @@ PD はラベルレイヤーに従ってレプリカをスケジュールし、 同様に、 `isolation-level`を`rack`に設定すると、同一データセンター内の異なるラックに最小分離レベルが適用されます。この構成では、ゾーンレイヤーでの分離が可能な限り最初に保証されます。ゾーンレベルでの分離が保証できない場合、PD は同じゾーン内の同じラックに異なるレプリカがスケジュールされることを避けようとします。 `isolation-level`を`host`に設定した場合も同様にスケジューリングが行われ、PD はまずラックの分離レベルを保証し、次にホストの分離レベルを保証します。 -要約すると、PDは現在のトポロジに応じてクラスターの災害復旧を最大化します。したがって、一定レベルの災害復旧を実現したい場合は、トポロジに応じて、異なるサイトに`max-replicas`台以上のマシンを展開する必要があります。TiDBは、 `isolation-level`などの必須構成項目も提供しており、さまざまなシナリオに応じてデータのトポロジ分離レベルをより柔軟に制御できます。 +要約すると、PDは現在のトポロジに応じてクラスターの災害復旧を最大化します。したがって、一定レベルの災害復旧を実現したい場合は、トポロジに応じて、異なるサイトに`max-replicas`台以上のマシンを展開する必要があります。TiDBは、 `isolation-level`などの必須設定項目も提供しており、さまざまなシナリオに応じてデータのトポロジ分離レベルをより柔軟に制御できます。 diff --git a/scheduling-configuration-file.md b/scheduling-configuration-file.md index e2cded83e5823..4cc98c8af150e 100644 --- a/scheduling-configuration-file.md +++ b/scheduling-configuration-file.md @@ -1,6 +1,6 @@ --- title: Scheduling Configuration File -summary: スケジューリング構成ファイルには、ノード名、データ パス、ノード URL などの複数の構成項目が含まれています。 +summary: スケジューリング構成ファイルには、ノード名、データ パス、ノード URL などの複数の設定項目が含まれています。 --- # スケジュールコンフィグレーションファイル {#scheduling-configuration-file} @@ -11,7 +11,7 @@ summary: スケジューリング構成ファイルには、ノード名、デ > **Tip:** > -> 構成項目の値を調整する必要がある場合は、 [設定を変更する](/maintain-tidb-using-tiup.md#modify-the-configuration)を参照してください。 +> 設定項目の値を調整する必要がある場合は、 [設定を変更する](/maintain-tidb-using-tiup.md#modify-the-configuration)を参照してください。 ### `name` {#name} @@ -108,13 +108,13 @@ summary: スケジューリング構成ファイルには、ノード名、デ ### `max-days` {#max-days} - ログが保持される最大日数。 -- 構成項目が設定されていないか、デフォルト値`0`に設定されている場合、スケジュールではログファイルがクリーンアップされません。 +- 設定項目が設定されていないか、デフォルト値`0`に設定されている場合、スケジュールではログファイルがクリーンアップされません。 - デフォルト値: `0` ### `max-backups` {#max-backups} - 保持されるログファイルの最大数。 -- 構成項目が設定されていないか、デフォルト値`0`に設定されている場合、スケジュールはすべてのログファイルを保持します。 +- 設定項目が設定されていないか、デフォルト値`0`に設定されている場合、スケジュールはすべてのログファイルを保持します。 - デフォルト値: `0` ## metric {#metric} diff --git a/security-compatibility-with-mysql.md b/security-compatibility-with-mysql.md index 383ca77bd10da..d709a9f41a658 100644 --- a/security-compatibility-with-mysql.md +++ b/security-compatibility-with-mysql.md @@ -28,7 +28,7 @@ TiDB と MySQL のパスワード有効期限ポリシーには次の違いが TiDB の有効期限メカニズムは、次の点で MySQL と異なります。 - MySQL v5.7 および v8.0 では、クライアントとサーバーの構成を組み合わせて、クライアント接続に「サンドボックス モード」を有効にするかどうかを決定します。 -- TiDB では、 [`security.disconnect-on-expired-password`](/tidb-configuration-file.md#disconnect-on-expired-password-new-in-v650)構成項目だけで、クライアント接続に対して「サンドボックス モード」を有効にするかどうかが決まります。 +- TiDB では、 [`security.disconnect-on-expired-password`](/tidb-configuration-file.md#disconnect-on-expired-password-new-in-v650)設定項目だけで、クライアント接続に対して「サンドボックス モード」を有効にするかどうかが決まります。 ### Password complexity policy {#password-complexity-policy} diff --git a/sql-statements/sql-statement-admin.md b/sql-statements/sql-statement-admin.md index bea7b88498664..e4cdf8330c879 100644 --- a/sql-statements/sql-statement-admin.md +++ b/sql-statements/sql-statement-admin.md @@ -116,7 +116,7 @@ ADMIN REPAIR TABLE tbl_name CREATE TABLE STATEMENT; -ここで「信頼できない」とは、元のテーブルのメタデータが`CREATE TABLE STATEMENT`操作でカバーできることを手動で確認する必要があることを意味します。この`REPAIR`ステートメントを使用するには、 [`repair-mode`](/tidb-configuration-file.md#repair-mode)構成項目を有効にし、修復対象のテーブルが[`repair-table-list`](/tidb-configuration-file.md#repair-table-list)にリストされていることを確認してください。 +ここで「信頼できない」とは、元のテーブルのメタデータが`CREATE TABLE STATEMENT`操作でカバーできることを手動で確認する必要があることを意味します。この`REPAIR`ステートメントを使用するには、 [`repair-mode`](/tidb-configuration-file.md#repair-mode)設定項目を有効にし、修復対象のテーブルが[`repair-table-list`](/tidb-configuration-file.md#repair-table-list)にリストされていることを確認してください。 diff --git a/sql-statements/sql-statement-show-config.md b/sql-statements/sql-statement-show-config.md index 0e515ef5a7cf7..7f774e4b888b2 100644 --- a/sql-statements/sql-statement-show-config.md +++ b/sql-statements/sql-statement-show-config.md @@ -5,7 +5,7 @@ summary: TiDBデータベースにおけるSHOW CONFIGの使用の概要 # SHOW CONFIG {#show-config} -`SHOW CONFIG`文は、TiDB の様々なコンポーネントの現在の設定を表示するために使用されます。構成パラメータとシステム変数は異なる次元で作用するため、混同しないように注意してください。システム変数の情報を取得する場合は、 [SHOW [GLOBAL|SESSION] VARIABLES](/sql-statements/sql-statement-show-variables.md)構文を使用してください。 +`SHOW CONFIG`文は、TiDB の様々なコンポーネントの現在の設定を表示するために使用されます。設定パラメータとシステム変数は異なる次元で作用するため、混同しないように注意してください。システム変数の情報を取得する場合は、 [SHOW [GLOBAL|SESSION] VARIABLES](/sql-statements/sql-statement-show-variables.md)構文を使用してください。 > **Note:** > diff --git a/stale-read.md b/stale-read.md index a486f6870ceb6..dd78e626e974d 100644 --- a/stale-read.md +++ b/stale-read.md @@ -41,7 +41,7 @@ TiDB は、次のようにステートメントレベル、セッションレベ ステイル読み取り機能は、TiDBクラスタのResolved TSタイムスタンプを定期的に進め、TiDBがトランザクションの一貫性を満たすデータを読み取ることを保証します。ステイル読み取りで使用されるタイムスタンプ（例： `AS OF TIMESTAMP '2016-10-08 16:45:26'` ）がResolved TSよりも大きい場合、 ステイル読み取りはTiDBにまずResolved TSを進めさせ、その完了を待ってからデータを読み取るようにトリガーします。これにより、レイテンシーが増加します。 -ステイル読み取りのレイテンシーを短縮するには、次の TiKV 構成項目を変更して、TiDB が解決された TS タイムスタンプをより頻繁に進めるようにします。 +ステイル読み取りのレイテンシーを短縮するには、次の TiKV 設定項目を変更して、TiDB が解決された TS タイムスタンプをより頻繁に進めるようにします。 ```toml [resolved-ts] @@ -50,7 +50,7 @@ advance-ts-interval = "20s" # The default value is "20s". You can set it to a sm > **Note:** > -> 前述の TiKV 構成項目を減らすと、TiKV の CPU 使用率とノード間のトラフィックが増加します。 +> 前述の TiKV 設定項目を減らすと、TiKV の CPU 使用率とノード間のトラフィックが増加します。 diff --git a/statement-summary-tables.md b/statement-summary-tables.md index 8dd962c492f2c..7ff2c7bb5a040 100644 --- a/statement-summary-tables.md +++ b/statement-summary-tables.md @@ -159,7 +159,7 @@ set global tidb_stmt_summary_history_size = 24; > **Note:** > > - SQL タイプが毎分出現する場合、 `statements_summary_history`には直近 12時間分のデータが格納されます。SQL タイプが毎日 00:00 から 00:30 の間にのみ出現する場合、 `statements_summary_history`には直近 24 期間分のデータが格納されます。各期間は 1日です。したがって、 `statements_summary_history`にはこの SQL タイプに関する直近 24日分のデータが格納されます。 -> - `tidb_stmt_summary_history_size` 、 `tidb_stmt_summary_max_stmt_count` 、および`tidb_stmt_summary_max_sql_length`構成項目はメモリ使用量に影響します。これらの構成は、ニーズ、SQLサイズ、SQL数、およびマシン構成に基づいて調整することをお勧めします。大きすぎる値を設定することはお勧めしません。メモリ使用量は`tidb_stmt_summary_history_size` *`tidb_stmt_summary_max_stmt_count`* `tidb_stmt_summary_max_sql_length` * `3` 。 +> - `tidb_stmt_summary_history_size` 、 `tidb_stmt_summary_max_stmt_count` 、および`tidb_stmt_summary_max_sql_length`設定項目はメモリ使用量に影響します。これらの構成は、ニーズ、SQLサイズ、SQL数、およびマシン構成に基づいて調整することをお勧めします。大きすぎる値を設定することはお勧めしません。メモリ使用量は`tidb_stmt_summary_history_size` \* `tidb_stmt_summary_max_stmt_count` \* `tidb_stmt_summary_max_sql_length` \* `3` 。 ### 明細書の要約に適切なサイズを設定してください。 {#set-a-proper-size-for-statement-summary} @@ -239,7 +239,7 @@ select * from information_schema.statements_summary_evicted; -ステートメントのサマリーを永続化するには、TiDB構成ファイルに次の構成項目を追加します。 +ステートメントのサマリーを永続化するには、TiDB構成ファイルに次の設定項目を追加します。 ```toml [instance] diff --git a/statistics.md b/statistics.md index 38123fbb7adee..5868b8c680ae0 100644 --- a/statistics.md +++ b/statistics.md @@ -47,7 +47,7 @@ TiDBは、テーブルへの変更回数に基づいて、自動的に[`ANALYZE` > **Note:** > -> 現在、自動更新では`ANALYZE`で手動で入力された構成項目は記録されません。そのため、 [`WITH`](/sql-statements/sql-statement-analyze-table.md)構文を使用して`ANALYZE`の収集動作を制御する場合は、統計情報を収集するためのスケジュール済みタスクを手動で設定する必要があります。 +> 現在、自動更新では`ANALYZE`で手動で入力された設定項目は記録されません。そのため、 [`WITH`](/sql-statements/sql-statement-analyze-table.md)構文を使用して`ANALYZE`の収集動作を制御する場合は、統計情報を収集するためのスケジュール済みタスクを手動で設定する必要があります。 ### 手動収集 {#manual-collection} diff --git a/storage-engine/titan-configuration.md b/storage-engine/titan-configuration.md index 986a9385f1d51..30ba855c72229 100644 --- a/storage-engine/titan-configuration.md +++ b/storage-engine/titan-configuration.md @@ -5,7 +5,7 @@ summary: Titan の設定方法を学びます。 # Titanのコンフィグレーション {#titan-configuration} -このドキュメントでは、対応する構成項目、データ変換メカニズム、関連パラメータ、およびレベルマージ機能を使用して[Titan](/storage-engine/titan-overview.md)有効または無効にする方法を紹介します。 +このドキュメントでは、対応する設定項目、データ変換メカニズム、関連パラメータ、およびレベルマージ機能を使用して[Titan](/storage-engine/titan-overview.md)有効または無効にする方法を紹介します。 ## Titanを有効にする {#enable-titan} diff --git a/system-variables.md b/system-variables.md index e729dd073d12f..ea4fda05bd5a6 100644 --- a/system-variables.md +++ b/system-variables.md @@ -981,7 +981,7 @@ mysql> SHOW GLOBAL VARIABLES LIKE 'max_prepared_stmt_count'; - 適用範囲：なし - ヒント[SET_VAR](/optimizer-hints.md#set_varvar_namevar_value)に適用：いいえ - デフォルト値: "" -- 認証局ファイルの場所（存在する場合）。この変数の値は、TiDB 構成項目[`ssl-ca`](/tidb-configuration-file.md#ssl-ca)によって定義されます。 +- 認証局ファイルの場所（存在する場合）。この変数の値は、TiDB 設定項目[`ssl-ca`](/tidb-configuration-file.md#ssl-ca)によって定義されます。 @@ -990,7 +990,7 @@ mysql> SHOW GLOBAL VARIABLES LIKE 'max_prepared_stmt_count'; - 適用範囲：なし - ヒント[SET_VAR](/optimizer-hints.md#set_varvar_namevar_value)に適用：いいえ - デフォルト値: "" -- 認証局ファイルの場所（存在する場合）。この変数の値は、TiDB 構成項目[`ssl-ca`](https://docs.pingcap.com/tidb/stable/tidb-configuration-file#ssl-ca)によって定義されます。 +- 認証局ファイルの場所（存在する場合）。この変数の値は、TiDB 設定項目[`ssl-ca`](https://docs.pingcap.com/tidb/stable/tidb-configuration-file#ssl-ca)によって定義されます。 @@ -1001,7 +1001,7 @@ mysql> SHOW GLOBAL VARIABLES LIKE 'max_prepared_stmt_count'; - 適用範囲：なし - ヒント[SET_VAR](/optimizer-hints.md#set_varvar_namevar_value)に適用：いいえ - デフォルト値: "" -- SSL/TLS接続に使用される証明書ファイルの場所（ファイルが存在する場合）。この変数の値は、TiDB構成項目[`ssl-cert`](/tidb-configuration-file.md#ssl-cert)によって定義されます。 +- SSL/TLS接続に使用される証明書ファイルの場所（ファイルが存在する場合）。この変数の値は、TiDB設定項目[`ssl-cert`](/tidb-configuration-file.md#ssl-cert)によって定義されます。 @@ -1010,7 +1010,7 @@ mysql> SHOW GLOBAL VARIABLES LIKE 'max_prepared_stmt_count'; - 適用範囲：なし - ヒント[SET_VAR](/optimizer-hints.md#set_varvar_namevar_value)に適用：いいえ - デフォルト値: "" -- SSL/TLS接続に使用される証明書ファイルの場所（ファイルが存在する場合）。この変数の値は、TiDB構成項目[`ssl-cert`](https://docs.pingcap.com/tidb/stable/tidb-configuration-file#ssl-cert)によって定義されます。 +- SSL/TLS接続に使用される証明書ファイルの場所（ファイルが存在する場合）。この変数の値は、TiDB設定項目[`ssl-cert`](https://docs.pingcap.com/tidb/stable/tidb-configuration-file#ssl-cert)によって定義されます。 @@ -1021,7 +1021,7 @@ mysql> SHOW GLOBAL VARIABLES LIKE 'max_prepared_stmt_count'; - 適用範囲：なし - ヒント[SET_VAR](/optimizer-hints.md#set_varvar_namevar_value)に適用：いいえ - デフォルト値: "" -- SSL/TLS接続に使用される秘密鍵ファイル（存在する場合）の場所。この変数の値は、TiDB構成項目[`ssl-key`](/tidb-configuration-file.md#ssl-cert)によって定義されます。 +- SSL/TLS接続に使用される秘密鍵ファイル（存在する場合）の場所。この変数の値は、TiDB設定項目[`ssl-key`](/tidb-configuration-file.md#ssl-cert)によって定義されます。 @@ -1030,7 +1030,7 @@ mysql> SHOW GLOBAL VARIABLES LIKE 'max_prepared_stmt_count'; - 適用範囲：なし - ヒント[SET_VAR](/optimizer-hints.md#set_varvar_namevar_value)に適用：いいえ - デフォルト値: "" -- SSL/TLS接続に使用される秘密鍵ファイル（存在する場合）の場所。この変数の値は、TiDB構成項目[`ssl-key`](https://docs.pingcap.com/tidb/stable/tidb-configuration-file#ssl-key)によって定義されます。 +- SSL/TLS接続に使用される秘密鍵ファイル（存在する場合）の場所。この変数の値は、TiDB設定項目[`ssl-key`](https://docs.pingcap.com/tidb/stable/tidb-configuration-file#ssl-key)によって定義されます。 @@ -2106,7 +2106,7 @@ mysql> SELECT job_info FROM mysql.analyze_jobs ORDER BY end_time DESC LIMIT 1; - この変数は、主キー[クラスター化インデックス](/clustered-indexes.md)として作成するかどうかを制御するために使用されます。ここで「デフォルト」とは、ステートメントがキーワード`CLUSTERED` / `NONCLUSTERED`を明示的に指定しないことを意味します。サポートされている値は`OFF` 、 `ON` 、および`INT_ONLY`です。 - `OFF`は、主キーがデフォルトで非クラスター化インデックスとして作成されることを示します。 - `ON`は、主キーがデフォルトでクラスター化インデックスとして作成されることを示します。 - - `INT_ONLY`は、動作が構成項目`alter-primary-key`によって制御されることを示します。 `alter-primary-key`が`true`に設定されている場合、すべての主キーはデフォルトで非クラスター化インデックスとして作成されます。 `false`に設定されている場合、整数列で構成される主キーのみがクラスター化インデックスとして作成されます。 + - `INT_ONLY`は、動作が設定項目`alter-primary-key`によって制御されることを示します。 `alter-primary-key`が`true`に設定されている場合、すべての主キーはデフォルトで非クラスター化インデックスとして作成されます。 `false`に設定されている場合、整数列で構成される主キーのみがクラスター化インデックスとして作成されます。 ### tidb_enable_ddl New in v6.3.0 @@ -2817,7 +2817,7 @@ mysql> SELECT job_info FROM mysql.analyze_jobs ORDER BY end_time DESC LIMIT 1; - デフォルト値: `ON` - 値のオプション: `OFF` 、 `ON` - 単一の SQL ステートメントがシステム変数[`tidb_mem_quota_query`](/system-variables.md#tidb_mem_quota_query)で指定されたメモリクォータを超えた場合に、一部のオペレーターに対して一時ストレージを有効にするかどうかを制御します。 -- バージョン 6.3.0 より前では、TiDB 構成項目`oom-use-tmp-storage`を使用してこの機能を有効または無効にできます。クラスターをバージョン 6.3.0 以降にアップグレードすると、TiDB クラスターは`oom-use-tmp-storage`の値を使用してこの変数を自動的に初期化します。その後、 `oom-use-tmp-storage`の値を変更しても効果は**ありません**。 +- バージョン 6.3.0 より前では、TiDB 設定項目`oom-use-tmp-storage`を使用してこの機能を有効または無効にできます。クラスターをバージョン 6.3.0 以降にアップグレードすると、TiDB クラスターは`oom-use-tmp-storage`の値を使用してこの変数を自動的に初期化します。その後、 `oom-use-tmp-storage`の値を変更しても効果は**ありません**。 ### tidb_enable_stats_owner New in v8.4.0 @@ -2914,7 +2914,7 @@ Query OK, 0 rows affected (0.09 sec) -- この変数は、TiDB でテレメトリ機能が有効になっているかどうかを制御します。v8.5.3 以降、この変数は、TiDB インスタンスの[`enable-telemetry`](/tidb-configuration-file.md#enable-telemetry-new-in-v402)構成項目が`true`に設定されている場合にのみ有効になります。 +- この変数は、TiDB でテレメトリ機能が有効になっているかどうかを制御します。v8.5.3 以降、この変数は、TiDB インスタンスの[`enable-telemetry`](/tidb-configuration-file.md#enable-telemetry-new-in-v402)設定項目が`true`に設定されている場合にのみ有効になります。 @@ -3333,7 +3333,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー - 一般ログには、正常に実行されたステートメントのみが記録されます。失敗したステートメントは一般ログには記録されず、代わりにTiDBログに`command dispatched failed`メッセージとともに記録されます。 -- この機能に関するすべての記録をログに表示するには、TiDB構成項目の[`log.level`](/tidb-configuration-file.md#level)を`"info"`または`"debug"`に設定し、 `"GENERAL_LOG"`という文字列をクエリする必要があります。以下の情報が記録されます。 +- この機能に関するすべての記録をログに表示するには、TiDB設定項目の[`log.level`](/tidb-configuration-file.md#level)を`"info"`または`"debug"`に設定し、 `"GENERAL_LOG"`という文字列をクエリする必要があります。以下の情報が記録されます。 - `time` : イベントの時刻。 - `conn` : 現在のセッションのID。 - `user` : 現在のセッションユーザー。 @@ -3875,7 +3875,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー > **Note:** > > - TiDBクラスタに複数のTiFlashノードがある場合、集計処理は通常、複数のTiFlashノードに分散して実行されます。この変数は、単一のTiFlashノードにおける集計演算子の最大メモリ使用量を制御します。 -> - この変数が`-1`に設定されている場合、 TiFlash は、自身の構成項目[`max_bytes_before_external_group_by`](/tiflash/tiflash-configuration.md#tiflash-configuration-parameters)の値に基づいて、集約演算子の最大メモリ使用量を決定します。 +> - この変数が`-1`に設定されている場合、 TiFlash は、自身の設定項目[`max_bytes_before_external_group_by`](/tiflash/tiflash-configuration.md#tiflash-configuration-parameters)の値に基づいて、集約演算子の最大メモリ使用量を決定します。 @@ -3884,7 +3884,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー > **Note:** > > - TiDBクラスタに複数のTiFlashノードがある場合、集計処理は通常、複数のTiFlashノードに分散して実行されます。この変数は、単一のTiFlashノードにおける集計演算子の最大メモリ使用量を制御します。 -> - この変数が`-1`に設定されている場合、 TiFlash は自身の構成項目`max_bytes_before_external_group_by`の値に基づいて集約演算子の最大メモリ使用量を決定します。 +> - この変数が`-1`に設定されている場合、 TiFlash は自身の設定項目`max_bytes_before_external_group_by`の値に基づいて集約演算子の最大メモリ使用量を決定します。 @@ -3903,7 +3903,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー > **Note:** > > - TiDBクラスタに複数のTiFlashノードがある場合、結合処理は通常、複数のTiFlashノード上で分散して実行されます。この変数は、単一のTiFlashノード上での結合演算子の最大メモリ使用量を制御します。 -> - この変数が`-1`に設定されている場合、 TiFlash は、自身の構成項目[`max_bytes_before_external_join`](/tiflash/tiflash-configuration.md#tiflash-configuration-parameters)の値に基づいて、結合演算子の最大メモリ使用量を決定します。 +> - この変数が`-1`に設定されている場合、 TiFlash は、自身の設定項目[`max_bytes_before_external_join`](/tiflash/tiflash-configuration.md#tiflash-configuration-parameters)の値に基づいて、結合演算子の最大メモリ使用量を決定します。 @@ -3912,7 +3912,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー > **Note:** > > - TiDBクラスタに複数のTiFlashノードがある場合、結合処理は通常、複数のTiFlashノード上で分散して実行されます。この変数は、単一のTiFlashノード上での結合演算子の最大メモリ使用量を制御します。 -> - この変数が`-1`に設定されている場合、 TiFlash は自身の構成項目`max_bytes_before_external_join`の値に基づいて結合演算子の最大メモリ使用量を決定します。 +> - この変数が`-1`に設定されている場合、 TiFlash は自身の設定項目`max_bytes_before_external_join`の値に基づいて結合演算子の最大メモリ使用量を決定します。 @@ -3931,7 +3931,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー > **Note:** > > - TiDBクラスタに複数のTiFlashノードがある場合、TopNとSortは通常、複数のTiFlashノードで分散実行されます。この変数は、単一のTiFlashノードにおけるTopNおよびSort演算子の最大メモリ使用量を制御します。 -> - この変数が`-1`に設定されている場合、 TiFlash は、独自の構成項目[`max_bytes_before_external_sort`](/tiflash/tiflash-configuration.md#tiflash-configuration-parameters)の値に基づいて、TopN および Sort オペレーターの最大メモリ使用量を決定します。 +> - この変数が`-1`に設定されている場合、 TiFlash は、独自の設定項目[`max_bytes_before_external_sort`](/tiflash/tiflash-configuration.md#tiflash-configuration-parameters)の値に基づいて、TopN および Sort オペレーターの最大メモリ使用量を決定します。 @@ -3940,7 +3940,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー > **Note:** > > - TiDBクラスタに複数のTiFlashノードがある場合、TopNとSortは通常、複数のTiFlashノードで分散実行されます。この変数は、単一のTiFlashノードにおけるTopNおよびSort演算子の最大メモリ使用量を制御します。 -> - この変数が`-1`に設定されている場合、 TiFlash は、自身の構成項目`max_bytes_before_external_sort`の値に基づいて、TopN および Sort オペレーターの最大メモリ使用量を決定します。 +> - この変数が`-1`に設定されている場合、 TiFlash は、自身の設定項目`max_bytes_before_external_sort`の値に基づいて、TopN および Sort オペレーターの最大メモリ使用量を決定します。 @@ -5650,7 +5650,7 @@ SHOW WARNINGS; - この変数は、TiDBログおよびスローログに記録されるSQLステートメント内のユーザー情報を非表示にするかどうかを制御します。 - デフォルト値は`OFF`で、これはユーザー情報が一切処理されないことを意味します。 - 変数を`ON`に設定すると、ユーザー情報は非表示になります。たとえば、実行された SQL ステートメントが`INSERT INTO t VALUES (1,2)`の場合、ログには`INSERT INTO t VALUES (?,?)`として記録されます。 -- 変数を`MARKER`に設定すると、ユーザー情報は`‹ ›`で囲まれます。たとえば、実行される SQL ステートメントが`INSERT INTO t VALUES (1,2)`の場合、ステートメントはログに`INSERT INTO t VALUES (‹1›,‹2›)`として記録されます。ユーザーデータに`‹`または`›`が含まれている場合、 `‹`は`‹‹`にエスケープされ、 `›`は`››`にエスケープされます。マークされたログに基づいて、ログを表示する際にマークされた情報を非機密化するかどうかを決定できます。 +- 変数を`MARKER`に設定すると、ユーザー情報は`‹ ›`で囲まれます。たとえば、実行される SQL ステートメントが`INSERT INTO t VALUES (1,2)`の場合、ステートメントはログに`INSERT INTO t VALUES (‹1›,‹2›)`として記録されます。ユーザーデータに`‹`または`›`が含まれている場合、 `‹`は`‹‹`にエスケープされ、 `›`は`››`にエスケープされます。マークされたログに基づいて、ログを表示する際にマークされた情報を秘匿化するかどうかを決定できます。 ### tidb_regard_null_as_point New in v5.4.0 @@ -6140,7 +6140,7 @@ Query OK, 0 rows affected, 1 warning (0.00 sec) -- この変数の値は、構成項目[`tidb_stmt_summary_enable_persistent`](/tidb-configuration-file.md#tidb_stmt_summary_enable_persistent-new-in-v660)の値と同じです。 +- この変数の値は、設定項目[`tidb_stmt_summary_enable_persistent`](/tidb-configuration-file.md#tidb_stmt_summary_enable_persistent-new-in-v660)の値と同じです。 @@ -6166,7 +6166,7 @@ Query OK, 0 rows affected, 1 warning (0.00 sec) -- この変数の値は、構成項目[`tidb_stmt_summary_filename`](/tidb-configuration-file.md#tidb_stmt_summary_filename-new-in-v660)の値と同じです。 +- この変数の値は、設定項目[`tidb_stmt_summary_filename`](/tidb-configuration-file.md#tidb_stmt_summary_filename-new-in-v660)の値と同じです。 @@ -6192,7 +6192,7 @@ Query OK, 0 rows affected, 1 warning (0.00 sec) -- この変数の値は、構成項目[`tidb_stmt_summary_file_max_backups`](/tidb-configuration-file.md#tidb_stmt_summary_file_max_backups-new-in-v660)の値と同じです。 +- この変数の値は、設定項目[`tidb_stmt_summary_file_max_backups`](/tidb-configuration-file.md#tidb_stmt_summary_file_max_backups-new-in-v660)の値と同じです。 @@ -6219,7 +6219,7 @@ Query OK, 0 rows affected, 1 warning (0.00 sec) -- この変数の値は、構成項目[`tidb_stmt_summary_file_max_days`](/tidb-configuration-file.md#tidb_stmt_summary_file_max_days-new-in-v660)の値と同じです。 +- この変数の値は、設定項目[`tidb_stmt_summary_file_max_days`](/tidb-configuration-file.md#tidb_stmt_summary_file_max_days-new-in-v660)の値と同じです。 @@ -6246,7 +6246,7 @@ Query OK, 0 rows affected, 1 warning (0.00 sec) -- この変数の値は、構成項目[`tidb_stmt_summary_file_max_size`](/tidb-configuration-file.md#tidb_stmt_summary_file_max_size-new-in-v660)の値と同じです。 +- この変数の値は、設定項目[`tidb_stmt_summary_file_max_size`](/tidb-configuration-file.md#tidb_stmt_summary_file_max_size-new-in-v660)の値と同じです。 @@ -6746,19 +6746,19 @@ Query OK, 0 rows affected, 1 warning (0.00 sec) -- この変数は、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`も同じ値に設定されます。 +- この変数は、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`も同じ値に設定されます。 -- この変数は、TiDB 構成項目[`performance.txn-entry-size-limit`](https://docs.pingcap.com/tidb/stable/tidb-configuration-file#txn-entry-size-limit-new-in-v4010-and-v500)を動的に変更するために使用されます。これは、構成項目に相当する TiDB の単一行のデータのサイズを制限します。この変数のデフォルト値は`0`であり、これは TiDB がデフォルトで構成項目`txn-entry-size-limit`の値を使用することを意味します。この変数がゼロ以外の値に設定されている場合、 `txn-entry-size-limit`も同じ値に設定されます。 +- この変数は、TiDB 設定項目[`performance.txn-entry-size-limit`](https://docs.pingcap.com/tidb/stable/tidb-configuration-file#txn-entry-size-limit-new-in-v4010-and-v500)を動的に変更するために使用されます。これは、設定項目に相当する TiDB の単一行のデータのサイズを制限します。この変数のデフォルト値は`0`であり、これは TiDB がデフォルトで設定項目`txn-entry-size-limit`の値を使用することを意味します。この変数がゼロ以外の値に設定されている場合、 `txn-entry-size-limit`も同じ値に設定されます。 > **Note:** > -> この変数をSESSIONスコープで変更すると、現在のユーザーセッションのみに影響し、内部TiDBセッションには影響しません。内部TiDBトランザクションのエントリサイズが構成項目の制限を超えると、トランザクションが失敗する可能性があります。したがって、制限を動的に増やすには、変数をGLOBALスコープで変更することをお勧めします。 +> この変数をSESSIONスコープで変更すると、現在のユーザーセッションのみに影響し、内部TiDBセッションには影響しません。内部TiDBトランザクションのエントリサイズが設定項目の制限を超えると、トランザクションが失敗する可能性があります。したがって、制限を動的に増やすには、変数をGLOBALスコープで変更することをお勧めします。 ### tidb_txn_mode diff --git a/table-affinity.md b/table-affinity.md index faee9480ec4cf..b28d866810647 100644 --- a/table-affinity.md +++ b/table-affinity.md @@ -27,7 +27,7 @@ PDアフィニティスケジューリングを有効にし、テーブルの`AF PDアフィニティスケジューリングはデフォルトで無効になっています。テーブルまたはパーティションのアフィニティを設定する前に、この機能を有効にして設定する必要があります。 -1. アフィニティスケジューリングを有効にするには、PD 構成項目[`schedule.affinity-schedule-limit`](/pd-configuration-file.md#affinity-schedule-limit-new-in-v855) `0`より大きい値に設定します。 +1. アフィニティスケジューリングを有効にするには、PD 設定項目[`schedule.affinity-schedule-limit`](/pd-configuration-file.md#affinity-schedule-limit-new-in-v855) `0`より大きい値に設定します。 たとえば、次のコマンドは値を`4`に設定し、PD が最大 4つのアフィニティスケジューリング タスクを同時に実行できるようにします。 @@ -107,4 +107,4 @@ ALTER TABLE t1 AFFINITY = ''; - [`CREATE TABLE`](/sql-statements/sql-statement-create-table.md)と[`ALTER TABLE`](/sql-statements/sql-statement-alter-table.md)の`AFFINITY`オプション - [`SHOW AFFINITY`](/sql-statements/sql-statement-show-affinity.md) -- PD構成項目: [`schedule.affinity-schedule-limit`](/pd-configuration-file.md#affinity-schedule-limit-new-in-v855)と[`schedule.max-affinity-merge-region-size`](/pd-configuration-file.md#max-affinity-merge-region-size-new-in-v855) +- PD設定項目: [`schedule.affinity-schedule-limit`](/pd-configuration-file.md#affinity-schedule-limit-new-in-v855)と[`schedule.max-affinity-merge-region-size`](/pd-configuration-file.md#max-affinity-merge-region-size-new-in-v855) diff --git a/ticdc-deployment-topology.md b/ticdc-deployment-topology.md index c33a785315c36..608146f961ab3 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/ticdc-changefeed-config.md b/ticdc/ticdc-changefeed-config.md index 91a4c67be6c64..cf8848a3705a1 100644 --- a/ticdc/ticdc-changefeed-config.md +++ b/ticdc/ticdc-changefeed-config.md @@ -155,7 +155,7 @@ Info: {"upstream_id":7178706266519722477,"namespace":"default","id":"simple-repl - リージョンごとに、複数のTiCDCノードにテーブルを割り当ててレプリケーションを実行します。 -- [TiCDCクラシックアーキテクチャ](/ticdc/ticdc-classic-architecture.md)では、この構成項目は Kafka 変更フィードでのみ有効であり、MySQL 変更フィードではサポートされません。 +- [TiCDCクラシックアーキテクチャ](/ticdc/ticdc-classic-architecture.md)では、この設定項目は Kafka 変更フィードでのみ有効であり、MySQL 変更フィードではサポートされません。 - [TiCDCの新アーキテクチャ](/ticdc/ticdc-architecture.md)では、この設定項目はあらゆる種類のダウンストリーム変更フィードで機能します。詳細については、 [新機能](/ticdc/ticdc-architecture.md#new-features)を参照してください。 @@ -250,7 +250,7 @@ Info: {"upstream_id":7178706266519722477,"namespace":"default","id":"simple-repl #### `terminator` {#terminator} -- この構成項目は、データをストレージシンクにレプリケートする場合にのみ使用され、MQまたはMySQLシンクにデータをレプリケートする場合は無視できます。 +- この設定項目は、データをストレージシンクにレプリケートする場合にのみ使用され、MQまたはMySQLシンクにデータをレプリケートする場合は無視できます。 - 2つのデータ変更イベントを区切るために使用される行終端文字を指定します。 - デフォルト値: `""` 、つまり`\r\n`が使用されます。 @@ -316,7 +316,7 @@ Info: {"upstream_id":7178706266519722477,"namespace":"default","id":"simple-repl - 有効にすると、データ変更のある列の前に`"is-update"`列が追加されます。この追加された列は、現在の行のデータ変更が`UPDATE`イベントによるものか、元の`INSERT`イベントまたは`DELETE`イベントによるものかを識別するために使用されます。現在の行のデータ変更が`UPDATE`イベントによるものである場合、 `"is-update"`列の値は`true`になります。それ以外の場合は、 `false`になります。 - デフォルト値: `false` -v8.0.0 以降、TiCDC はSimple メッセージ エンコーディング プロトコルをサポートします。以下は、Simpleプロトコルの構成パラメータです。プロトコルの詳細については、 [TiCDC Simpleプロトコル](/ticdc/ticdc-simple-protocol.md)を参照してください。 +v8.0.0 以降、TiCDC はSimple メッセージ エンコーディング プロトコルをサポートします。以下は、Simpleプロトコルの設定パラメータです。プロトコルの詳細については、 [TiCDC Simpleプロトコル](/ticdc/ticdc-simple-protocol.md)を参照してください。 以下の設定パラメータは、ブートストラップメッセージの送信動作を制御します。 diff --git a/ticdc/ticdc-compatibility.md b/ticdc/ticdc-compatibility.md index b19ce9f039659..ecef831922d5c 100644 --- a/ticdc/ticdc-compatibility.md +++ b/ticdc/ticdc-compatibility.md @@ -114,8 +114,8 @@ TiCDCクラスタのバージョンに対応する`cdc`実行可能ファイル | バージョン | `sort-engine`機能 | 注記 | おすすめ | | :---------------------------------------------------- | :--------------------------------------------------------------- | :------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | :-------------------------------------------------------------- | -| v4.0.11 またはそれ以前の v4.0 バージョン、v5.0.0-rc | これはチェンジフィード構成項目であり、 `file`ソーターと`unified`ソーターの一時ファイルディレクトリを指定します。 | これらのバージョンでは、 `file`ソーターと`unified`ソーターは**実験的機能**であり、本番環境での使用は推奨され**ません**。

複数のチェンジフィードが`unified`ソーターを`sort-engine`として使用する場合、実際の一時ファイルディレクトリは、いずれかのチェンジフィードの`sort-dir`構成になる可能性があり、各TiCDCノードで使用されるディレクトリは異なる可能性があります。 | `unified`ソーターを本番環境で使用することは推奨されません。 | -| v4.0.12、v4.0.13、v5.0.0、および v5.0.1 | これは、changefeed または`cdc server`の構成項目です。 | デフォルトでは、変更フィードの`sort-dir`設定は有効にならず、 `sort-dir`の`cdc server`設定は`/tmp/cdc_sort`にデフォルト設定されます。本番環境では`cdc server`のみを設定することをお勧めします。

TiUPを使用してTiCDCをデプロイする場合は、最新のTiUPバージョンを使用し、TiCDCサーバー構成で`sorter.sort-dir`を設定することをお勧めします。

`unified`ソーターは、v4.0.13、v5.0.0、v5.0.1 でデフォルトで有効になっています。クラスターをこれらのバージョンにアップグレードする場合は、TiCDCサーバー構成で`sorter.sort-dir`が正しく構成されていることを確認してください。 | `sort-dir`を`cdc server`コマンドラインパラメータ (またはTiUP) を使用して設定する必要があります。 | +| v4.0.11 またはそれ以前の v4.0 バージョン、v5.0.0-rc | これはチェンジフィード設定項目であり、 `file`ソーターと`unified`ソーターの一時ファイルディレクトリを指定します。 | これらのバージョンでは、 `file`ソーターと`unified`ソーターは**実験的機能**であり、本番環境での使用は推奨され**ません**。

複数のチェンジフィードが`unified`ソーターを`sort-engine`として使用する場合、実際の一時ファイルディレクトリは、いずれかのチェンジフィードの`sort-dir`構成になる可能性があり、各TiCDCノードで使用されるディレクトリは異なる可能性があります。 | `unified`ソーターを本番環境で使用することは推奨されません。 | +| v4.0.12、v4.0.13、v5.0.0、および v5.0.1 | これは、changefeed または`cdc server`の設定項目です。 | デフォルトでは、変更フィードの`sort-dir`設定は有効にならず、 `sort-dir`の`cdc server`設定は`/tmp/cdc_sort`にデフォルト設定されます。本番環境では`cdc server`のみを設定することをお勧めします。

TiUPを使用してTiCDCをデプロイする場合は、最新のTiUPバージョンを使用し、TiCDCサーバー構成で`sorter.sort-dir`を設定することをお勧めします。

`unified`ソーターは、v4.0.13、v5.0.0、v5.0.1 でデフォルトで有効になっています。クラスターをこれらのバージョンにアップグレードする場合は、TiCDCサーバー構成で`sorter.sort-dir`が正しく構成されていることを確認してください。 | `sort-dir`を`cdc server`コマンドラインパラメータ (またはTiUP) を使用して設定する必要があります。 | | v4.0.14以降のv4.0バージョン、v5.0.3以降のv5.0バージョン、それ以降のTiDBバージョン | `sort-dir`は非推奨です。 `data-dir`を設定することをお勧めします。 | 最新バージョンのTiUPを使用して`data-dir`を構成できます。これらの TiDB バージョンでは、 `unified`ソーターがデフォルトで有効になっています。クラスターをアップグレードする際は、 `data-dir`が正しく構成されていることを確認してください。そうでない場合、 `/tmp/cdc_data`はデフォルトで一時ファイル ディレクトリとして使用されます。

ディレクトリが配置されているデバイスのストレージ容量が不足している場合、ハードディスクの空き容量不足の問題が発生する可能性があります。この場合、changefeed の以前の`sort-dir`設定は無効になります。 | `data-dir`を`cdc server`コマンドラインパラメータ (またはTiUP) を使用して設定する必要があります。 | | v6.0.0以降のバージョン | `data-dir` TiCDC によって生成された一時ファイルを保存するために使用されます。 | バージョン6.0.0以降、TiCDCはデフォルトで`db sorter`ソートエンジンとして使用します。 `data-dir`はこのエンジンのディスクディレクトリです。 | `data-dir` `cdc server`コマンドラインパラメータ (またはTiUP) を使用して設定する必要があります。 | diff --git a/ticdc/ticdc-ddl.md b/ticdc/ticdc-ddl.md index 32fc5e4ce0fb1..d0950908c5df4 100644 --- a/ticdc/ticdc-ddl.md +++ b/ticdc/ticdc-ddl.md @@ -11,7 +11,7 @@ summary: TiCDC でサポートされている DDL ステートメントといく 現在、TiCDC は許可リストを使用して DDL ステートメントをレプリケートするかどうかを決定します。許可リストに含まれる DDL ステートメントのみが下流にレプリケートされます。許可リストに含まれない DDL ステートメントはレプリケートされません。 -さらに、TiCDCは、テーブルに[有効なインデックス](/ticdc/ticdc-overview.md#valid-index)があるかどうか、および構成項目[`force-replicate`](/ticdc/ticdc-changefeed-config.md#force-replicate)が`true`に設定されているかどうかに基づいて、DDL文をダウンストリームに複製するかどうかを決定します。`force-replicate=true`の場合、レプリケーションタスクは強制的に[有効なインデックスのないテーブルを複製する](/ticdc/ticdc-manage-changefeed.md#replicate-tables-without-a-valid-index)試みます。 +さらに、TiCDCは、テーブルに[有効なインデックス](/ticdc/ticdc-overview.md#valid-index)があるかどうか、および設定項目[`force-replicate`](/ticdc/ticdc-changefeed-config.md#force-replicate)が`true`に設定されているかどうかに基づいて、DDL文をダウンストリームに複製するかどうかを決定します。`force-replicate=true`の場合、レプリケーションタスクは強制的に[有効なインデックスのないテーブルを複製する](/ticdc/ticdc-manage-changefeed.md#replicate-tables-without-a-valid-index)試みます。 以下は、TiCDC でサポートされている DDL ステートメントの許可リストです。表内の略語は以下のとおりです。 diff --git a/ticdc/ticdc-filter.md b/ticdc/ticdc-filter.md index c28d2b206ec39..50127a05ec157 100644 --- a/ticdc/ticdc-filter.md +++ b/ticdc/ticdc-filter.md @@ -52,7 +52,7 @@ ignore-update-old-value-expr = "age < 18 or name = 'lili'" # Ignore update DMLs ignore-update-new-value-expr = "gender = 'male' and age > 18" # Ignore update DMLs whose new value contains "gender = 'male'" and "age > 18". ``` -構成パラメータの説明: +設定パラメータの説明: - `matcher` : このイベントフィルタルールが適用されるデータベースとテーブル。構文は[テーブルフィルター](/table-filter.md)と同じです。 diff --git a/ticdc/ticdc-manage-changefeed.md b/ticdc/ticdc-manage-changefeed.md index e73c77dea7f54..f509f39d499f3 100644 --- a/ticdc/ticdc-manage-changefeed.md +++ b/ticdc/ticdc-manage-changefeed.md @@ -199,10 +199,10 @@ cdc cli changefeed update -c test-cf --server=http://10.0.10.25:8300 --sink-uri= 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.md b/ticdc/ticdc-open-api.md index a34da0f00fb01..5a78963aec0a4 100644 --- a/ticdc/ticdc-open-api.md +++ b/ticdc/ticdc-open-api.md @@ -111,7 +111,7 @@ curl -X GET http://127.0.0.1:8300/api/v1/health #### リクエスト本体のパラメータ {#parameters-for-the-request-body} -| パラメータ名 | 説明 | | :------------------------ | :---------------------- ------------------------------- | | `changefeed_id` | `STRING` type。レプリケーションタスクの ID。(オプション) | | `start_ts` | `UINT64` type。changefeed の開始 TSO を指定します。(オプション) | | `target_ts` | `UINT64` type。changefeed のターゲット TSO を指定します。(オプション) | | **`sink_uri`** | `STRING` type。レプリケーションタスクのダウンストリーム アドレス。(**必須**) | | `force_replicate` | `BOOLEAN` type。一意インデックスのないテーブルを強制的にレプリケートするかどうかを決定します。(オプション) | | `ignore_ineligible_table` | `BOOLEAN` type。レプリケートできないテーブルを無視するかどうかを決定します。(オプション) | | `filter_rules` | `STRING` type 配列。テーブルスキーマのフィルタリングのルール。(オプション) | | `ignore_txn_start_ts` | `UINT64` type 配列。指定された start_ts のトランザクションを無視します。(オプション) | | `mounter_worker_num` | `INT` type。マウンタのスレッド番号。(オプション) | | `sink_config` | シンクの構成パラメータ。(オプション) | +| パラメータ名 | 説明 | | :------------------------ | :---------------------- ------------------------------- | | `changefeed_id` | `STRING` type。レプリケーションタスクの ID。(オプション) | | `start_ts` | `UINT64` type。changefeed の開始 TSO を指定します。(オプション) | | `target_ts` | `UINT64` type。changefeed のターゲット TSO を指定します。(オプション) | | **`sink_uri`** | `STRING` type。レプリケーションタスクのダウンストリーム アドレス。(**必須**) | | `force_replicate` | `BOOLEAN` type。一意インデックスのないテーブルを強制的にレプリケートするかどうかを決定します。(オプション) | | `ignore_ineligible_table` | `BOOLEAN` type。レプリケートできないテーブルを無視するかどうかを決定します。(オプション) | | `filter_rules` | `STRING` type 配列。テーブルスキーマのフィルタリングのルール。(オプション) | | `ignore_txn_start_ts` | `UINT64` type 配列。指定された start_ts のトランザクションを無視します。(オプション) | | `mounter_worker_num` | `INT` type。マウンタのスレッド番号。(オプション) | | `sink_config` | シンクの設定パラメータ。(オプション) | `changefeed_id` `target_ts`意味と形式は、 [`cdc cli`を使用してレプリケーションタスクを作成する](/ticdc/ticdc-manage-changefeed.md#create-a-replication-task)ドキュメントに記載されているものと同じです。 `sink_uri` `start_ts`パラメータの詳細については、こちらのドキュメントを参照してください`sink_uri`で証明書パスを指定する際は、対応する証明書が対応する TiCDCサーバーにアップロードされていることを確認してください。 @@ -208,7 +208,7 @@ changefeed 設定を変更するには、 `pause the replication task -> modify 現在、API 経由で変更できるのは次の構成のみです。 -| パラメータ名 | 説明 | | :--------------------- | :-------------------------- --------------------------- | | `target_ts` | `UINT64` type。changefeed のターゲット TSO を指定します。(オプション) | | `sink_uri` | `STRING` type。レプリケーションタスクのダウンストリーム アドレス。(オプション) | | `filter_rules` | `STRING` type 配列。テーブルスキーマフィルタリングのルール。(オプション) | | `ignore_txn_start_ts` | `UINT64` type 配列。指定された start_ts のトランザクションを無視します。(オプション) | | `mounter_worker_num` | `INT` type。マウント元スレッド番号。(オプション) | | `sink_config` | シンクの構成パラメータ。(オプション) | +| パラメータ名 | 説明 | | :--------------------- | :-------------------------- --------------------------- | | `target_ts` | `UINT64` type。changefeed のターゲット TSO を指定します。(オプション) | | `sink_uri` | `STRING` type。レプリケーションタスクのダウンストリーム アドレス。(オプション) | | `filter_rules` | `STRING` type 配列。テーブルスキーマフィルタリングのルール。(オプション) | | `ignore_txn_start_ts` | `UINT64` type 配列。指定された start_ts のトランザクションを無視します。(オプション) | | `mounter_worker_num` | `INT` type。マウント元スレッド番号。(オプション) | | `sink_config` | シンクの設定パラメータ。(オプション) | 上記のパラメータの意味はセクション[レプリケーションタスクを作成する](#create-a-replication-task)と同じです。詳細については、セクション1を参照してください。 diff --git a/ticdc/ticdc-server-config.md b/ticdc/ticdc-server-config.md index 0f3c8498b5053..330ff6256688c 100644 --- a/ticdc/ticdc-server-config.md +++ b/ticdc/ticdc-server-config.md @@ -1,6 +1,6 @@ --- title: TiCDC Server Configurations -summary: TiCDC で使用される CLI と構成パラメータについて学習します。 +summary: TiCDC で使用される CLI と設定パラメータについて学習します。 --- # TiCDC サーバー構成 {#ticdc-server-configurations} diff --git a/ticdc/ticdc-sink-to-cloud-storage.md b/ticdc/ticdc-sink-to-cloud-storage.md index f3c7ac2a9a45d..5c0f6695ee632 100644 --- a/ticdc/ticdc-sink-to-cloud-storage.md +++ b/ticdc/ticdc-sink-to-cloud-storage.md @@ -32,7 +32,7 @@ Info: {"upstream_id":7171388873935111376,"namespace":"default","id":"simple-repl - `--sink-uri` : チェンジフィードのダウンストリームアドレス。詳細は[シンクURIを構成する](#configure-sink-uri)参照。 - `--start-ts` : チェンジフィードの開始TSO。TiCDCはこのTSOからデータのプルを開始します。デフォルト値は現在時刻です。 - `--target-ts` : チェンジフィードの終了TSO。TiCDCはこのTSOまでデータのプルを停止します。デフォルト値は空で、TiCDCはデータのプルを自動的に停止しません。 -- `--config` : チェンジフィードの設定ファイル。詳細は[TiCDC チェンジフィード構成パラメータ](/ticdc/ticdc-changefeed-config.md)を参照してください。 +- `--config` : チェンジフィードの設定ファイル。詳細は[TiCDC チェンジフィード設定パラメータ](/ticdc/ticdc-changefeed-config.md)を参照してください。 ## シンクURIを構成する {#configure-sink-uri} @@ -72,7 +72,7 @@ URI の`[query_parameters]`には、次のパラメータを設定できます データを複製する前に、Amazon S3 のディレクトリに適切なアクセス権限を設定する必要があります。 - TiCDC に必要な最小限`s3:PutObject`権限: `s3:ListBucket` 、および`s3:GetObject` 。 -- changefeed 構成項目`sink.cloud-storage-config.flush-concurrency` 1 より大きい場合、つまり単一ファイルの並列アップロードが有効になっている場合は、 [リストパーツ](https://docs.aws.amazon.com/AmazonS3/latest/API/API_ListParts.html)に関連する権限を追加する必要があります。 +- changefeed 設定項目`sink.cloud-storage-config.flush-concurrency` 1 より大きい場合、つまり単一ファイルの並列アップロードが有効になっている場合は、 [リストパーツ](https://docs.aws.amazon.com/AmazonS3/latest/API/API_ListParts.html)に関連する権限を追加する必要があります。 - `s3:AbortMultipartUpload` - `s3:ListMultipartUploadParts` - `s3:ListBucketMultipartUploads` diff --git a/ticdc/ticdc-sink-to-pulsar.md b/ticdc/ticdc-sink-to-pulsar.md index 1b29afd812928..70781d6376ed2 100644 --- a/ticdc/ticdc-sink-to-pulsar.md +++ b/ticdc/ticdc-sink-to-pulsar.md @@ -33,7 +33,7 @@ Info: {"upstream_id":7277814241002263370,"namespace":"default","id":"simple-repl - `--sink-uri` ：レプリケーションタスクのダウンストリームアドレス。[シンクURIを使用してPulsarを構成する](#sink-uri)を参照してください。 - `--start-ts` : チェンジフィードの開始TSO。TiCDCクラスターはこのTSOからデータのプルを開始します。デフォルト値は現在時刻です。 - `--target-ts` : チェンジフィードのターゲットTSO。TiCDCクラスターはこのTSOでデータのプルを停止します。デフォルトでは空であり、TiCDCはデータのプルを自動的に停止しません。 -- `--config` : changefeed設定ファイル[TiCDC チェンジフィード構成パラメータ](/ticdc/ticdc-changefeed-config.md)を参照してください。 +- `--config` : changefeed設定ファイル[TiCDC チェンジフィード設定パラメータ](/ticdc/ticdc-changefeed-config.md)を参照してください。 ## Sink URIとchangefeed configを使用してPulsarを構成する {#use-sink-uri-and-changefeed-config-to-configure-pulsar} @@ -71,7 +71,7 @@ URI で設定可能なパラメータは次のとおりです。 ### Changefeed 設定パラメータ {#changefeed-config-parameters} -以下は changefeed 構成パラメータの例です。 +以下は changefeed 設定パラメータの例です。 ```toml [sink] @@ -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 e8b88a0a78808..27628276dd2d8 100644 --- a/ticdc/ticdc-upstream-downstream-check.md +++ b/ticdc/ticdc-upstream-downstream-check.md @@ -13,7 +13,7 @@ SyncpointはTiDBが提供するスナップショット機能を利用し、TiCD Syncpoint 機能を有効にすると、 [一貫性のあるスナップショット読み取り](#consistent-snapshot-read)と[データ一貫性検証](#data-consistency-validation)を使用できるようになります。 -Syncpoint機能を有効にするには、レプリケーションタスクの作成時にchangefeed構成項目の値を`enable-sync-point`から`true`に設定します。Syncpointを有効にすると、TiCDCは以下の情報を下流のTiDBクラスターに書き込みます。 +Syncpoint機能を有効にするには、レプリケーションタスクの作成時にchangefeed設定項目の値を`enable-sync-point`から`true`に設定します。Syncpointを有効にすると、TiCDCは以下の情報を下流のTiDBクラスターに書き込みます。 1. レプリケーション中、TiCDC は定期的に ( `sync-point-interval`で設定) アップストリームとダウンストリームの間でスナップショットを調整し、アップストリームとダウンストリームの TSO 対応をダウンストリーム`tidb_cdc.syncpoint_v1`テーブルに保存します。 2. レプリケーション中、TiCDC は定期的に ( `sync-point-interval`で設定) `SET GLOBAL tidb_external_ts = @@tidb_current_ts`を実行し、バックアップ クラスターにレプリケートされた一貫性のあるスナップショット ポイントを設定します。 @@ -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 975870eaa62f5..af22c61412cbf 100644 --- a/ticdc/troubleshoot-ticdc.md +++ b/ticdc/troubleshoot-ticdc.md @@ -89,7 +89,7 @@ v4.0.9 以降では、レプリケーションタスクで統合ソーター機 1. 時間のかかるDDL文を含む変更フィードの実行を一時停止します。すると、他の変更フィードがブロックされなくなったことがわかります。 2. TiCDC ログで`apply job`フィールドを検索し、時間のかかる DDL ステートメントの`start-ts`を確認します。 3. 下流のDDL文を手動で実行します。実行が完了したら、以下の操作を続行します。 -4. changefeed 設定を変更し、上記の`start-ts` `ignore-txn-start-ts`構成項目に追加します。 +4. changefeed 設定を変更し、上記の`start-ts` `ignore-txn-start-ts`設定項目に追加します。 5. 一時停止された変更フィードを再開します。 ## TiCDCを使用してチェンジフィードを作成すると、「 `[tikv:9006]GC life time is shorter than transaction duration, transaction starts at xx, GC safe point is yy`エラーが報告されます。どうすればよいでしょうか？ {#the-tikv-9006-gc-life-time-is-shorter-than-transaction-duration-transaction-starts-at-xx-gc-safe-point-is-yy-error-is-reported-when-i-use-ticdc-to-create-a-changefeed-what-should-i-do} diff --git a/tidb-configuration-file.md b/tidb-configuration-file.md index 1ca03fb2c116e..e1d063706c9db 100644 --- a/tidb-configuration-file.md +++ b/tidb-configuration-file.md @@ -98,7 +98,7 @@ TiDB 構成ファイルは、コマンドラインパラメーターよりも多 - `utf8mb4`文字チェックを有効にするかどうかを決定します。この機能が有効になっている場合、文字セットが`utf8`で、 `mb4`に`utf8`文字が挿入されると、エラーが返されます。 - デフォルト値: `false` -- バージョン6.1.0以降、 `utf8mb4`文字チェックを有効にするかどうかは、TiDB構成項目`instance.tidb_check_mb4_value_in_utf8`またはシステム変数`tidb_check_mb4_value_in_utf8`によって決定されます。 `check-mb4-value-in-utf8`は引き続き有効です。ただし、 `check-mb4-value-in-utf8`と`instance.tidb_check_mb4_value_in_utf8`の両方が設定されている場合は、後者が有効になります。 +- バージョン6.1.0以降、 `utf8mb4`文字チェックを有効にするかどうかは、TiDB設定項目`instance.tidb_check_mb4_value_in_utf8`またはシステム変数`tidb_check_mb4_value_in_utf8`によって決定されます。 `check-mb4-value-in-utf8`は引き続き有効です。ただし、 `check-mb4-value-in-utf8`と`instance.tidb_check_mb4_value_in_utf8`の両方が設定されている場合は、後者が有効になります。 ### `treat-old-version-utf8-as-utf8mb4` {#treat-old-version-utf8-as-utf8mb4} @@ -109,7 +109,7 @@ TiDB 構成ファイルは、コマンドラインパラメーターよりも多 - 列に主キー制約を追加するか削除するかを決定します。 - デフォルト値: `false` -- このデフォルト設定では、主キー制約の追加または削除はサポートされていません。 `alter-primary-key`を`true`に設定することで、この機能を有効にできます。ただし、スイッチをオンにする前にテーブルが既に存在し、その主キー列のデータ型が整数である場合、この構成項目を`true`に設定しても、列から主キーを削除することはできません。 +- このデフォルト設定では、主キー制約の追加または削除はサポートされていません。 `alter-primary-key`を`true`に設定することで、この機能を有効にできます。ただし、スイッチをオンにする前にテーブルが既に存在し、その主キー列のデータ型が整数である場合、この設定項目を`true`に設定しても、列から主キーを削除することはできません。 > **Note:** > @@ -150,7 +150,7 @@ TiDB 構成ファイルは、コマンドラインパラメーターよりも多 - TiDBで許可される同時クライアント接続の最大数。リソース制御に使用されます。 - デフォルト値: `0` - デフォルトでは、TiDB は同時クライアント接続数の制限を設定しません。この設定項目の値が`0`より大きく、実際のクライアント接続数がこの値に達すると、TiDBサーバーは新しいクライアント接続を拒否します。 -- バージョン 6.2.0 以降、TiDB で許可される同時クライアント接続の最大数を設定するには、TiDB 構成項目[`instance.max_connections`](/tidb-configuration-file.md#max_connections)またはシステム変数[`max_connections`](/system-variables.md#max_connections)が使用されます。 `max-server-connections`は引き続き有効です。ただし、 `max-server-connections`と`instance.max_connections`が同時に設定されている場合、後者が有効になります。 +- バージョン 6.2.0 以降、TiDB で許可される同時クライアント接続の最大数を設定するには、TiDB 設定項目[`instance.max_connections`](/tidb-configuration-file.md#max_connections)またはシステム変数[`max_connections`](/system-variables.md#max_connections)が使用されます。 `max-server-connections`は引き続き有効です。ただし、 `max-server-connections`と`instance.max_connections`が同時に設定されている場合、後者が有効になります。 ### `max-index-length` {#max-index-length} @@ -163,7 +163,7 @@ TiDB 構成ファイルは、コマンドラインパラメーターよりも多 - TiDBの以前のバージョン： - バージョン3.0.7以前：インデックスの最大長は3072×4バイトに固定されています。 - v3.0.8 ～ v3.0.10: インデックスの最大長は3072バイトに固定されています。 - - v3.0.11以降のバージョンでは、TiDBはさまざまなTiDBバージョンおよびMySQLとの互換性を確保するために、 `max-index-length`構成項目を導入しました。 + - v3.0.11以降のバージョンでは、TiDBはさまざまなTiDBバージョンおよびMySQLとの互換性を確保するために、 `max-index-length`設定項目を導入しました。 ### `table-column-count-limit` v5.0の新機能 {#table-column-count-limit-new-in-v50} @@ -190,7 +190,7 @@ TiDB 構成ファイルは、コマンドラインパラメーターよりも多 ### `deprecate-integer-display-length` {#deprecate-integer-display-length} -- この構成項目が`true`に設定されている場合、整数型の表示幅は非推奨になります。 +- この設定項目が`true`に設定されている場合、整数型の表示幅は非推奨になります。 - デフォルト値: `true` 。v8.5.0 より前のバージョンでは、デフォルト値は`false`です。 ### `enable-tcp4-only` v5.0の新機能 {#enable-tcp4-only-new-in-v50} @@ -243,7 +243,7 @@ TiDB 構成ファイルは、コマンドラインパラメーターよりも多 - TiDBクラスタが初めて起動されたときに実行されるSQLスクリプトを指定します。 - デフォルト値: `""` - このスクリプト内のすべてのSQL文は、権限チェックなしで最高権限で実行されます。指定されたSQLスクリプトの実行に失敗すると、TiDBクラスタの起動に失敗する可能性があります。 -- この構成項目は、システム変数の値の変更、ユーザーの作成、権限の付与などの操作を実行するために使用されます。 +- この設定項目は、システム変数の値の変更、ユーザーの作成、権限の付与などの操作を実行するために使用されます。 ### `enable-forwarding` v5.0.0の新機能 {#enable-forwarding-new-in-v500} @@ -260,7 +260,7 @@ TiDB 構成ファイルは、コマンドラインパラメーターよりも多 - テーブルロック機能を有効にするかどうかを制御します。 - デフォルト値: `false` -- テーブルロックは、複数のセッション間で同じテーブルへの同時アクセスを調整するために使用されます。現在、 `READ` 、 `WRITE` 、および`WRITE LOCAL`ロックタイプがサポートされています。構成項目が`false`に設定されている場合、 `LOCK TABLES`または`UNLOCK TABLES`ステートメントを実行しても効果がなく、「LOCK/UNLOCK TABLES はサポートされていません」という警告が表示されます。詳細については、[`LOCK TABLES`と`UNLOCK TABLES`](/sql-statements/sql-statement-lock-tables-and-unlock-tables.md)を参照してください。 +- テーブルロックは、複数のセッション間で同じテーブルへの同時アクセスを調整するために使用されます。現在、 `READ` 、 `WRITE` 、および`WRITE LOCAL`ロックタイプがサポートされています。設定項目が`false`に設定されている場合、 `LOCK TABLES`または`UNLOCK TABLES`ステートメントを実行しても効果がなく、「LOCK/UNLOCK TABLES はサポートされていません」という警告が表示されます。詳細については、[`LOCK TABLES`と`UNLOCK TABLES`](/sql-statements/sql-statement-lock-tables-and-unlock-tables.md)を参照してください。 ### `labels` {#labels} @@ -332,7 +332,7 @@ TiDB 構成ファイルは、コマンドラインパラメーターよりも多 > **Warning:** > -> バージョン5.4.0以降、 `expensive-threshold`構成項目は非推奨となり、システム変数[`tidb_expensive_query_time_threshold`](/system-variables.md#tidb_expensive_query_time_threshold)に置き換えられました。 +> バージョン5.4.0以降、 `expensive-threshold`設定項目は非推奨となり、システム変数[`tidb_expensive_query_time_threshold`](/system-variables.md#tidb_expensive_query_time_threshold)に置き換えられました。 - `expensive`操作の行数のしきい値を出力します。 - デフォルト値: `10000` @@ -501,7 +501,7 @@ TiDB 構成ファイルは、コマンドラインパラメーターよりも多 > **Warning:** > -> バージョン6.5.0以降、 `server-memory-quota`構成項目は非推奨となり、システム変数[`tidb_server_memory_limit`](/system-variables.md#tidb_server_memory_limit-new-in-v640)に置き換えられました。 +> バージョン6.5.0以降、 `server-memory-quota`設定項目は非推奨となり、システム変数[`tidb_server_memory_limit`](/system-variables.md#tidb_server_memory_limit-new-in-v640)に置き換えられました。 - tidb-serverインスタンスのメモリ使用量制限。 - デフォルト値: `0` (バイト単位)。これはメモリ制限がないことを意味します。 @@ -524,7 +524,7 @@ TiDB 構成ファイルは、コマンドラインパラメーターよりも多 - TiDBにおける単一行データのサイズ制限。 - デフォルト値: `6291456` (バイト単位) -- トランザクション内の単一のキー値レコードのサイズ制限。サイズ制限を超えると、TiDB は`entry too large`エラーを返します。この構成項目の最大値は`125829120` (120 MB) を超えません。 +- トランザクション内の単一のキー値レコードのサイズ制限。サイズ制限を超えると、TiDB は`entry too large`エラーを返します。この設定項目の最大値は`125829120` (120 MB) を超えません。 - バージョン7.6.0以降では、システム変数[`tidb_txn_entry_size_limit`](/system-variables.md#tidb_txn_entry_size_limit-new-in-v760)を使用して、この設定項目の値を動的に変更できます。 - TiKVにも同様の制限があることに注意してください。単一の書き込みリクエストのデータサイズが、デフォルトで8MBに設定されている[`raft-entry-max-size`](/tikv-configuration-file.md#raft-entry-max-size)を超えると、TiKVはこのリクエストの処理を拒否します。テーブルに大きな行がある場合は、両方の設定を同時に変更する必要があります。 - [`max_allowed_packet`](/system-variables.md#max_allowed_packet-new-in-v610) （MySQLプロトコルのパケットの最大サイズ）のデフォルト値は67108864（64 MiB）です。行が`max_allowed_packet`より大きい場合、行は切り捨てられます。 @@ -538,7 +538,7 @@ TiDB 構成ファイルは、コマンドラインパラメーターよりも多 - TiDB v6.5.0 以降のバージョンでは、この設定は推奨されなくなりました。トランザクションのメモリサイズはセッションのメモリ使用量に累積され、セッションのメモリしきい値を超えると[`tidb_mem_quota_query`](/system-variables.md#tidb_mem_quota_query)変数が有効になります。以前のバージョンとの互換性を保つため、以前のバージョンから TiDB v6.5.0 以降にアップグレードする場合、この設定は次のように動作します。 - この設定が設定されていないか、デフォルト値 ( `104857600` ) に設定されている場合、アップグレード後にトランザクションのメモリサイズがセッションのメモリ使用量に累積され、 `tidb_mem_quota_query`変数が有効になります。 - この設定がデフォルト設定（ `104857600` ）になっていない場合でも、設定は有効であり、単一トランザクションのサイズを制御する動作はアップグレード前後で変わりません。つまり、トランザクションのメモリサイズは`tidb_mem_quota_query`変数によって制御されません。 -- TiDB が[`tidb_dml_type`](/system-variables.md#tidb_dml_type-new-in-v800) `"bulk"`モードでトランザクションを実行する場合、トランザクションのサイズは TiDB 構成項目[`txn-total-size-limit`](https://docs.pingcap.com/tidb/stable/tidb-configuration-file#txn-total-size-limit)によって制限されません。 +- TiDB が[`tidb_dml_type`](/system-variables.md#tidb_dml_type-new-in-v800) `"bulk"`モードでトランザクションを実行する場合、トランザクションのサイズは TiDB 設定項目[`txn-total-size-limit`](https://docs.pingcap.com/tidb/stable/tidb-configuration-file#txn-total-size-limit)によって制限されません。 ### `tcp-keep-alive` {#tcp-keep-alive} @@ -753,7 +753,7 @@ opentracing.reporter に関連するコンフィグレーション項目。 > **Note:** > -> TiKVノードからTiDBノードに返される応答メッセージの圧縮アルゴリズムは、TiKV構成項目[`grpc-compression-type`](/tikv-configuration-file.md#grpc-compression-type)によって制御されます。 +> TiKVノードからTiDBノードに返される応答メッセージの圧縮アルゴリズムは、TiKV設定項目[`grpc-compression-type`](/tikv-configuration-file.md#grpc-compression-type)によって制御されます。 ### `commit-timeout` {#commit-timeout} diff --git a/tidb-distributed-execution-framework.md b/tidb-distributed-execution-framework.md index 6f1cf6c0a4d70..cb2e9ff321596 100644 --- a/tidb-distributed-execution-framework.md +++ b/tidb-distributed-execution-framework.md @@ -53,7 +53,7 @@ DXF を使用して[`ADD INDEX`](/sql-statements/sql-statement-add-index.md)タ - [`tidb_ddl_enable_fast_reorg`](/system-variables.md#tidb_ddl_enable_fast_reorg-new-in-v630) : 高速オンラインDDLモードを有効にするために使用されます。TiDB v6.5.0以降ではデフォルトで有効になっています。 - [`tidb_ddl_disk_quota`](/system-variables.md#tidb_ddl_disk_quota-new-in-v630) : 高速オンライン DDL モードで使用できるローカルディスクの最大クォータを制御するために使用されます。 -2. 高速オンライン DDL に関連する次の構成項目を調整します。 +2. 高速オンライン DDL に関連する次の設定項目を調整します。 - [`temp-dir`](/tidb-configuration-file.md#temp-dir-new-in-v630) : 高速オンライン DDL モードで使用できるローカルディスク パスを指定します。 diff --git a/tidb-lightning/data-import-best-practices.md b/tidb-lightning/data-import-best-practices.md index b25ef00b3b09b..0b7408bc8884e 100644 --- a/tidb-lightning/data-import-best-practices.md +++ b/tidb-lightning/data-import-best-practices.md @@ -95,7 +95,7 @@ TiDB Lightning （ [物理インポートモード](/tidb-lightning/tidb-lightni - `disk-quota` : TiDB Lightningのソートディレクトリの容量がデータソースのサイズよりも大きいことを確認することをお勧めします。確保できない場合は、 `disk-quota` TiDB Lightningのソートディレクトリの容量の 80% に設定できます。これにより、 TiDB Lightning は指定された`disk-quota`に従ってデータを一括でソートして書き込みますが、この方法では完全なソート処理と比較してインポートパフォーマンスが低下する可能性があることに注意してください。 - `GOMEMLIMIT` : TiDB LightningはGo言語で実装されています。インスタンスメモリの80%を`GOMEMLIMIT`に設定することで、GoのGCメカニズムによるOOMの発生確率を低減します。 -TiDB Lightningパラメータの詳細については、 [TiDB Lightning構成パラメータ](/tidb-lightning/tidb-lightning-configuration.md)を参照してください。 +TiDB Lightningパラメータの詳細については、 [TiDB Lightning設定パラメータ](/tidb-lightning/tidb-lightning-configuration.md)を参照してください。 ## 「チェックサム不一致」エラーを解決する {#resolve-the-checksum-mismatch-error} diff --git a/tidb-lightning/tidb-lightning-command-line-full.md b/tidb-lightning/tidb-lightning-command-line-full.md index f8ad307955981..4f83c74c2f8a4 100644 --- a/tidb-lightning/tidb-lightning-command-line-full.md +++ b/tidb-lightning/tidb-lightning-command-line-full.md @@ -13,7 +13,7 @@ TiDB Lightning は、設定ファイルまたはコマンドラインから設 `tidb-lightning`を使用して次のパラメータを設定できます。 -| パラメータ | 説明 | 対応する構成項目 | +| パラメータ | 説明 | 対応する設定項目 | | :---------------------------------------------------- | :-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | :----------------------------- | | `--config ` | ファイルからグローバル設定を読み取ります。このパラメータが指定されていない場合、 TiDB Lightningはデフォルト設定を使用します。 | | | `-V` | プログラムのバージョンを印刷します。 | | diff --git a/tidb-limitations.md b/tidb-limitations.md index c2947aca6852f..a0e63759a697e 100644 --- a/tidb-limitations.md +++ b/tidb-limitations.md @@ -62,7 +62,7 @@ summary: TiDB の使用制限について学習します。 -[`txn-entry-size-limit`](/tidb-configuration-file.md#txn-entry-size-limit-new-in-v4010-and-v500)構成項目を介してサイズ制限を調整できます。 +[`txn-entry-size-limit`](/tidb-configuration-file.md#txn-entry-size-limit-new-in-v4010-and-v500)設定項目を介してサイズ制限を調整できます。 @@ -72,7 +72,7 @@ summary: TiDB の使用制限について学習します。 -この制限は、 [`max-index-length`](/tidb-configuration-file.md#max-index-length)構成項目を使用して調整できます。 +この制限は、 [`max-index-length`](/tidb-configuration-file.md#max-index-length)設定項目を使用して調整できます。 @@ -95,7 +95,7 @@ summary: TiDB の使用制限について学習します。 -[`stmt-count-limit`](/tidb-configuration-file.md#stmt-count-limit)構成項目を介して制限を変更できます。 +[`stmt-count-limit`](/tidb-configuration-file.md#stmt-count-limit)設定項目を介して制限を変更できます。 diff --git a/tidb-resource-control-ru-groups.md b/tidb-resource-control-ru-groups.md index 22e13176b0ca8..82819938d8a15 100644 --- a/tidb-resource-control-ru-groups.md +++ b/tidb-resource-control-ru-groups.md @@ -81,14 +81,14 @@ TiDBのリソース制御機能は、TiDBレイヤーのフロー制御機能と - TiKV: [`resource-control.enabled`](/tikv-configuration-file.md#resource-control)パラメータを使用すると、リソースグループに基づいてリクエストスケジューリングを使用するかどうかを制御できます。 -- TiFlash: TiFlashリソース制御を有効にするかどうかは、 [`tidb_enable_resource_control`](/system-variables.md#tidb_enable_resource_control-new-in-v660)システム変数と[`enable_resource_control`](/tiflash/tiflash-configuration.md#configure-the-tiflashtoml-file)構成項目（v7.4.0で導入）を使用して制御できます。 +- TiFlash: TiFlashリソース制御を有効にするかどうかは、 [`tidb_enable_resource_control`](/system-variables.md#tidb_enable_resource_control-new-in-v660)システム変数と[`enable_resource_control`](/tiflash/tiflash-configuration.md#configure-the-tiflashtoml-file)設定項目（v7.4.0で導入）を使用して制御できます。 - TiKV: TiDB Self-Managed では、 `resource-control.enabled`パラメータを使用して、リソースグループのクォータに基づいてリクエストスケジューリングを使用するかどうかを制御できます。TiDB Cloudでは、 `resource-control.enabled`パラメータのデフォルト値は`true`であり、動的な変更はサポートされていません。 -- TiFlash: TiDB Self-Managedの場合、 `tidb_enable_resource_control`システム変数と`enable_resource_control`構成項目 (v7.4.0 で導入) を使用して、 TiFlashリソース制御を有効にするかどうかを制御できます。 +- TiFlash: TiDB Self-Managedの場合、 `tidb_enable_resource_control`システム変数と`enable_resource_control`設定項目 (v7.4.0 で導入) を使用して、 TiFlashリソース制御を有効にするかどうかを制御できます。 @@ -101,13 +101,13 @@ TiDB v7.0.0以降、 `tidb_enable_resource_control`と`resource-control.enabled` -バージョン7.4.0以降、 TiFlash構成項目`enable_resource_control`はデフォルトで有効になっています。これは`tidb_enable_resource_control`と連携してTiFlash制御機能を制御します。TiFlashリソース制御は、 `enable_resource_control`と`tidb_enable_resource_control`の両方が有効になっている場合にのみ、フロー制御と優先度スケジューリングを実行します。さらに、 `enable_resource_control`が有効になっている場合、 TiFlashは[パイプライン実行モデル](/tiflash/tiflash-pipeline-model.md)を使用します。 +バージョン7.4.0以降、 TiFlash設定項目`enable_resource_control`はデフォルトで有効になっています。これは`tidb_enable_resource_control`と連携してTiFlash制御機能を制御します。TiFlashリソース制御は、 `enable_resource_control`と`tidb_enable_resource_control`の両方が有効になっている場合にのみ、フロー制御と優先度スケジューリングを実行します。さらに、 `enable_resource_control`が有効になっている場合、 TiFlashは[パイプライン実行モデル](/tiflash/tiflash-pipeline-model.md)を使用します。 -バージョン7.4.0以降、 TiFlash構成項目`enable_resource_control`はデフォルトで有効になっています。これは`tidb_enable_resource_control`と連携してTiFlash制御機能を制御します。TiFlashリソース制御は、 `enable_resource_control`と`tidb_enable_resource_control`の両方が有効になっている場合にのみ、フロー制御と優先度スケジューリングを実行します。さらに、 `enable_resource_control`有効になっている場合、 TiFlashは[パイプライン実行モデル](http://docs.pingcap.com/tidb/dev/tiflash-pipeline-model)を使用します。 +バージョン7.4.0以降、 TiFlash設定項目`enable_resource_control`はデフォルトで有効になっています。これは`tidb_enable_resource_control`と連携してTiFlash制御機能を制御します。TiFlashリソース制御は、 `enable_resource_control`と`tidb_enable_resource_control`の両方が有効になっている場合にのみ、フロー制御と優先度スケジューリングを実行します。さらに、 `enable_resource_control`有効になっている場合、 TiFlashは[パイプライン実行モデル](http://docs.pingcap.com/tidb/dev/tiflash-pipeline-model)を使用します。 @@ -245,7 +245,7 @@ SELECT /*+ RESOURCE_GROUP(rg1) */ * FROM t limit 10; 2. リソースグループの RU に基づくスケジューリングを無効にするには、TiKV パラメータ[`resource-control.enabled`](/tikv-configuration-file.md#resource-control)を`false`に設定します。 -3. TiFlashのリソース制御を無効にするには、 TiFlash構成項目[`enable_resource_control`](/tiflash/tiflash-configuration.md#configure-the-tiflashtoml-file) `false`に設定します。 +3. TiFlashのリソース制御を無効にするには、 TiFlash設定項目[`enable_resource_control`](/tiflash/tiflash-configuration.md#configure-the-tiflashtoml-file) `false`に設定します。 diff --git a/tidb-upgrade-migration-guide.md b/tidb-upgrade-migration-guide.md index 24070349df8d0..598472c4cc0a0 100644 --- a/tidb-upgrade-migration-guide.md +++ b/tidb-upgrade-migration-guide.md @@ -115,7 +115,7 @@ tiup cluster upgrade --offline # Perform tiup cluster start # Start the cluster ``` -ビジネスの継続性を維持するには、構成項目やシステム変数などの重要な構成を古いクラスターから新しいクラスターに複製する必要があります。 +ビジネスの継続性を維持するには、設定項目やシステム変数などの重要な構成を古いクラスターから新しいクラスターに複製する必要があります。 ## ステップ3: 増分データを複製する {#step-3-replicate-incremental-data} @@ -159,7 +159,7 @@ tiup cluster start # Start the cluster - スループットの健全性: `Sink flush rows/s`が一貫してビジネス書き込みレートを超えていることを確認します。 - エラーとアラート: TiCDC ログとアラート情報を定期的に確認してください。 - (オプション) テストデータレプリケーション: テストデータを更新し、Changefeed がそれを新しいクラスターに正しく複製することを確認します。 -- (オプション) TiCDC 構成項目[`gc-ttl`](/ticdc/ticdc-server-config.md#gc-ttl)を調整します (デフォルトは 24時間)。 +- (オプション) TiCDC 設定項目[`gc-ttl`](/ticdc/ticdc-server-config.md#gc-ttl)を調整します (デフォルトは 24時間)。 レプリケーションタスクが利用できない、または中断され、時間内に解決できない場合、 `gc-ttl` TiCDC に必要なデータがガベージコレクション(GC) によって消去されることなく TiKV に保持されることを保証します。この期間を超えると、レプリケーションタスクは`failed`状態になり、回復できなくなります。この場合、PD の GC セーフポイントは引き続き前進し、プロセスを再開するには新しいバックアップが必要になります。 @@ -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 e1cddc06570fa..ff902a942f618 100644 --- a/tiflash-deployment-topology.md +++ b/tiflash-deployment-topology.md @@ -28,7 +28,7 @@ TiFlashは列指向型ストレージエンジンであり、徐々に標準的 - [TiFlashトポロジのシンプルなテンプレート](https://github.com/pingcap/docs/blob/master/config-templates/simple-tiflash.yaml) - [TiFlashトポロジの複雑なテンプレート](https://github.com/pingcap/docs/blob/master/config-templates/complex-tiflash.yaml) -上記の TiDB クラスター トポロジファイルの構成項目の詳細については、 [TiUPを使用して TiDB をデプロイするためのトポロジコンフィグレーションファイル](/tiup/tiup-cluster-topology-reference.md)を参照してください。 +上記の TiDB クラスター トポロジファイルの設定項目の詳細については、 [TiUPを使用して TiDB をデプロイするためのトポロジコンフィグレーションファイル](/tiup/tiup-cluster-topology-reference.md)を参照してください。 ### 主なパラメータ {#key-parameters} diff --git a/tiflash-upgrade-guide.md b/tiflash-upgrade-guide.md index 5fc8b80cd164e..33ef6df8a9c93 100644 --- a/tiflash-upgrade-guide.md +++ b/tiflash-upgrade-guide.md @@ -125,7 +125,7 @@ TiFlash v6.2.0はデフォルトでPageStorage V3バージョン[`format_version ## v6.x または v7.x から`storage.format_version = 5`が設定された v7.3 へ {#from-v6-x-or-v7-x-to-v7-3-with-storage-format-version-5-configured} -TiFlash v7.3 以降、新しい DTFile バージョン DTFile V3 (実験的) が導入されました。この新しい DTFile バージョンでは、複数の小さなファイルを 1つの大きなファイルに結合することで、ファイル総数を削減できます。v7.3 では、デフォルトの DTFile バージョンは引き続き V2 です。V3 を使用するには、 [TiFlash構成パラメータ](/tiflash/tiflash-configuration.md) `storage.format_version = 5`を設定します。設定後もTiFlash はV2 DTFile を読み取り可能で、その後のデータ圧縮時に既存の V2 DTFile を徐々に V3 DTFile に書き換えます。 +TiFlash v7.3 以降、新しい DTFile バージョン DTFile V3 (実験的) が導入されました。この新しい DTFile バージョンでは、複数の小さなファイルを 1つの大きなファイルに結合することで、ファイル総数を削減できます。v7.3 では、デフォルトの DTFile バージョンは引き続き V2 です。V3 を使用するには、 [TiFlash設定パラメータ](/tiflash/tiflash-configuration.md) `storage.format_version = 5`を設定します。設定後もTiFlash はV2 DTFile を読み取り可能で、その後のデータ圧縮時に既存の V2 DTFile を徐々に V3 DTFile に書き換えます。 TiFlashをv7.3にアップグレードし、V3 DTFilesを使用するように設定した後、 TiFlashを以前のバージョンに戻す必要がある場合は、DTToolをオフラインで使用してV3 DTFilesをV2 DTFilesに書き換えることができます。詳細については、 [DTTool 移行ツール](/tiflash/tiflash-command-line-flags.md#dttool-migrate)を参照してください。 diff --git a/tiflash/tiflash-command-line-flags.md b/tiflash/tiflash-command-line-flags.md index 76745759327de..32ad93721b6fb 100644 --- a/tiflash/tiflash-command-line-flags.md +++ b/tiflash/tiflash-command-line-flags.md @@ -11,7 +11,7 @@ summary: TiFlashのコマンドライン起動フラグについて学習しま - TiFlash構成ファイルのパスを指定します - デフォルト： "" -- 設定ファイルを指定する必要があります。詳細な設定項目については[TiFlash構成パラメータ](/tiflash/tiflash-configuration.md)を参照してください。 +- 設定ファイルを指定する必要があります。詳細な設定項目については[TiFlash設定パラメータ](/tiflash/tiflash-configuration.md)を参照してください。 ## `dttool migrate` {#dttool-migrate} diff --git a/tiflash/tiflash-configuration.md b/tiflash/tiflash-configuration.md index 1e8a4ab663909..195d447cff223 100644 --- a/tiflash/tiflash-configuration.md +++ b/tiflash/tiflash-configuration.md @@ -5,15 +5,15 @@ summary: TiFlash の設定方法を学びます。 # TiFlashの設定 {#configure-tiflash} -このドキュメントでは、 TiFlashの展開と使用に関連する構成パラメータについて説明します。 +このドキュメントでは、 TiFlashの展開と使用に関連する設定パラメータについて説明します。 -## TiFlash構成パラメータ {#tiflash-configuration-parameters} +## TiFlash設定パラメータ {#tiflash-configuration-parameters} このセクションでは、 TiFlashの設定パラメータについて説明します。 > **Tip:** > -> 構成項目の値を調整する必要がある場合は、 [設定を変更する](/maintain-tidb-using-tiup.md#modify-the-configuration)を参照してください。 +> 設定項目の値を調整する必要がある場合は、 [設定を変更する](/maintain-tidb-using-tiup.md#modify-the-configuration)を参照してください。 ### `tiflash.toml`ファイルを設定する {#configure-the-tiflashtoml-file} @@ -466,9 +466,9 @@ I/O トラフィック制限設定を構成します。 - ログの秘匿化を有効にするかどうかを制御します。 - デフォルト値: `false` - 値のオプション: `true` 、 `false` 、 `"on"` 、 `"off"` 、および`"marker"` 。 `"on"` 、 `"off"` 、および`"marker"`オプションは、v8.2.0 で導入されました。 -- 構成項目が`false`または`"off"`に設定されている場合、ログの秘匿化は無効になります。 -- 構成項目が`true`または`"on"`に設定されている場合、ログ内のすべてのユーザーデータは`?`に置き換えられます。 -- 設定項目を`"marker"`に設定すると、ログ内のすべてのユーザーデータは`‹ ›`で囲まれます。ユーザーデータに`‹`または`›`が含まれている場合、 `‹`は`‹‹`に、 `›`は`››`にエスケープされます。マークされたログに基づいて、ログを表示する際にマークされた情報を非感度化するかどうかを決定できます。 +- 設定項目が`false`または`"off"`に設定されている場合、ログの秘匿化は無効になります。 +- 設定項目が`true`または`"on"`に設定されている場合、ログ内のすべてのユーザーデータは`?`に置き換えられます。 +- 設定項目を`"marker"`に設定すると、ログ内のすべてのユーザーデータは`‹ ›`で囲まれます。ユーザーデータに`‹`または`›`が含まれている場合、 `‹`は`‹‹`に、 `›`は`››`にエスケープされます。マークされたログに基づいて、ログを表示する際にマークされた情報を秘匿化するかどうかを決定できます。 - [`tiflash-learner.toml`](#configure-the-tiflash-learnertoml-file)での tiflash-learner のログインにも`security.redact-info-log`を設定する必要があることに注意してください。 ##### `ca_path` {#ca_path} @@ -546,9 +546,9 @@ I/O トラフィック制限設定を構成します。 - ログの秘匿化を有効にするかどうかを制御します。 - デフォルト値: `false` - 値のオプション: `true` 、 `false` 、 `"on"` 、 `"off"` 、および`"marker"` 。 `"on"` 、 `"off"` 、および`"marker"`オプションは、v8.3.0 で導入されました。 -- 構成項目が`false`または`"off"`に設定されている場合、ログの秘匿化は無効になります。 -- 構成項目が`true`または`"on"`に設定されている場合、ログ内のすべてのユーザーデータは`?`に置き換えられます。 -- 設定項目を`"marker"`に設定すると、ログ内のすべてのユーザーデータは`‹ ›`で囲まれます。ユーザーデータに`‹`または`›`が含まれている場合、 `‹`は`‹‹`に、 `›`は`››`にエスケープされます。マークされたログに基づいて、ログを表示する際にマークされた情報を非感度化するかどうかを決定できます。 +- 設定項目が`false`または`"off"`に設定されている場合、ログの秘匿化は無効になります。 +- 設定項目が`true`または`"on"`に設定されている場合、ログ内のすべてのユーザーデータは`?`に置き換えられます。 +- 設定項目を`"marker"`に設定すると、ログ内のすべてのユーザーデータは`‹ ›`で囲まれます。ユーザーデータに`‹`または`›`が含まれている場合、 `‹`は`‹‹`に、 `›`は`››`にエスケープされます。マークされたログに基づいて、ログを表示する際にマークされた情報を秘匿化するかどうかを決定できます。 #### セキュリティ.暗号化 {#securityencryption} diff --git a/tiflash/tiflash-disaggregated-and-s3.md b/tiflash/tiflash-disaggregated-and-s3.md index bc2372587782f..16772967ff643 100644 --- a/tiflash/tiflash-disaggregated-and-s3.md +++ b/tiflash/tiflash-disaggregated-and-s3.md @@ -155,7 +155,7 @@ TiFlashの分散型ストレージおよびコンピューティングアーキ 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 5aae1dee261be..e733d52fdda08 100644 --- a/tikv-configuration-file.md +++ b/tikv-configuration-file.md @@ -21,7 +21,7 @@ TiKV の設定ファイルは、コマンドラインパラメータよりも多 - TiKVがパニックを起こした際に、 `abort()`を呼び出してプロセスを終了させるかどうかを設定します。このオプションは、TiKVがシステムにコアダンプファイルの生成を許可するかどうかに影響します。 - - この構成項目の値が`false`の場合、TiKV がパニックを起こすと、 `exit()`を呼び出してプロセスを終了します。 + - この設定項目の値が`false`の場合、TiKV がパニックを起こすと、 `exit()`を呼び出してプロセスを終了します。 - この設定項目の値が`true`の場合、TiKV がパニックを起こすと、TiKV は`abort()`を呼び出してプロセスを終了します。このとき、TiKV は終了時にコアダンプファイルを生成することをシステムに許可します。コアダンプファイルを生成するには、コアダンプに関連するシステム設定も実行する必要があります (たとえば、 `ulimit -c`コマンドを使用してコアダンプファイルのサイズ制限を設定したり、コアダンプパスを設定したりします。オペレーティングシステムによって関連する設定が異なります)。コアダンプファイルがディスク容量を過剰に占有して TiKV のディスク容量が不足するのを避けるため、コアダンプ生成パスを TiKV データのディスクパーティションとは異なるディスクパーティションに設定することをお勧めします。 - デフォルト値: `false` @@ -43,7 +43,7 @@ TiKV の設定ファイルは、コマンドラインパラメータよりも多 - TiKVインスタンスのメモリ使用量の上限。TiKVのメモリ使用量がこのしきい値に近づくと、内部キャッシュが削除されてメモリが解放されます。 - ほとんどの場合、TiKVインスタンスはシステムメモリ全体の75%を使用するように設定されているため、この設定項目を明示的に指定する必要はありません。残りの25%のメモリはOSページキャッシュ用に予約されています。詳細は[`storage.block-cache.capacity`](#capacity)を参照してください。 -- 単一の物理マシン上に複数の TiKV ノードをデプロイする場合でも、この構成項目を設定する必要はありません。この場合、TiKV インスタンスは`5/3 * block-cache.capacity`のメモリを使用します。 +- 単一の物理マシン上に複数の TiKV ノードをデプロイする場合でも、この設定項目を設定する必要はありません。この場合、TiKV インスタンスは`5/3 * block-cache.capacity`のメモリを使用します。 - システムメモリ容量ごとのデフォルト値は以下のとおりです。 - システム=8G ブロックキャッシュ=3.6G メモリ使用量制限=6G ページキャッシュ=2G @@ -520,7 +520,7 @@ TiKV の設定ファイルは、コマンドラインパラメータよりも多 - TiKVが起動すると、ディスク保護のためにディスク上に一定量の領域が確保されます。残りのディスク容量が確保された領域よりも少ない場合、TiKVは一部の書き込み操作を制限します。確保された領域は2つの部分に分けられます。80%はディスク容量が不足した場合の操作に必要な追加ディスク容量として使用され、残りの20%は一時ファイルの保存に使用されます。領域解放の過程で、追加ディスク容量を使いすぎてストレージが枯渇した場合、この一時ファイルがサービス復旧のための最後の保護手段として機能します。 - 一時ファイルの名前は`space_placeholder_file`で、 `storage.data-dir`ディレクトリにあります。ディスク容量不足で TiKV がオフラインになった場合、TiKV を再起動すると、一時ファイルは自動的に削除され、TiKV は空き容量の確保を試みます。 -- 残りの空き容量が不足している場合、TiKV は一時ファイルを作成しません。保護の有効性は、予約領域のサイズに関係します。予約領域のサイズは、ディスク容量の 5% とこの構成値のうち大きい方の値です。この構成項目が`0`またはサポートされている単位のゼロ値 (たとえば、 `0KiB` 、 `0MiB` 、または`0GiB` ) に設定されている場合、TiKV はこのディスク保護機能を無効にします。 +- 残りの空き容量が不足している場合、TiKV は一時ファイルを作成しません。保護の有効性は、予約領域のサイズに関係します。予約領域のサイズは、ディスク容量の 5% とこの構成値のうち大きい方の値です。この設定項目が`0`またはサポートされている単位のゼロ値 (たとえば、 `0KiB` 、 `0MiB` 、または`0GiB` ) に設定されている場合、TiKV はこのディスク保護機能を無効にします。 - デフォルト値: `"5GiB"` - 単位: B|KB|KiB|MB|MiB|GB|GiB|TB|TiB|PB|PiB @@ -528,8 +528,8 @@ TiKV の設定ファイルは、コマンドラインパラメータよりも多 > **Warning:** > -> - `enable-ttl`を`true`または`false`に設定してください。**既存**の TiKV クラスターでは、この構成項目の値を変更**しないでください**。 `enable-ttl`値が異なる TiKV クラスターでは、使用するデータ形式が異なります。そのため、既存の TiKV クラスターでこの項目の値を変更すると、クラスターはデータを異なる形式で保存するため、TiKV クラスターを再起動すると「非 TTL で TTL を有効にできません」というエラーが発生します。 -> - `enable-ttl` TiKV クラスタ**でのみ**使用して**ください**。TiDB ノードを含むクラスタ (つまり、そのようなクラスタでは`enable-ttl`を`true`に設定する) では、 `storage.api-version = 2`が設定されていない限り、この構成項目を使用しないでください。そうしないと、データの破損や TiDB クラスタのアップグレード失敗などの重大な問題が発生します。 +> - `enable-ttl`を`true`または`false`に設定してください。**既存**の TiKV クラスターでは、この設定項目の値を変更**しないでください**。 `enable-ttl`値が異なる TiKV クラスターでは、使用するデータ形式が異なります。そのため、既存の TiKV クラスターでこの項目の値を変更すると、クラスターはデータを異なる形式で保存するため、TiKV クラスターを再起動すると「非 TTL で TTL を有効にできません」というエラーが発生します。 +> - `enable-ttl` TiKV クラスタ**でのみ**使用して**ください**。TiDB ノードを含むクラスタ (つまり、そのようなクラスタでは`enable-ttl`を`true`に設定する) では、 `storage.api-version = 2`が設定されていない限り、この設定項目を使用しないでください。そうしないと、データの破損や TiDB クラスタのアップグレード失敗などの重大な問題が発生します。 - [TTL](/time-to-live.md)は「Time to live（有効期限）」の略です。この項目を有効にすると、TiKVはTTLに達したデータを自動的に削除します。TTLの値を設定するには、クライアント経由でデータを書き込む際のリクエストで指定する必要があります。TTLが指定されていない場合、TiKVは該当するデータを自動的に削除しません。 - デフォルト値: `false` @@ -602,7 +602,7 @@ TiKVにおけるフロー制御メカニズムに関連するコンフィグレ ### `memtables-threshold` {#memtables-threshold} -- kvDB の memtable の数がこのしきい値に達すると、フロー制御メカニズムが動作を開始します。 `enable`が`true`に設定されている場合、この構成項目は`rocksdb.(defaultcf|writecf|lockcf).max-write-buffer-number`を上書きします。 +- kvDB の memtable の数がこのしきい値に達すると、フロー制御メカニズムが動作を開始します。 `enable`が`true`に設定されている場合、この設定項目は`rocksdb.(defaultcf|writecf|lockcf).max-write-buffer-number`を上書きします。 - デフォルト値: `5` ### `l0-files-threshold` {#l0-files-threshold} @@ -611,7 +611,7 @@ TiKVにおけるフロー制御メカニズムに関連するコンフィグレ > **Note:** > - > 特定の条件下では、この構成項目は`rocksdb.(defaultcf|writecf|lockcf|raftcf).level0-slowdown-writes-trigger`の値を上書きできます。詳細については、 [`rocksdb.(defaultcf|writecf|lockcf|raftcf).level0-slowdown-writes-trigger`](/tikv-configuration-file.md#level0-slowdown-writes-trigger)を参照してください。 + > 特定の条件下では、この設定項目は`rocksdb.(defaultcf|writecf|lockcf|raftcf).level0-slowdown-writes-trigger`の値を上書きできます。詳細については、 [`rocksdb.(defaultcf|writecf|lockcf|raftcf).level0-slowdown-writes-trigger`](/tikv-configuration-file.md#level0-slowdown-writes-trigger)を参照してください。 - デフォルト値: `20` @@ -621,13 +621,13 @@ TiKVにおけるフロー制御メカニズムに関連するコンフィグレ > **Note:** > - > 特定の条件下では、この構成項目は`rocksdb.(defaultcf|writecf|lockcf|raftcf).soft-pending-compaction-bytes-limit`の値を上書きできます。詳細については、 [`rocksdb.(defaultcf|writecf|lockcf|raftcf).soft-pending-compaction-bytes-limit`](/tikv-configuration-file.md#soft-pending-compaction-bytes-limit-1)を参照してください。 + > 特定の条件下では、この設定項目は`rocksdb.(defaultcf|writecf|lockcf|raftcf).soft-pending-compaction-bytes-limit`の値を上書きできます。詳細については、 [`rocksdb.(defaultcf|writecf|lockcf|raftcf).soft-pending-compaction-bytes-limit`](/tikv-configuration-file.md#soft-pending-compaction-bytes-limit-1)を参照してください。 - デフォルト値: `"192GiB"` ### `hard-pending-compaction-bytes-limit` {#hard-pending-compaction-bytes-limit-1} -- KvDB の保留中の圧縮バイトがこのしきい値に達すると、フロー制御メカニズムはすべての書き込み要求を拒否し、 `ServerIsBusy`エラーを報告します。 `enable`が`true`に設定されている場合、この構成項目は`rocksdb.(defaultcf|writecf|lockcf).hard-pending-compaction-bytes-limit`を上書きします。 +- KvDB の保留中の圧縮バイトがこのしきい値に達すると、フロー制御メカニズムはすべての書き込み要求を拒否し、 `ServerIsBusy`エラーを報告します。 `enable`が`true`に設定されている場合、この設定項目は`rocksdb.(defaultcf|writecf|lockcf).hard-pending-compaction-bytes-limit`を上書きします。 - デフォルト値: `"1024GiB"` ## storage.io-rate-limit {#storageio-rate-limit} @@ -983,7 +983,7 @@ Raftstoreに関連するコンフィグレーション項目。 ### `snap-generator-pool-size` v5.4.0の新機能 {#snap-generator-pool-size-new-in-v540} - `snap-generator`スレッドプールのサイズを設定します。 -- TiKV のリカバリシナリオでリージョンがスナップショットをより高速に生成できるようにするには、対応するワーカーの`snap-generator`スレッドの数を増やす必要があります。この構成項目を使用して、 `snap-generator`スレッドプールのサイズを増やすことができます。 +- TiKV のリカバリシナリオでリージョンがスナップショットをより高速に生成できるようにするには、対応するワーカーの`snap-generator`スレッドの数を増やす必要があります。この設定項目を使用して、 `snap-generator`スレッドプールのサイズを増やすことができます。 - デフォルト値: `2` - 最小値: `1` @@ -1164,7 +1164,7 @@ Raftstoreに関連するコンフィグレーション項目。 ### `raft-write-size-limit` v5.3.0で追加 {#raft-write-size-limit-new-in-v530} -- Raftデータがディスクに書き込まれるしきい値を決定します。データサイズがこの構成項目の値よりも大きい場合、データはディスクに書き込まれます。 `store-io-pool-size`の値が`0`の場合、この構成項目は有効になりません。 +- Raftデータがディスクに書き込まれるしきい値を決定します。データサイズがこの設定項目の値よりも大きい場合、データはディスクに書き込まれます。 `store-io-pool-size`の値が`0`の場合、この設定項目は有効になりません。 - デフォルト値: `1MiB` - 最小値: `0` @@ -1716,8 +1716,8 @@ Titanに関連するコンフィグレーション項目。 ### `level0-slowdown-writes-trigger` {#level0-slowdown-writes-trigger} - L0 で書き込み停止を引き起こすファイルの最大数。 -- v8.5.4 以前のバージョンでは、フロー制御メカニズムが有効になっている場合 ( [`storage.flow-control.enable`](/tikv-configuration-file.md#enable)が`true`の場合)、この構成項目の値は[`storage.flow-control.l0-files-threshold`](/tikv-configuration-file.md#l0-files-threshold)によって直接上書きされます。 -- バージョン 8.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.enable`](/tikv-configuration-file.md#enable)が`true`の場合)、この設定項目の値は[`storage.flow-control.l0-files-threshold`](/tikv-configuration-file.md#l0-files-threshold)によって直接上書きされます。 +- バージョン 8.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 の圧縮高速化メカニズムが弱まるのを防ぎます。 - デフォルト値: `20` - 最小値: `0` @@ -1774,7 +1774,7 @@ Titanに関連するコンフィグレーション項目。 ### `soft-pending-compaction-bytes-limit` {#soft-pending-compaction-bytes-limit} - 保留中の圧縮バイト数のソフトリミット。 -- v8.5.4 以前のバージョンでは、フロー制御メカニズムが有効になっている場合 ( [`storage.flow-control.enable`](/tikv-configuration-file.md#enable)が`true`の場合)、この構成項目は[`storage.flow-control.soft-pending-compaction-bytes-limit`](/tikv-configuration-file.md#soft-pending-compaction-bytes-limit)によって直接上書きされます。 +- v8.5.4 以前のバージョンでは、フロー制御メカニズムが有効になっている場合 ( [`storage.flow-control.enable`](/tikv-configuration-file.md#enable)が`true`の場合)、この設定項目は[`storage.flow-control.soft-pending-compaction-bytes-limit`](/tikv-configuration-file.md#soft-pending-compaction-bytes-limit)によって直接上書きされます。 - バージョン 8.5.5 以降: フロー制御メカニズムが有効になっている場合 ( [`storage.flow-control.enable`](/tikv-configuration-file.md#enable)が`true`の場合)、この設定項目は、 [`storage.flow-control.soft-pending-compaction-bytes-limit`](/tikv-configuration-file.md#soft-pending-compaction-bytes-limit)値が`storage.flow-control.soft-pending-compaction-bytes-limit`より大きい場合にのみ上書きされます。この動作により、フロー制御しきい値を上げた際に RocksDB の圧縮高速化メカニズムが弱まるのを防ぎます。 - デフォルト値: `"192GiB"` - 単位：KiB｜MiB｜GiB @@ -2255,7 +2255,7 @@ Raft Engineに関連するコンフィグレーション項目。 - この設定項目は、ログのマスキングを有効または無効にします。値のオプション: `true` 、 `false` 、 `"on"` 、 `"off"` 、および`"marker"` 。 `"on"` 、 `"off"` 、および`"marker"`オプションは、v8.3.0 で導入されました。 - 設定項目が`false`または`"off"`に設定されている場合、ログの秘匿化は無効になります。 - 設定項目が`true`または`"on"`に設定されている場合、ログ内のすべてのユーザーデータは`?`に置き換えられます。 -- 設定項目が`"marker"`に設定されている場合、ログ内のすべてのユーザーデータは`‹ ›`で囲まれます。ユーザーデータに`‹`または`›`が含まれている場合、 `‹`は`‹‹`にエスケープされ、 `›`は`››`にエスケープされます。マークされたログに基づいて、ログの表示時にマークされた情報を非機密化するかどうかを決定できます。 +- 設定項目が`"marker"`に設定されている場合、ログ内のすべてのユーザーデータは`‹ ›`で囲まれます。ユーザーデータに`‹`または`›`が含まれている場合、 `‹`は`‹‹`にエスケープされ、 `›`は`››`にエスケープされます。マークされたログに基づいて、ログの表示時にマークされた情報を秘匿化するかどうかを決定できます。 - デフォルト値: `false` - 詳しい使い方は[TiKV側でのログの秘匿化](/log-redaction.md#log-redaction-in-tikv-side)をご覧ください。 @@ -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} @@ -2393,7 +2393,7 @@ TiKVの自動圧縮の動作を設定します。 ### `mvcc-scan-threshold` v8.5.6で追加 {#mvcc-scan-threshold-new-in-v856} -- リージョンを圧縮候補としてマークするために、読み取り要求ごとにスキャンされる MVCC バージョンの最小数。この構成項目は、 [`mvcc-read-aware-enabled`](#mvcc-read-aware-enabled-new-in-v856)が`true`に設定されている場合にのみ有効になります。 +- リージョンを圧縮候補としてマークするために、読み取り要求ごとにスキャンされる MVCC バージョンの最小数。この設定項目は、 [`mvcc-read-aware-enabled`](#mvcc-read-aware-enabled-new-in-v856)が`true`に設定されている場合にのみ有効になります。 - デフォルト値: `1000` - 最小値: `0` @@ -2689,8 +2689,8 @@ TiKV API V2 が有効になっている場合にタイムスタンプを取得 ### `alloc-ahead-buffer` v6.4.0で追加 {#alloc-ahead-buffer-new-in-v640} - 事前割り当て済みのTSOキャッシュサイズ（期間）。 -- TiKV は、この構成項目で指定された期間に基づいて TSO キャッシュを事前割り当てします。TiKV は、前の期間に基づいて TSO の使用量を推定し、 `alloc-ahead-buffer`を満たす TSO をローカルに要求してキャッシュします。 -- この構成項目は、TiKV API V2 が有効になっている場合の PD 障害の許容度を高めるためによく使用されます ( `storage.api-version = 2` )。 +- TiKV は、この設定項目で指定された期間に基づいて TSO キャッシュを事前割り当てします。TiKV は、前の期間に基づいて TSO の使用量を推定し、 `alloc-ahead-buffer`を満たす TSO をローカルに要求してキャッシュします。 +- この設定項目は、TiKV API V2 が有効になっている場合の PD 障害の許容度を高めるためによく使用されます ( `storage.api-version = 2` )。 - この設定項目の値を大きくすると、TSOの消費量とTiKVのメモリオーバーヘッドが増加する可能性があります。十分なTSOを確保するには、PDの設定項目[`tso-update-physical-interval`](/pd-configuration-file.md#tso-update-physical-interval)の値を下げることをお勧めします。 - テストによると、 `alloc-ahead-buffer`がデフォルト値の場合、PDリーダーが故障して別のノードに切り替わると、書き込みリクエストのレイテンシーが一時的に増加し、QPSが約15%減少します。 - ビジネスへの影響を避けるため、PDで`tso-update-physical-interval = "1ms"`を設定し、TiKVで以下の設定項目を設定してください。 @@ -2864,7 +2864,7 @@ TiKVストレージレイヤーのリソース制御に関連するコンフィ ## インメモリエンジンv8.5.0の新機能 {#in-memory-engine-new-in-v850} -TiKV MVCC インメモリエンジン (IME) のストレージレイヤーに関連する構成項目。 +TiKV MVCC インメモリエンジン (IME) のストレージレイヤーに関連する設定項目。 ### `enable` v8.5.0で追加 {#enable-new-in-v850} diff --git a/tikv-in-memory-engine.md b/tikv-in-memory-engine.md index 0e5b2838a2822..3ebaef8e0fa7e 100644 --- a/tikv-in-memory-engine.md +++ b/tikv-in-memory-engine.md @@ -67,7 +67,7 @@ mvcc-amplification-threshold = 10 インメモリエンジンを有効にすると、TiKVはリージョンの読み取りトラフィックとMVCC増幅に基づいて、ロードするリージョンを自動的に選択します。具体的な手順は次のとおりです。 1. リージョンは、最近の`next` （RocksDB Iterator next API）および`prev` （RocksDB Iterator prev API）の呼び出し回数に基づいてソートされます。 -2. 領域は、 `mvcc-amplification-threshold`構成パラメータを使用してフィルタリングされます。デフォルト値は`10`です。MVCC 増幅は、( `next` + `prev` ) / `processed_keys`として計算されるリード増幅を測定します。 +2. 領域は、 `mvcc-amplification-threshold`設定パラメータを使用してフィルタリングされます。デフォルト値は`10`です。MVCC 増幅は、( `next` + `prev` ) / `processed_keys`として計算されるリード増幅を測定します。 3. MVCC増幅が著しい上位N個の領域がロードされる。ここでNはメモリ推定に基づいて決定される。 インメモリエンジンは定期的にリージョンを削除します。そのプロセスは以下のとおりです。 diff --git a/tiproxy/tiproxy-api.md b/tiproxy/tiproxy-api.md index 9a0aa1843d75d..f7dca8ad3d2b4 100644 --- a/tiproxy/tiproxy-api.md +++ b/tiproxy/tiproxy-api.md @@ -56,7 +56,7 @@ level='warning' ### 例 {#example} -次の例では、他の構成項目は変更せずに、 `log.level` `'warning'`に設定します。 +次の例では、他の設定項目は変更せずに、 `log.level` `'warning'`に設定します。 1. 現在の TiProxy 構成を取得します。 diff --git a/tiproxy/tiproxy-command-line-flags.md b/tiproxy/tiproxy-command-line-flags.md index ff893e6cfe071..9aeff80a61f62 100644 --- a/tiproxy/tiproxy-command-line-flags.md +++ b/tiproxy/tiproxy-command-line-flags.md @@ -131,7 +131,7 @@ tiproxyctl --host 127.0.0.1 --port 3080 config get `tiproxyctl config set`コマンドは標準入力からTOML形式の設定ファイルを読み取り、これらの設定項目をTiProxyに設定します。指定されていない設定項目は変更されないため、変更したい項目のみを指定してください。 -次の例では、他の構成項目は変更せずに、 `log.level` `'warning'`に設定します。 +次の例では、他の設定項目は変更せずに、 `log.level` `'warning'`に設定します。 ```bash $ cat test.toml diff --git a/tiproxy/tiproxy-configuration.md b/tiproxy/tiproxy-configuration.md index f929cde5fbd18..af960b002ff91 100644 --- a/tiproxy/tiproxy-configuration.md +++ b/tiproxy/tiproxy-configuration.md @@ -31,7 +31,7 @@ skip-ca = true ## `tiproxy.toml`ファイルを設定する {#configure-the-tiproxy-toml-file} -このセクションでは、TiProxy の構成パラメータについて説明します。 +このセクションでは、TiProxy の設定パラメータについて説明します。 > **Tip:** > @@ -45,7 +45,7 @@ SQL ポートのコンフィグレーション。 - デフォルト値: `0.0.0.0:6000` - ホットリロードのサポート: いいえ -- SQLサービスのリスニングアドレス。形式は`:`です。この構成項目は、 TiUPまたはTiDB Operatorを使用してTiProxyをデプロイすると自動的に設定されます。 +- SQLサービスのリスニングアドレス。形式は`:`です。この設定項目は、 TiUPまたはTiDB Operatorを使用してTiProxyをデプロイすると自動的に設定されます。 #### `advertise-addr` {#advertise-addr} diff --git a/tiproxy/tiproxy-deployment-topology.md b/tiproxy/tiproxy-deployment-topology.md index 8d645b5a7c8a3..0036cf5233aa5 100644 --- a/tiproxy/tiproxy-deployment-topology.md +++ b/tiproxy/tiproxy-deployment-topology.md @@ -33,7 +33,7 @@ TiProxy は TiDB の L7 プロキシサーバーであり、接続のバラン TiProxy のテンプレートの詳細については、 [TiProxyトポロジのシンプルなテンプレート](https://github.com/pingcap/docs/blob/master/config-templates/simple-tiproxy.yaml)を参照してください。 -前述の TiDB クラスタトポロジファイル内の構成項目の詳細については、 [TiUPを使用して TiDB をデプロイするためのトポロジコンフィグレーションファイル](/tiup/tiup-cluster-topology-reference.md)を参照してください。 +前述の TiDB クラスタトポロジファイル内の設定項目の詳細については、 [TiUPを使用して TiDB をデプロイするためのトポロジコンフィグレーションファイル](/tiup/tiup-cluster-topology-reference.md)を参照してください。 ### 主なパラメータ {#key-parameters} diff --git a/tiproxy/tiproxy-load-balance.md b/tiproxy/tiproxy-load-balance.md index b8714ab07ca77..59c07e8dcb016 100644 --- a/tiproxy/tiproxy-load-balance.md +++ b/tiproxy/tiproxy-load-balance.md @@ -30,8 +30,8 @@ TiProxy は、SQL ポートとステータスポートを使用して、TiDBサ ラベルベースの負荷分散を有効にするには、次の操作を行う必要があります。 - 一致するラベル名を[`balance.label-name`](/tiproxy/tiproxy-configuration.md#label-name)で指定します。 -- TiProxy で[`labels`](/tiproxy/tiproxy-configuration.md#labels)構成項目を構成します。 -- TiDB サーバーで[`labels`](/tidb-configuration-file.md#labels)構成項目を構成します。 +- TiProxy で[`labels`](/tiproxy/tiproxy-configuration.md#labels)設定項目を構成します。 +- TiDB サーバーで[`labels`](/tidb-configuration-file.md#labels)設定項目を構成します。 設定後、TiProxy は`balance.label-name`で指定されたラベル名を使用して、一致するラベル値を持つ TiDB サーバーへの接続をルーティングします。 @@ -145,7 +145,7 @@ TiProxy は、TiProxy サーバーと TiDB サーバーの場所に基づいて TiProxyは、ラベル`zone`に基づいて自身とTiDBサーバの場所を決定します。以下の設定項目を設定する必要があります。 - TiDBサーバーの設定項目[`labels`](/tidb-configuration-file.md#labels)で、 `zone`現在のアベイラビリティゾーンに設定します。設定の詳細については、 [TiDBのラベルを構成する](/schedule-replicas-by-topology-labels.md#optional-configure-labels-for-tidb)を参照してください。 -- TiProxy の[`labels`](/tiproxy/tiproxy-configuration.md#labels)の構成項目で、 `zone`現在のアベイラビリティゾーンに設定します。 +- TiProxy の[`labels`](/tiproxy/tiproxy-configuration.md#labels)の設定項目で、 `zone`現在のアベイラビリティゾーンに設定します。 TiDB Operatorを使用してデプロイされたクラスターについては、 [データの高可用性](https://docs.pingcap.com/tidb-in-kubernetes/stable/configure-a-tidb-cluster#high-availability-of-data)を参照してください。 @@ -198,7 +198,7 @@ TiProxyは、接続数の多いTiDBサーバーから接続数の少ないサー ## 負荷分散ポリシーを構成する {#configure-load-balancing-policies} -TiProxy では、 [`policy`](/tiproxy/tiproxy-configuration.md#policy)構成項目を通じて負荷分散ポリシーの組み合わせと優先順位を設定できます。 +TiProxy では、 [`policy`](/tiproxy/tiproxy-configuration.md#policy)設定項目を通じて負荷分散ポリシーの組み合わせと優先順位を設定できます。 - `resource` : リソース優先度ポリシーは、ステータス、ラベル、ヘルス、メモリ、CPU、場所、接続数の優先順位に基づいて負荷分散を実行します。 - `location` : 場所の優先順位ポリシーは、ステータス、ラベル、場所、正常性、メモリ、CPU、接続数の優先順位に基づいて負荷分散を実行します。 diff --git a/tiproxy/tiproxy-overview.md b/tiproxy/tiproxy-overview.md index aede63092422d..18701746f14a3 100644 --- a/tiproxy/tiproxy-overview.md +++ b/tiproxy/tiproxy-overview.md @@ -135,7 +135,7 @@ 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-traffic-replay.md b/tiproxy/tiproxy-traffic-replay.md index ed7652ad63ec3..dd11a47797a81 100644 --- a/tiproxy/tiproxy-traffic-replay.md +++ b/tiproxy/tiproxy-traffic-replay.md @@ -18,7 +18,7 @@ TiProxy v1.3.0以降では、TiProxyを使用してTiDB本番クラスタのア トラフィック リプレイは、次のシナリオに適しています。 - **TiDB バージョンのアップグレードを確認する**: 新しい TiDB バージョンを使用してテストクラスターで本番トラフィックを再生し、新しい TiDB バージョンがすべての SQL ステートメントを正常に実行できることを確認します。 -- **変更の影響を評価する**：テストクラスター上で本番のトラフィックをシミュレートし、クラスターへの変更の影響を検証します。例えば、構成項目やシステム変数の変更、テーブルスキーマの変更、TiDBの新機能の有効化などを行う前に、その影響を検証します。 +- **変更の影響を評価する**：テストクラスター上で本番のトラフィックをシミュレートし、クラスターへの変更の影響を検証します。例えば、設定項目やシステム変数の変更、テーブルスキーマの変更、TiDBの新機能の有効化などを行う前に、その影響を検証します。 - **TiDBのスケーリング前にパフォーマンスを検証**：新しいスケールのテストクラスターで対応する速度でトラフィックを再生し、パフォーマンスが要件を満たしているかどうかを検証します。例えば、コスト削減のためにクラスターを50%縮小する計画を立てる場合、トラフィックを半分の速度で再生し、スケーリング後のSQLレイテンシーが要件を満たしているかどうかを検証します。 - **パフォーマンス制限のテスト**: 同じ規模のテストクラスターでトラフィックを複数回再生し、再生レートを毎回上げてその規模のスループット制限をテストし、パフォーマンスが将来のビジネス成長のニーズを満たすかどうかを評価します。 diff --git a/tiup/customized-montior-in-tiup-environment.md b/tiup/customized-montior-in-tiup-environment.md index be1dd8c6fcd41..611e82cba4227 100644 --- a/tiup/customized-montior-in-tiup-environment.md +++ b/tiup/customized-montior-in-tiup-environment.md @@ -7,7 +7,7 @@ summary: TiUPによって管理される監視サーバーの構成をカスタ TiUPを使用して TiDB クラスターをデプロイすると、 TiUP はPrometheus、Grafana、Alertmanager などの監視サーバーもデプロイします。また、このクラスターをスケールアウトすると、 TiUP は新しいノードを監視範囲に追加します。 -上記の監視サーバーの構成をカスタマイズするには、以下の手順に従って、TiDB クラスターの topology.yaml に関連する構成項目を追加します。 +上記の監視サーバーの構成をカスタマイズするには、以下の手順に従って、TiDB クラスターの topology.yaml に関連する設定項目を追加します。 > **Note:** > @@ -122,7 +122,7 @@ TiUP v1.17.0 以降では、トポロジーファイルで Prometheus グロー 1. TiDB クラスターの topology.yaml ファイルを開きます。 -2. `grafana_servers`構成に他の構成項目を追加します。 +2. `grafana_servers`構成に他の設定項目を追加します。 以下は、topology.yaml ファイルの`[log.file] level`フィールドと`smtp`フィールドの構成例です。 diff --git a/tiup/tiup-component-dm.md b/tiup/tiup-component-dm.md index 8969cbf42522f..a744fecc9ba76 100644 --- a/tiup/tiup-component-dm.md +++ b/tiup/tiup-component-dm.md @@ -1,11 +1,11 @@ --- title: TiUP DM -summary: TiUP DMは、DMクラスタの管理（デプロイ、起動、停止、破棄、スケーリング、アップグレード、構成パラメータの管理など）に使用されます。SSH、タイムアウト、確認のスキップ、バージョン情報の表示、ヘルプ情報などのオプションをサポートしています。サポートされるコマンドは、import、template、deploy、list、display、start、stop、restart、scale-in、scale-out、upgrade、prune、edit-config、reload、patch、destroy、audit、replay、enable、disable、helpです。 +summary: TiUP DMは、DMクラスタの管理（デプロイ、起動、停止、破棄、スケーリング、アップグレード、設定パラメータの管理など）に使用されます。SSH、タイムアウト、確認のスキップ、バージョン情報の表示、ヘルプ情報などのオプションをサポートしています。サポートされるコマンドは、import、template、deploy、list、display、start、stop、restart、scale-in、scale-out、upgrade、prune、edit-config、reload、patch、destroy、audit、replay、enable、disable、helpです。 --- # TiUP DM {#tiup-dm} -TiDBクラスタの管理に使用される[TiUPクラスタ](/tiup/tiup-component-cluster.md)と同様に、 TiUP DMはDMクラスタの管理に使用されます。TiUP TiUP DMコンポーネントを使用すると、DMクラスタのデプロイ、起動、停止、破棄、エラスティックスケーリング、DMクラスタのアップグレード、DMクラスタの構成パラメータの管理など、DMクラスタの日常的な運用および保守タスクを実行できます。 +TiDBクラスタの管理に使用される[TiUPクラスタ](/tiup/tiup-component-cluster.md)と同様に、 TiUP DMはDMクラスタの管理に使用されます。TiUP TiUP DMコンポーネントを使用すると、DMクラスタのデプロイ、起動、停止、破棄、エラスティックスケーリング、DMクラスタのアップグレード、DMクラスタの設定パラメータの管理など、DMクラスタの日常的な運用および保守タスクを実行できます。 ## 構文 {#syntax} diff --git a/tiup/tiup-dm-topology-reference.md b/tiup/tiup-dm-topology-reference.md index f2c71f6f20e75..c56e1005dd4cb 100644 --- a/tiup/tiup-dm-topology-reference.md +++ b/tiup/tiup-dm-topology-reference.md @@ -66,7 +66,7 @@ global: `server_configs`は、サービスの設定と各コンポーネントの設定ファイルの生成に使用されます。`global`セクションと同様に、 `server_configs`セクションの設定は、インスタンス内の同じキーを持つ設定によって上書きできます。`server_configs`には主に以下のフィールドが含まれます。 - `master` : DMマスターサービスに関連する設定。サポートされているすべての設定項目については、 [DMマスターコンフィグレーションファイル](/dm/dm-master-configuration-file.md)を参照してください。 -- `worker` : DM ワーカー サービスに関連する構成。サポートされているすべての構成項目については、 [DMワーカーコンフィグレーションファイル](/dm/dm-worker-configuration-file.md)を参照してください。 +- `worker` : DM ワーカー サービスに関連する構成。サポートされているすべての設定項目については、 [DMワーカーコンフィグレーションファイル](/dm/dm-worker-configuration-file.md)を参照してください。 `server_configs`構成の例は次のとおりです。 diff --git a/tso-configuration-file.md b/tso-configuration-file.md index 71ff5fb5cad55..3bbeff787bf0f 100644 --- a/tso-configuration-file.md +++ b/tso-configuration-file.md @@ -1,6 +1,6 @@ --- title: TSO Configuration File -summary: TSO 構成ファイルには、ノード名、データ パス、ノード URL などの複数の構成項目が含まれています。 +summary: TSO 構成ファイルには、ノード名、データ パス、ノード URL などの複数の設定項目が含まれています。 --- # TSOコンフィグレーションファイル {#tso-configuration-file} @@ -11,7 +11,7 @@ TSOノードは、PD用の`tso`マイクロサービスを提供するために > **Tip:** > -> 構成項目の値を調整する必要がある場合は、 [設定を変更する](/maintain-tidb-using-tiup.md#modify-the-configuration)を参照してください。 +> 設定項目の値を調整する必要がある場合は、 [設定を変更する](/maintain-tidb-using-tiup.md#modify-the-configuration)を参照してください。 ### `name` {#name} @@ -116,13 +116,13 @@ TSOノードは、PD用の`tso`マイクロサービスを提供するために ### `max-days` {#max-days} - ログが保持される最大日数。 -- 構成項目が設定されていないか、デフォルト値`0`に設定されている場合、TSO はログファイルをクリーンアップしません。 +- 設定項目が設定されていないか、デフォルト値`0`に設定されている場合、TSO はログファイルをクリーンアップしません。 - デフォルト値: `0` ### `max-backups` {#max-backups} - 保持されるログファイルの最大数。 -- 構成項目が設定されていないか、デフォルト値`0`に設定されている場合、TSO はすべてのログファイルを保持します。 +- 設定項目が設定されていないか、デフォルト値`0`に設定されている場合、TSO はすべてのログファイルを保持します。 - デフォルト値: `0` ## metric {#metric} diff --git a/tune-tikv-thread-performance.md b/tune-tikv-thread-performance.md index d0a9e4b428f49..fa9f78ddad0cf 100644 --- a/tune-tikv-thread-performance.md +++ b/tune-tikv-thread-performance.md @@ -44,7 +44,7 @@ TiKV v5.0以降、すべての読み取りリクエストはデフォルトで v8.5.4以降、gRPCスレッドプールのデフォルトサイズ（ `server.grpc-concurrency`で設定）が固定値の`5`から、CPUコア数に基づいて計算される適応値に変更されました。詳細な計算式については、 [`server.grpc-concurrency`](/tikv-configuration-file.md#grpc-concurrency)を参照してください。このスレッドプールはコンピューティングオーバーヘッドがほとんどなく、主にネットワークI/Oとデシリアライズリクエストを処理するため、通常はデフォルト設定を調整する必要はありません。 - - TiKV で展開されたマシンの CPU コア数が少ない (8 個以下) 場合は、 `server.grpc-concurrency`構成項目を`2`に設定することを検討してください。 + - TiKV で展開されたマシンの CPU コア数が少ない (8 個以下) 場合は、 `server.grpc-concurrency`設定項目を`2`に設定することを検討してください。 - TiKV を導入したマシンの構成が非常に高く、TiKV が大量の読み取りおよび書き込み要求を処理し、Grafana でスレッド CPU を監視する値`gRPC poll CPU`が`server.grpc-concurrency`の 80% を超える場合は、スレッドプールの使用率を 80% 未満 (つまり、Grafana のメトリックが`80% * server.grpc-concurrency`未満) に保つために値`server.grpc-concurrency`を増やすことを検討してください。 - スケジューラスレッドプール。 diff --git a/two-data-centers-in-one-city-deployment.md b/two-data-centers-in-one-city-deployment.md index ad6a1e6b001ad..821cdc1a6b4fa 100644 --- a/two-data-centers-in-one-city-deployment.md +++ b/two-data-centers-in-one-city-deployment.md @@ -231,7 +231,7 @@ cat default.json config set replication-mode dr-auto-sync dr-replicas 2 ``` -構成項目の説明: +設定項目の説明: - `replication-mode`は有効にするレプリケーションモードです。上記の例では`dr-auto-sync`に設定されています。デフォルトでは、多数決プロトコルが使用されます。 - `label-key`は異なる AZ を区別するために使用され、配置ルールに一致する必要があります。この例では、プライマリ AZ は「east」、災害復旧 AZ は「west」です。 diff --git a/upgrade-tidb-using-tiup.md b/upgrade-tidb-using-tiup.md index 406e403118a04..4e840412947ab 100644 --- a/upgrade-tidb-using-tiup.md +++ b/upgrade-tidb-using-tiup.md @@ -19,11 +19,11 @@ summary: TiUPを使用してTiDBをアップグレードする方法を学びま > **Note:** > > - アップグレードするクラスターが v6.2 より前の場合、シナリオによってはクラスターを v6.2 以降のバージョンにアップグレードすると、アップグレードが停止する可能性があります。 [問題を解決する方法](#how-to-fix-the-issue-that-the-upgrade-gets-stuck-when-upgrading-to-v620-or-later-versions)を参照してください。 -> - TiDBノードは[`server-version`](/tidb-configuration-file.md#server-version)構成項目の値を使用して現在のTiDBバージョンを確認します。そのため、予期しない動作を避けるため、TiDBクラスタをアップグレードする前に、 `server-version`の値を空にするか、現在のTiDBクラスタの実際のバージョンに設定する必要があります。 +> - TiDBノードは[`server-version`](/tidb-configuration-file.md#server-version)設定項目の値を使用して現在のTiDBバージョンを確認します。そのため、予期しない動作を避けるため、TiDBクラスタをアップグレードする前に、 `server-version`の値を空にするか、現在のTiDBクラスタの実際のバージョンに設定する必要があります。 > - [`performance.force-init-stats`](/tidb-configuration-file.md#force-init-stats-new-in-v657-and-v710)設定項目を`ON`に設定すると、TiDB の起動時間が長くなり、起動タイムアウトやアップグレードの失敗が発生する可能性があります。この問題を回避するには、 TiUPの待機タイムアウトを長く設定することをお勧めします。 > - 影響を受ける可能性のあるシナリオ： > - 元のクラスタバージョンはv6.5.7およびv7.1.0（ `performance.force-init-stats`をまだサポートしていない）より前のバージョンであり、ターゲットバージョンはv7.2.0以降です。 -> - 元のクラスタバージョンはv6.5.7およびv7.1.0以降であり、 `performance.force-init-stats`構成項目は`ON`に設定されています。 +> - 元のクラスタバージョンはv6.5.7およびv7.1.0以降であり、 `performance.force-init-stats`設定項目は`ON`に設定されています。 > > - `performance.force-init-stats`設定項目の値を確認してください。 > @@ -137,7 +137,7 @@ tiup update cluster > > 以下のいずれかの状況に該当する場合は、この手順をスキップしてください。 > -> - 元のクラスターの構成パラメータを変更していません。または、 `tiup cluster`を使用して構成パラメータを変更しましたが、それ以上の変更は必要ありません。 +> - 元のクラスターの設定パラメータを変更していません。または、 `tiup cluster`を使用して設定パラメータを変更しましたが、それ以上の変更は必要ありません。 > - アップグレード後、変更されていない設定項目については、v8.5.4のデフォルトのパラメータ値を使用します。 1. トポロジーファイルを編集するには、 `vi`編集モードに入ります。