diff --git a/releases/release-7.0.0.md b/releases/release-7.0.0.md index 7dfe0d834956c..cad4b6a129ba8 100644 --- a/releases/release-7.0.0.md +++ b/releases/release-7.0.0.md @@ -39,7 +39,7 @@ TiDB バージョン: 7.0.0- [DMR](/releases/versioning.md#development-milestone - TiFlashは、null対応セミジョイン演算子とnull対応アンチセミジョイン演算子をサポートしています [#6674](https://github.com/pingcap/tiflash/issues/6674) @[gengliqi](https://github.com/gengliqi) - 相関サブクエリで`IN` 、 `NOT IN` 、 `= ANY` 、または`!= ALL`演算子を使用する場合、TiDB はそれらを準演算子に変換することでコンピューティング パフォーマンスを最適化します。ジョインまたはアンチセミジョイン。結合キー列が`NULL`の場合は、 [NULL値対応セミジョイン](/explain-subqueries.md#null-aware-semi-join-in-and--any-subqueries)や[ヌル値対応アンチセミジョイン](/explain-subqueries.md#null-aware-anti-semi-join-not-in-and--all-subqueries)などの、null 対応結合アルゴリズムが必要です。 + 相関サブクエリで`IN` 、 `NOT IN` 、 `= ANY` 、または`!= ALL`演算子を使用する場合、TiDB はそれらをセミジョインまたはアンチセミジョインに変換することでコンピューティング パフォーマンスを最適化します。結合キー列が`NULL`になる可能性がある場合は、 [NULL値対応セミジョイン](/explain-subqueries.md#null-aware-semi-join-in-and--any-subqueries)や[ヌル値対応アンチセミジョイン](/explain-subqueries.md#null-aware-anti-semi-join-not-in-and--all-subqueries)などの、null 対応結合アルゴリズムが必要です。 バージョン 7.0.0 より前のTiFlashでは、NULL 対応セミ結合オペレーターと NULL 対応アンチセミ結合オペレーターがサポートされていなかったため、これらのサブクエリをTiFlashに直接プッシュダウンすることができませんでした。バージョン 7.0.0 以降では、 TiFlash はNULL 対応セミ結合オペレーターと NULL 対応アンチセミ結合オペレーターをサポートしています。SQL 文にこれらの相関サブクエリが含まれており、クエリ内のテーブルにTiFlashレプリカがあり、かつ[MPPモード](/tiflash/use-tiflash-mpp-mode.md)が有効になっている場合、オプティマイザは全体的なパフォーマンスを向上させるために、NULL 対応セミ結合オペレーターと NULL 対応アンチセミ結合オペレーターをTiFlashにプッシュダウンするかどうかを自動的に判断します。 @@ -47,11 +47,11 @@ TiDB バージョン: 7.0.0- [DMR](/releases/versioning.md#development-milestone - TiFlash は FastScan (GA) の使用をサポートしています [#5252](https://github.com/pingcap/tiflash/issues/5252) @[hongyunyan](https://github.com/hongyunyan) - TiFlash はv6.3.0 から FastScan を実験的機能として導入しました。v7.0.0 では、この機能が一般利用可能になります。FastScan はシステム変数[`tiflash_fastscan`](/system-variables.md#tiflash_fastscan-new-in-v630)を使用して有効にできます。この機能は、強力な一貫性を犠牲にすることで、テーブルスキャンのパフォーマンスを大幅に向上させます。対応するテーブルが`INSERT` / { `UPDATE`操作を含まず、 `DELETE`操作のみを含む場合、FastScan は強力な一貫性を維持し、スキャンのパフォーマンスを向上させることができます。 + TiFlash はv6.3.0 から FastScan を実験的機能として導入しました。v7.0.0 では、この機能が一般利用可能になります。FastScan はシステム変数[`tiflash_fastscan`](/system-variables.md#tiflash_fastscan-new-in-v630)を使用して有効にできます。この機能は、強力な一貫性を犠牲にすることで、テーブルスキャンのパフォーマンスを大幅に向上させます。対応するテーブルが`INSERT`操作のみを含み、 `UPDATE` / `DELETE`操作を含まない場合、FastScan は強力な一貫性を維持し、スキャンのパフォーマンスを向上させることができます。 詳細については、[ドキュメント](/tiflash/use-fastscan.md)を参照してください。 -- TiFlashは後期実体化をサポート (実験的) [#5829](https://github.com/pingcap/tiflash/issues/5829) @[Lloyd-Pottiger](https://github.com/Lloyd-Pottiger) +- TiFlashは遅延マテリアライゼーションをサポート (実験的) [#5829](https://github.com/pingcap/tiflash/issues/5829) @[Lloyd-Pottiger](https://github.com/Lloyd-Pottiger) フィルタ条件 ( `WHERE`句) を伴う`SELECT`ステートメントを処理する場合、 TiFlash はデフォルトでクエリに必要な列からすべてのデータを読み取り、クエリ条件に基づいてデータをフィルタリングおよび集計します。遅延マテリアライゼーションは、フィルタ条件の一部を TableScan オペレーターにプッシュダウンすることをサポートする最適化手法です。つまり、 TiFlash はまずプッシュダウンされたフィルタ条件に関連する列データをスキャンし、条件を満たす行をフィルタリングしてから、これらの行の他の列データをスキャンしてさらに計算を行うことで、データ処理の IO スキャンと計算を削減します。 @@ -75,7 +75,7 @@ TiDB バージョン: 7.0.0- [DMR](/releases/versioning.md#development-milestone - TiKVはログリサイクル用の空のログファイルの自動生成をサポートしています [#14371](https://github.com/tikv/tikv/issues/14371) @[LykxSassinator](https://github.com/LykxSassinator) - バージョン6.3.0では、書き込み負荷によって発生するロングテールレイテンシーを低減するために、TiKVは[Raftのリサイクル](/tikv-configuration-file.md#enable-log-recycle-new-in-v630)機能を導入しました。しかし、ログのリサイクルはRaftログファイルの数が一定のしきい値に達した場合にのみ有効になるため、ユーザーがこの機能によるスループットの向上を直接体感することは困難です。 + バージョン6.3.0では、書き込み負荷によって発生するロングテールレイテンシーを低減するために、TiKVは[Raftログのリサイクル](/tikv-configuration-file.md#enable-log-recycle-new-in-v630)機能を導入しました。しかし、ログのリサイクルはRaftログファイルの数が一定のしきい値に達した場合にのみ有効になるため、ユーザーがこの機能によるスループットの向上を直接体感することは困難です。 バージョン7.0.0では、ユーザーエクスペリエンスを向上させるために`raft-engine.prefill-for-recycle`という新しい設定項目が導入されました。この項目は、プロセスの開始時に空のログファイルが生成されて再利用されるかどうかを制御します。この設定を有効にすると、TiKVは初期化中に空のログファイルのバッチを自動的に作成し、初期化直後にログの再利用が確実に実行されるようにします。 @@ -83,7 +83,7 @@ TiDB バージョン: 7.0.0- [DMR](/releases/versioning.md#development-milestone - [ウィンドウ関数](/functions-and-operators/expressions-pushed-down.md)からの TopN または Limit オペレーターの導出をサポートし、ウィンドウ関数のパフォーマンスを向上させます [#13936](https://github.com/tikv/tikv/issues/13936) @[windtalker](https://github.com/windtalker) - この機能はデフォルトでは無効になっています。有効にするには、セッション変数[tidb_opt_derive_topn](/system-variables.md#tidb_opt_derive_topn-new-in-v700) `ON`に設定してください。 + この機能はデフォルトでは無効になっています。有効にするには、セッション変数[tidb_opt_derive_topn](/system-variables.md#tidb_opt_derive_topn-new-in-v700)を`ON`に設定してください。 詳細については、[ドキュメント](/derive-topn-from-window.md)を参照してください。 @@ -137,7 +137,7 @@ TiDB バージョン: 7.0.0- [DMR](/releases/versioning.md#development-milestone - [`SHUFFLE_JOIN()`](/optimizer-hints.md#shuffle_joint1_name--tl_name-) : MPP で有効になります。指定されたテーブルに対してシャッフル結合アルゴリズムを使用するようにオプティマイザに指示します。 - [`BROADCAST_JOIN()`](/optimizer-hints.md#broadcast_joint1_name--tl_name-) : MPP で有効になります。指定されたテーブルに対してブロードキャスト結合アルゴリズムを使用するようにオプティマイザに指示します。 - - [`MPP_1PHASE_AGG()`](/optimizer-hints.md#mpp_1phase_agg) ：MPP（最大パフォーマンス）に有効です。指定されたクエリブロック内のすべての集計関数に対して、オプティマイザに1フェーズ集計アルゴリズムを使用するように指示します。 + - [`MPP_1PHASE_AGG()`](/optimizer-hints.md#mpp_1phase_agg) ：MPP で有効です。指定されたクエリブロック内のすべての集計関数に対して、オプティマイザに1フェーズ集計アルゴリズムを使用するように指示します。 - [`MPP_2PHASE_AGG()`](/optimizer-hints.md#mpp_2phase_agg) : MPP で有効になります。指定されたクエリブロック内のすべての集計関数に対して、2 段階集計アルゴリズムを使用するようにオプティマイザに指示します。 MPPオプティマイザのヒントを使用すると、HTAPクエリに介入して、HTAPワークロードのパフォーマンスと安定性を向上させることができます。 @@ -146,7 +146,7 @@ TiDB バージョン: 7.0.0- [DMR](/releases/versioning.md#development-milestone - オプティマイザのヒントは、結合メソッドと結合順序の指定をサポートします [#36600](https://github.com/pingcap/tidb/issues/36600) @[Reminiscent](https://github.com/Reminiscent) - バージョン7.0.0では、オプティマイザヒント[`LEADING()`](/optimizer-hints.md#leadingt1_name--tl_name-)結合方法に影響を与えるヒントと併用できるようになり、両者の動作は互換性があります。複数テーブル結合の場合、最適な結合方法と結合順序を効果的に指定できるため、実行計画に対するオプティマイザヒントの制御が強化されます。 + バージョン7.0.0では、オプティマイザヒント[`LEADING()`](/optimizer-hints.md#leadingt1_name--tl_name-)は、結合方法に影響を与えるヒントと併用できるようになり、両者の動作は互換性があります。複数テーブル結合の場合、最適な結合方法と結合順序を効果的に指定できるため、実行計画に対するオプティマイザヒントの制御が強化されます。 新しいヒント動作には、若干の変更があります。前方互換性を確保するため、TiDB はシステム変数[`tidb_opt_advanced_join_hint`](/system-variables.md#tidb_opt_advanced_join_hint-new-in-v700)を導入します。この変数が`OFF`に設定されている場合、オプティマイザのヒント動作は以前のバージョンと互換性があります。クラスタを以前のバージョンから v7.0.0 以降のバージョンにアップグレードすると、この変数は`OFF`に設定されます。より柔軟なヒント動作を実現するには、動作によってパフォーマンスが低下しないことを確認した後、この変数を`ON`に設定することを強くお勧めします。 @@ -221,7 +221,7 @@ TiDB バージョン: 7.0.0- [DMR](/releases/versioning.md#development-milestone バージョン6.6.0以降、 TiDB Lightningは、ローカルでエンコードおよびソートされたキーと値のペアをTiKVに送信する際に圧縮してネットワーク転送する機能をサポートしており、ネットワーク経由で転送されるデータ量を削減し、ネットワーク帯域幅のオーバーヘッドを低減します。この機能がサポートされる以前のTiDBバージョンでは、 TiDB Lightningは比較的高いネットワーク帯域幅を必要とし、データ量が多い場合には高額なトラフィック料金が発生していました。 - バージョン7.0.0では、この機能は一般提供（GA）となり、デフォルトでは無効になっています。有効にするには、 TiDB Lightningの設定項目`compress-kv-pairs`を`"gzip"`または`"gz"` 。 + バージョン7.0.0では、この機能は一般提供（GA）となり、デフォルトでは無効になっています。有効にするには、 TiDB Lightningの設定項目`compress-kv-pairs`を`"gzip"`または`"gz"`に設定します。 詳細については、 [ドキュメント](/tidb-lightning/tidb-lightning-configuration.md#tidb-lightning-task)を参照してください。 @@ -271,7 +271,7 @@ TiDB バージョン: 7.0.0- [DMR](/releases/versioning.md#development-milestone - TiCDC は、Avro の `FLOAT` データの不正なエンコードの問題を修正しました [#8490](https://github.com/pingcap/tiflow/issues/8490) @[3AceShowHand](https://github.com/3AceShowHand) - TiCDC クラスターを v7.0.0 にアップグレードする際、Avro を使用してレプリケートされたテーブルに`FLOAT`データ型が含まれている場合は、アップグレード前に Confluent Schema Registry の互換性ポリシーを`None`に手動で調整する必要があります。そうしないと、changefeed がスキーマを正常に更新できなくなります。そうしないと、アップグレード後に changefeed がスキーマを更新できず、エラー状態になります。 + TiCDC クラスターを v7.0.0 にアップグレードする際、Avro を使用してレプリケートされたテーブルに`FLOAT`データ型が含まれている場合は、アップグレード前に Confluent Schema Registry の互換性ポリシーを`None`に手動で調整して、changefeed がスキーマを正常に更新できるようにする必要があります。そうしないと、アップグレード後に changefeed がスキーマを更新できず、エラー状態になります。 - v7.0.0 以降、 [`tidb_dml_batch_size`](/system-variables.md#tidb_dml_batch_size)システム変数は[`LOAD DATA`文](/sql-statements/sql-statement-load-data.md)に影響しなくなりました。 @@ -291,10 +291,10 @@ TiDB バージョン: 7.0.0- [DMR](/releases/versioning.md#development-milestone | [`tidb_load_based_replica_read_threshold`](/system-variables.md#tidb_load_based_replica_read_threshold-new-in-v700) | 新しく追加された | この変数は、負荷ベースのレプリカ読み取りをトリガーするしきい値を設定します。この変数で制御される機能は、TiDB v7.0.0 では完全には動作しません。デフォルト値は変更しないでください。 | | [`tidb_opt_advanced_join_hint`](/system-variables.md#tidb_opt_advanced_join_hint-new-in-v700) | 新しく追加された | この変数は、結合メソッドヒントが結合順序の最適化に影響するかどうかを制御します。デフォルト値は`ON`で、これは新しい互換制御モードが使用されることを意味します。値`OFF`は、v7.0.0 より前の動作が使用されることを意味します。前方互換性のために、クラスターが以前のバージョンから v7.0.0 以降にアップグレードされると、この変数の値は`OFF`に設定されます。 | | [`tidb_opt_derive_topn`](/system-variables.md#tidb_opt_derive_topn-new-in-v700) | 新しく追加された | この変数は[ウィンドウ関数からTopNまたはLimitを導出する](/derive-topn-from-window.md)最適化ルールを有効にするかどうかを制御します。デフォルト値は`OFF`で、最適化ルールが有効になっていないことを意味します。 | -| [`tidb_opt_enable_late_materialization`](/system-variables.md#tidb_opt_enable_late_materialization-new-in-v700) | 新しく追加された | この変数は[TiFlashの遅延発生](/tiflash/tiflash-late-materialization.md)機能を有効にするかどうかを制御します。デフォルト値は`OFF`で、これは機能が有効になっていないことを意味します。 | +| [`tidb_opt_enable_late_materialization`](/system-variables.md#tidb_opt_enable_late_materialization-new-in-v700) | 新しく追加された | この変数は[TiFlashの遅延マテリアライゼーション](/tiflash/tiflash-late-materialization.md)機能を有効にするかどうかを制御します。デフォルト値は`OFF`で、これは機能が有効になっていないことを意味します。 | | [`tidb_opt_ordering_index_selectivity_threshold`](/system-variables.md#tidb_opt_ordering_index_selectivity_threshold-new-in-v700) | 新しく追加された | この変数は、SQL文に`ORDER BY`および`LIMIT`句が含まれ、フィルタリング条件がある場合に、オプティマイザがインデックスを選択する方法を制御します。 | | [`tidb_pessimistic_txn_fair_locking`](/system-variables.md#tidb_pessimistic_txn_fair_locking-new-in-v700) | 新しく追加された | 単一行競合シナリオにおけるトランザクションのテールレイテンシーを削減するために、拡張悲観的ロックウェイクモデルを有効にするかどうかを制御します。デフォルト値は`ON`です。クラスタが以前のバージョンから v7.0.0 以降にアップグレードされると、この変数の値は`OFF`に設定されます。 | -| [`tidb_slow_txn_log_threshold`](/system-variables.md#tidb_slow_txn_log_threshold-new-in-v700) | 新しく追加された | トランザクションのログ記録のしきい値を設定します。トランザクションの実行時間がこのしきい値を超えると、TiDB はトランザクションに関する詳細情報をログに記録します。デフォルト値`0`は、この機能が無効になっていることを意味します。 | +| [`tidb_slow_txn_log_threshold`](/system-variables.md#tidb_slow_txn_log_threshold-new-in-v700) | 新しく追加された | スロートランザクションのログ記録のしきい値を設定します。トランザクションの実行時間がこのしきい値を超えると、TiDB はトランザクションに関する詳細情報をログに記録します。デフォルト値`0`は、この機能が無効になっていることを意味します。 | | [`tidb_ttl_running_tasks`](/system-variables.md#tidb_ttl_running_tasks-new-in-v700) | 新しく追加された | この変数は、クラスタ全体におけるTTLタスクの同時実行数を制限するために使用されます。デフォルト値`-1`は、TTLタスクの数がTiKVノードの数と同じであることを意味します。 | ### 設定ファイルパラメータ {#configuration-file-parameters} @@ -306,10 +306,10 @@ TiDB バージョン: 7.0.0- [DMR](/releases/versioning.md#development-milestone | TiKV | [`resolved-ts.advance-ts-interval`](/tikv-configuration-file.md#advance-ts-interval) | 変更 | デフォルト値が`"1s"`から`"20s"`に変更されます。この変更により、Resolved TSの定期的な更新間隔が長くなり、TiKVノード間のトラフィック消費量が削減されます。 | | TiKV | [`resource-control.enabled`](/tikv-configuration-file.md#resource-control) | 変更 | デフォルト値が`false`から`true`に変更されます。 | | TiKV | [`raft-engine.prefill-for-recycle`](/tikv-configuration-file.md#prefill-for-recycle-new-in-v700) | 新しく追加された | Raft Engineのログリサイクル用に空のログファイルを生成するかどうかを制御します。デフォルト値は`false`です。 | -| PD | [`degraded-mode-wait-duration`](/pd-configuration-file.md#degraded-mode-wait-duration) | 新しく追加された | [リソース制御](/tidb-resource-control-ru-groups.md)関連する設定項目です。劣化モードをトリガーするまでの待機時間を制御します。デフォルト値は`0s`です。 | -| PD | [`read-base-cost`](/pd-configuration-file.md#read-base-cost) | 新しく追加された | A[リソース制御](/tidb-resource-control-ru-groups.md)関連する設定項目です。読み取りリクエストから RU への変換の基準係数を制御します。デフォルト値は`0.25`です。 | -| PD | [`read-cost-per-byte`](/pd-configuration-file.md#read-cost-per-byte) | 新しく追加された | A[リソース制御](/tidb-resource-control-ru-groups.md)関連する設定項目です。読み取りフローからRUへの変換の基準係数を制御します。デフォルト値は`1/ (64 * 1024)`です。 | -| PD | [`read-cpu-ms-cost`](/pd-configuration-file.md#read-cpu-ms-cost) | 新しく追加された | [リソース制御](/tidb-resource-control-ru-groups.md)関連する設定項目です。CPUからRUへの変換の基準係数を制御します。デフォルト値は`1/3`です。 | +| PD | [`degraded-mode-wait-duration`](/pd-configuration-file.md#degraded-mode-wait-duration) | 新しく追加された | [リソース制御](/tidb-resource-control-ru-groups.md)に関連する設定項目です。劣化モードをトリガーするまでの待機時間を制御します。デフォルト値は`0s`です。 | +| PD | [`read-base-cost`](/pd-configuration-file.md#read-base-cost) | 新しく追加された | [リソース制御](/tidb-resource-control-ru-groups.md)に関連する設定項目です。読み取りリクエストから RU への変換の基準係数を制御します。デフォルト値は`0.25`です。 | +| PD | [`read-cost-per-byte`](/pd-configuration-file.md#read-cost-per-byte) | 新しく追加された | [リソース制御](/tidb-resource-control-ru-groups.md)に関連する設定項目です。読み取りフローからRUへの変換の基準係数を制御します。デフォルト値は`1/ (64 * 1024)`です。 | +| PD | [`read-cpu-ms-cost`](/pd-configuration-file.md#read-cpu-ms-cost) | 新しく追加された | [リソース制御](/tidb-resource-control-ru-groups.md)に関連する設定項目です。CPUからRUへの変換の基準係数を制御します。デフォルト値は`1/3`です。 | | PD | [`write-base-cost`](/pd-configuration-file.md#write-base-cost) | 新しく追加された | [リソース制御](/tidb-resource-control-ru-groups.md)関連の設定項目です。書き込みリクエストからRUへの変換の基準係数を制御します。デフォルト値は`1`です。 | | PD | [`write-cost-per-byte`](/pd-configuration-file.md#write-cost-per-byte) | 新しく追加された | [リソース制御](/tidb-resource-control-ru-groups.md)関連の設定項目です。書き込みフローからRUへの変換の基準係数を制御します。デフォルト値は`1/1024`です。 | | TiFlash | [`mark_cache_size`](/tiflash/tiflash-configuration.md) | 変更 | TiFlashのデータブロックのメタデータのデフォルトのキャッシュ制限を`5368709120`から`1073741824`に変更して、不要なメモリ使用量を削減します。 | @@ -318,14 +318,14 @@ TiDB バージョン: 7.0.0- [DMR](/releases/versioning.md#development-milestone | TiFlash | [`storage.s3.endpoint`](/tiflash/tiflash-disaggregated-and-s3.md) | 新しく追加された | S3に接続するためのエンドポイント。 | | TiFlash | [`storage.s3.bucket`](/tiflash/tiflash-disaggregated-and-s3.md) | 新しく追加された | TiFlashがすべてのデータを保存するバケット。 | | TiFlash | [`storage.s3.root`](/tiflash/tiflash-disaggregated-and-s3.md) | 新しく追加された | S3バケット内のデータストレージのルートディレクトリ。 | -| TiFlash | [`storage.s3.access_key_id`](/tiflash/tiflash-disaggregated-and-s3.md) | 新しく追加された | `ACCESS_KEY_ID` S3 にアクセスするためのものです。 | -| TiFlash | [`storage.s3.secret_access_key`](/tiflash/tiflash-disaggregated-and-s3.md) | 新しく追加された | `SECRET_ACCESS_KEY` S3 にアクセスするためのものです。 | +| TiFlash | [`storage.s3.access_key_id`](/tiflash/tiflash-disaggregated-and-s3.md) | 新しく追加された | S3 にアクセスするための`ACCESS_KEY_ID`です。 | +| TiFlash | [`storage.s3.secret_access_key`](/tiflash/tiflash-disaggregated-and-s3.md) | 新しく追加された | S3 にアクセスするための`SECRET_ACCESS_KEY`です。 | | TiFlash | [`storage.remote.cache.dir`](/tiflash/tiflash-disaggregated-and-s3.md) | 新しく追加された | TiFlashコンピューティングノードのローカルデータキャッシュディレクトリ。 | | TiFlash | [`storage.remote.cache.capacity`](/tiflash/tiflash-disaggregated-and-s3.md) | 新しく追加された | TiFlashコンピューティングノードのローカルデータキャッシュディレクトリのサイズ。 | | TiDB Lightning | [`add-index-by-sql`](/tidb-lightning/tidb-lightning-configuration.md#tidb-lightning-task) | 新しく追加された | 物理インポートモードでインデックスを追加する際に SQL を使用するかどうかを制御します。デフォルト値は`false`で、これはTiDB Lightning が行データとインデックスデータの両方を KV ペアにエンコードし、それらをまとめて TiKV にインポートすることを意味します。SQL を使用してインデックスを追加する利点は、データのインポートとインデックスのインポートを分離できるため、データを迅速にインポートできることです。データのインポート後にインデックスの作成が失敗した場合でも、データの一貫性は影響を受けません。 | | TiCDC | [`enable-table-across-nodes`](/ticdc/ticdc-changefeed-config.md#changefeed-configuration-parameters) | 新しく追加された | リージョン数に応じて、テーブルを複数の同期範囲に分割するかどうかを決定します。これらの範囲は、複数のTiCDCノードによって複製できます。 | | TiCDC | [`region-threshold`](/ticdc/ticdc-changefeed-config.md#changefeed-configuration-parameters) | 新しく追加された | `enable-table-across-nodes`が有効になっている場合、この機能は`region-threshold`を超えるリージョンを持つテーブルでのみ有効になります。 | -| DM | [`analyze`](/dm/task-configuration-file-full.md#task-configuration-file-template-advanced) | 新しく追加された | チェックサムの完了後に各テーブルで`ANALYZE TABLE `操作を実行するかどうかを制御します。 `"required"` / `"optional"` / `"off"` 。デフォルト値は`"optional"`です。 | +| DM | [`analyze`](/dm/task-configuration-file-full.md#task-configuration-file-template-advanced) | 新しく追加された | チェックサムの完了後に各テーブルで`ANALYZE TABLE
`操作を実行するかどうかを制御します。 `"required"` / `"optional"` / `"off"`に設定できます。デフォルト値は`"optional"`です。 | | DM | [`range-concurrency`](/dm/task-configuration-file-full.md#task-configuration-file-template-advanced) | 新しく追加された | dm-workerがKVデータをTiKVに書き込む際の同時実行数を制御します。 | | DM | [`compress-kv-pairs`](/dm/task-configuration-file-full.md#task-configuration-file-template-advanced) | 新しく追加された | dm-workerがKVデータをTiKVに送信する際に圧縮を有効にするかどうかを制御します。現在サポートされているのはgzipのみです。デフォルト値は空欄で、これは圧縮しないことを意味します。 | | DM | [`pd-addr`](/dm/task-configuration-file-full.md#task-configuration-file-template-advanced) | 新しく追加された | 物理インポートモードにおけるダウンストリームPDサーバーのアドレスを制御します。1つまたは複数のPDサーバーを指定できます。この設定項目が空欄の場合、デフォルトではTiDBクエリから取得したPDアドレス情報が使用されます。 | @@ -334,11 +334,11 @@ TiDB バージョン: 7.0.0- [DMR](/releases/versioning.md#development-milestone - TiDB - - `EXPAND`演算子を導入し、単一の`DISTINCT`ステートメントに複数の`SELECT`を含むSQLクエリのパフォーマンスを最適化します [#16581](https://github.com/pingcap/tidb/issues/16581) @[AilinKid](https://github.com/AilinKid) + - `EXPAND`演算子を導入し、単一の`SELECT`ステートメントに複数の`DISTINCT`を含むSQLクエリのパフォーマンスを最適化します [#16581](https://github.com/pingcap/tidb/issues/16581) @[AilinKid](https://github.com/AilinKid) - インデックス結合でより多くのSQL形式をサポートする [#40505](https://github.com/pingcap/tidb/issues/40505) @[Yisaer](https://github.com/Yisaer) - 場合によっては、TiDB でパーティションテーブルデータをグローバルに並べ替えないようにする [#26166](https://github.com/pingcap/tidb/issues/26166) @[Defined2014](https://github.com/Defined2014) - `fair lock mode`と`lock only if exists`の同時使用をサポート [#42068](https://github.com/pingcap/tidb/issues/42068) @[MyonKeminta](https://github.com/MyonKeminta) - - トランザクションのスローログとトランザクション内部イベントの印刷をサポートする [#41863](https://github.com/pingcap/tidb/issues/41863) @[ekexium](https://github.com/ekexium) + - トランザクションのスローログとトランザクション内部イベントの出力をサポートする [#41863](https://github.com/pingcap/tidb/issues/41863) @[ekexium](https://github.com/ekexium) - `ILIKE` オペレーターをサポートします [#40943](https://github.com/pingcap/tidb/issues/40943) @[xzhangxian1008](https://github.com/xzhangxian1008) - PD @@ -363,11 +363,11 @@ TiDB バージョン: 7.0.0- [DMR](/releases/versioning.md#development-milestone - テーブルのスケジューリングを改善して、単一のテーブルをさまざまな TiCDC ノード間でより均等に分割します [#8247](https://github.com/pingcap/tiflow/issues/8247) @[overvenus](https://github.com/overvenus) - - MQ シンクに Large Row モニタリング メトリクスを追加します [#8286](https://github.com/pingcap/tiflow/issues/8286) @[Rustin170506](https://github.com/Rustin170506) + - MQ シンクに Large Row モニタリング メトリクスを追加します [#8286](https://github.com/pingcap/tiflow/issues/8286) @[hi-rustin](https://github.com/Rustin170506) - リージョンに複数のテーブルのデータが含まれるシナリオで、TiKV ノードと TiCDC ノード間のネットワークトラフィックを削減します [#6346](https://github.com/pingcap/tiflow/issues/6346) @[overvenus](https://github.com/overvenus) - - Checkpoint TSとResolved TSのP99メトリクスパネルをラグ分析パネルに移動します [#8524](https://github.com/pingcap/tiflow/issues/8524) @[Rustin170506](https://github.com/Rustin170506) + - Checkpoint TSとResolved TSのP99メトリクスパネルをラグ分析パネルに移動します [#8524](https://github.com/pingcap/tiflow/issues/8524) @[hi-rustin](https://github.com/Rustin170506) - リドゥログへのDDLイベントの適用をサポートする [#8361](https://github.com/pingcap/tiflow/issues/8361) @[CharlesCheung96](https://github.com/CharlesCheung96) @@ -377,7 +377,7 @@ TiDB バージョン: 7.0.0- [DMR](/releases/versioning.md#development-milestone - TiDB Lightning物理インポートモードは、データインポートとインデックス インポートの分離をサポートし、インポート速度と安定性を向上させます [#42132](https://github.com/pingcap/tidb/issues/42132) @[sleepymole](https://github.com/sleepymole) - `add-index-by-sql`パラメータを追加します。デフォルト値は`false`で、これはTiDB Lightning が行データとインデックスデータの両方を KV ペアにエンコードし、それらをまとめて TiKV にインポートすることを意味します。これを`true`に設定すると、 TiDB Lightningデータのインポート後に`ADD INDEX` SQL文を使用してインデックスを追加し、インポートの速度と安定性を向上させます。 + `add-index-by-sql`パラメータを追加します。デフォルト値は`false`で、これはTiDB Lightning が行データとインデックスデータの両方を KV ペアにエンコードし、それらをまとめて TiKV にインポートすることを意味します。これを`true`に設定すると、 TiDB Lightningは行データのインポート後に`ADD INDEX` SQL文を使用してインデックスを追加し、インポートの速度と安定性を向上させます。 - `tikv-importer.keyspace-name`パラメータを追加します。デフォルト値は空の文字列で、 TiDB Lightning は対応するテナントのキースペース名を自動的に取得してデータをインポートします。値を指定すると、指定されたキースペース名を使用してデータがインポートされます。このパラメータにより、マルチテナント TiDB クラスタにデータをインポートする際のTiDB Lightningの設定に柔軟性が生まれます。 [#41915](https://github.com/pingcap/tidb/issues/41915) @[lichunzhu](https://github.com/lichunzhu) @@ -392,19 +392,19 @@ TiDB バージョン: 7.0.0- [DMR](/releases/versioning.md#development-milestone - 一意インデックスを追加する際に誤って`found duplicate key`を返す問題を修正 [#41630](https://github.com/pingcap/tidb/issues/41630) @[tangenta](https://github.com/tangenta) - インデックス追加時のpanic問題を修正 [#41880](https://github.com/pingcap/tidb/issues/41880) @[tangenta](https://github.com/tangenta) - TiFlashが実行中に生成列に対してエラーを報告する問題を修正 [#40663](https://github.com/pingcap/tidb/issues/40663) @[guo-shaoge](https://github.com/guo-shaoge) - - TiDBが時間型の場合に統計情報を正しく取得できない可能性がある問題を修正しました [#41938](https://github.com/pingcap/tidb/issues/41938) @[xuyifangreeneyes](https://github.com/xuyifangreeneyes) + - 時間型が存在する場合にTiDBが統計情報を正しく取得できない可能性がある問題を修正しました [#41938](https://github.com/pingcap/tidb/issues/41938) @[xuyifangreeneyes](https://github.com/xuyifangreeneyes) - プリペアドプランキャッシュが有効になっている場合に、フルインデックススキャンでエラーが発生する可能性がある問題を修正しました [#42150](https://github.com/pingcap/tidb/issues/42150) @[fzzf678](https://github.com/fzzf678) - `IFNULL(NOT NULL COLUMN, ...)`が間違った結果を返す可能性がある問題を修正 [#41734](https://github.com/pingcap/tidb/issues/41734) @[LittleFall](https://github.com/LittleFall) - パーティションテーブル内のすべてのデータが単一のリージョンにある場合に、TiDBが誤った結果を生成する可能性がある問題を修正します [#41801](https://github.com/pingcap/tidb/issues/41801) @[Defined2014](https://github.com/Defined2014) - TiDB で、異なるパーティションテーブルが単一の SQL文に現れる場合に誤った結果が生成される可能性がある問題を修正しました [#42135](https://github.com/pingcap/tidb/issues/42135) @[mjonss](https://github.com/mjonss) - - パーティションテーブルに新しいインデックスを追加した後、パーティションパーティションテーブルで統計情報の自動収集が正しくトリガーされない可能性がある問題を修正しました [#41638](https://github.com/pingcap/tidb/issues/41638) @[xuyifangreeneyes](https://github.com/xuyifangreeneyes) + - パーティションテーブルに新しいインデックスを追加した後、パーティションテーブルで統計情報の自動収集が正しくトリガーされない可能性がある問題を修正しました [#41638](https://github.com/pingcap/tidb/issues/41638) @[xuyifangreeneyes](https://github.com/xuyifangreeneyes) - TiDBが統計情報を2回連続で収集した後に誤った列統計情報を読み取る可能性がある問題を修正 [#42073](https://github.com/pingcap/tidb/issues/42073) @[xuyifangreeneyes](https://github.com/xuyifangreeneyes) - プリペアドプランキャッシュが有効になっている場合に IndexMerge が誤った結果を生成する可能性がある問題を修正しました [#41828](https://github.com/pingcap/tidb/issues/41828) @[qw4990](https://github.com/qw4990) - IndexMerge に goroutine リークがある可能性がある問題を修正 [#41605](https://github.com/pingcap/tidb/issues/41605) @[guo-shaoge](https://github.com/guo-shaoge) - 非 BIGINT 符号なし整数が文字列/10 進数と比較したときに誤った結果を生成する可能性がある問題を修正 [#41736](https://github.com/pingcap/tidb/issues/41736) @[LittleFall](https://github.com/LittleFall) - メモリ制限超過により以前の`ANALYZE`文が強制終了されると、同じセッション内の現在の`ANALYZE`文も強制終了される可能性がある問題を修正しました [#41825](https://github.com/pingcap/tidb/issues/41825) @[XuHuaiyu](https://github.com/XuHuaiyu) - バッチコプロセッサの情報収集プロセス中にデータ競合が発生する可能性がある問題を修正しました [#41412](https://github.com/pingcap/tidb/issues/41412) @[you06](https://github.com/you06) - - アサーション エラーによりパーティションテーブルの MVCC 情報が印刷できない問題を修正 [#40629](https://github.com/pingcap/tidb/issues/40629) @[ekexium](https://github.com/ekexium) + - アサーション エラーによりパーティションテーブルの MVCC 情報を出力できない問題を修正 [#40629](https://github.com/pingcap/tidb/issues/40629) @[ekexium](https://github.com/ekexium) - フェアロックモードで存在しないキーにロックが追加される問題を修正 [#41527](https://github.com/pingcap/tidb/issues/41527) @[ekexium](https://github.com/ekexium) - `INSERT IGNORE`および`REPLACE`文が値を変更しないキーをロックしない問題を修正 [#42121](https://github.com/pingcap/tidb/issues/42121) @[zyguan](https://github.com/zyguan) @@ -439,7 +439,7 @@ TiDB バージョン: 7.0.0- [DMR](/releases/versioning.md#development-milestone - すべてのダウンストリーム Kafka サーバーが利用できないときに TiCDCサーバーがパニックになる問題を修正 [#8523](https://github.com/pingcap/tiflow/issues/8523) @[3AceShowHand](https://github.com/3AceShowHand) - ダウンストリームがMySQLで、実行されたステートメントがTiDBと互換性がない場合にデータが失われる可能性がある問題を修正します [#8453](https://github.com/pingcap/tiflow/issues/8453) @[asddongmen](https://github.com/asddongmen) - ローリングアップグレードが TiCDC OOM を引き起こす可能性がある問題、またはチェックポイントがスタックする問題を修正 [#8329](https://github.com/pingcap/tiflow/issues/8329) @[overvenus](https://github.com/overvenus) - - Kubernetes で TiCDC クラスターの正常なアップグレードが失敗する問題を修正 [#8484](https://github.com/pingcap/tiflow/issues/8484) @[overvenus](https://github.com/overvenus) + - Kubernetes で TiCDC クラスターのグレースフルアップグレードが失敗する問題を修正 [#8484](https://github.com/pingcap/tiflow/issues/8484) @[overvenus](https://github.com/overvenus) - TiDB Data Migration (DM) diff --git a/releases/release-7.1.0.md b/releases/release-7.1.0.md index fee8e1899dd6f..3015bf05b2a4a 100644 --- a/releases/release-7.1.0.md +++ b/releases/release-7.1.0.md @@ -43,7 +43,7 @@ TiDB 7.1.0 は長期サポートリリース (LTS) です。 TiFlash MPPモードは複数の結合アルゴリズムをサポートしています。v7.1.0より前のバージョンでは、TiDBは[`tidb_broadcast_join_threshold_count`](/system-variables.md#tidb_broadcast_join_threshold_count-new-in-v50)と[`tidb_broadcast_join_threshold_size`](/system-variables.md#tidb_broadcast_join_threshold_size-new-in-v50)変数と実際のデータ量に基づいて、MPPモードでブロードキャストハッシュ結合アルゴリズムを使用するかどうかを判断します。 - v7.1.0 では、TiDB に[`tidb_prefer_broadcast_join_by_exchange_data_size`](/system-variables.md#tidb_prefer_broadcast_join_by_exchange_data_size-new-in-v710)変数が導入されました。この変数は、ネットワーク伝送の最小オーバーヘッドに基づいて MPP Join アルゴリズムを選択するかどうかを制御し、この変数はデフォルトで無効になっています。この変数を`ON`に設定すると、デフォルトのアルゴリズム選択方法が v7.1.0 以前と同じままであることを示します。この変数を有効にすると、 [`tidb_broadcast_join_threshold_count`](/system-variables.md#tidb_broadcast_join_threshold_count-new-in-v50)と[`tidb_broadcast_join_threshold_size`](/system-variables.md#tidb_broadcast_join_threshold_size-new-in-v50)変数を手動で調整する必要がなくなります（この時点では両方の変数は有効になりません）。TiDB は、異なる Join アルゴリズムによるネットワーク伝送のしきい値を自動的に推定し、全体的なオーバーヘッドが最小のアルゴリズムを選択します。これにより、ネットワークトラフィックが削減され、MPP クエリのパフォーマンスが向上します。 + v7.1.0 では、TiDB に[`tidb_prefer_broadcast_join_by_exchange_data_size`](/system-variables.md#tidb_prefer_broadcast_join_by_exchange_data_size-new-in-v710)変数が導入されました。この変数は、ネットワーク伝送の最小オーバーヘッドに基づいて MPP Join アルゴリズムを選択するかどうかを制御し、この変数はデフォルトで無効になっており、デフォルトのアルゴリズム選択方法が v7.1.0 より前と同じままであることを示します。有効にするには、この変数を`ON`に設定します。この変数を有効にすると、 [`tidb_broadcast_join_threshold_count`](/system-variables.md#tidb_broadcast_join_threshold_count-new-in-v50)と[`tidb_broadcast_join_threshold_size`](/system-variables.md#tidb_broadcast_join_threshold_size-new-in-v50)変数を手動で調整する必要がなくなります（この時点では両方の変数は有効になりません）。TiDB は、異なる Join アルゴリズムによるネットワーク伝送のしきい値を自動的に推定し、全体的なオーバーヘッドが最小のアルゴリズムを選択します。これにより、ネットワークトラフィックが削減され、MPP クエリのパフォーマンスが向上します。 詳細については[ドキュメント](/tiflash/use-tiflash-mpp-mode.md#algorithm-support-for-the-mpp-mode)を参照してください。 @@ -59,7 +59,7 @@ TiDB 7.1.0 は長期サポートリリース (LTS) です。 メモリ使用率を向上させるため、TiDB v7.1.0 では、非プリペアドプランキャッシュとプリペアドプランキャッシュのキャッシュプールを統合します。キャッシュサイズはシステム変数[`tidb_session_plan_cache_size`](/system-variables.md#tidb_session_plan_cache_size-new-in-v710)を使用して制御できます。システム変数[`tidb_prepared_plan_cache_size`](/system-variables.md#tidb_prepared_plan_cache_size-new-in-v610)と[`tidb_non_prepared_plan_cache_size`](/system-variables.md#tidb_non_prepared_plan_cache_size)は非推奨です。 - 前方互換性を維持するため、以前のバージョンからv7.1.0以降のバージョンにアップグレードする場合、キャッシュサイズ`tidb_session_plan_cache_size`は`tidb_prepared_plan_cache_size`と同じ値のままになり、 [`tidb_enable_non_prepared_plan_cache`](/system-variables.md#tidb_enable_non_prepared_plan_cache)アップグレード前の設定のままになります。十分なパフォーマンステストを行った後、 `tidb_enable_non_prepared_plan_cache`を使用して非プリペアドプランキャッシュを有効化できます。新規に作成されたクラスターでは、非プリペアドプランキャッシュはデフォルトで有効化されています。 + 前方互換性を維持するため、以前のバージョンからv7.1.0以降のバージョンにアップグレードする場合、キャッシュサイズ`tidb_session_plan_cache_size`は`tidb_prepared_plan_cache_size`と同じ値のままになり、 [`tidb_enable_non_prepared_plan_cache`](/system-variables.md#tidb_enable_non_prepared_plan_cache)は、アップグレード前の設定のままになります。十分なパフォーマンステストを行った後、 `tidb_enable_non_prepared_plan_cache`を使用して非プリペアドプランキャッシュを有効化できます。新規に作成されたクラスターでは、非プリペアドプランキャッシュはデフォルトで有効化されています。 非プリペアドプランキャッシュは、デフォルトではDML文をサポートしません。この制限を解除するには、システム変数[`tidb_enable_non_prepared_plan_cache_for_dml`](/system-variables.md#tidb_enable_non_prepared_plan_cache_for_dml-new-in-v710)を`ON`に設定してください。 @@ -107,7 +107,7 @@ TiDB 7.1.0 は長期サポートリリース (LTS) です。 - 統計のロード戦略を最適化する [#42160](https://github.com/pingcap/tidb/issues/42160) @[xuyifangreeneyes](https://github.com/xuyifangreeneyes) - TiDB v7.1.0では、軽量統計初期化機能が実験的機能として導入されました。軽量統計初期化により、起動時にロードする必要がある統計情報の数が大幅に削減され、統計情報のロード速度が向上します。この機能により、複雑なランタイム環境におけるTiDBの安定性が向上し、TiDBノードの再起動時にサービス全体への影響が軽減されます。この機能を有効にするには、パラメータ[`lite-init-stats`](/tidb-configuration-file.md#lite-init-stats-new-in-v710) ～ `true`を設定します。 + TiDB v7.1.0では、軽量統計初期化機能が実験的機能として導入されました。軽量統計初期化により、起動時にロードする必要がある統計情報の数が大幅に削減され、統計情報のロード速度が向上します。この機能により、複雑なランタイム環境におけるTiDBの安定性が向上し、TiDBノードの再起動時にサービス全体への影響が軽減されます。この機能を有効にするには、パラメータ[`lite-init-stats`](/tidb-configuration-file.md#lite-init-stats-new-in-v710)を`true`に設定します。 TiDBの起動時、初期統計情報が完全にロードされる前に実行されるSQL文は、最適ではない実行計画を持つ可能性があり、パフォーマンスの問題を引き起こす可能性があります。このような問題を回避するために、TiDB v7.1.0では設定パラメータ[`force-init-stats`](/tidb-configuration-file.md#force-init-stats-new-in-v657-and-v710)が導入されました。このオプションを使用すると、起動時に統計情報の初期化が完了した後にのみTiDBがサービスを提供するかどうかを制御できます。このパラメータはデフォルトで無効になっています。 @@ -129,10 +129,10 @@ TiDB 7.1.0 は長期サポートリリース (LTS) です。 v7.1.0 以降、 TiDB Lightning には、TiB レベルのデータをインポートする際の安定性を向上させるために 4つの設定項目が追加されました。 - - `tikv-importer.region-split-batch-size`バッチでリージョンを分割する際のリージョンの数を制御します。デフォルト値は`4096`です。 - - `tikv-importer.region-split-concurrency`リージョン分割時の同時実行を制御します。デフォルト値は CPU コアの数です。 + - `tikv-importer.region-split-batch-size`は、バッチでリージョンを分割する際のリージョンの数を制御します。デフォルト値は`4096`です。 + - `tikv-importer.region-split-concurrency`は、リージョン分割時の同時実行を制御します。デフォルト値は CPU コアの数です。 - `tikv-importer.region-check-backoff-limit` 、分割および分散処理後にリージョンがオンラインになるまでの再試行回数を制御します。デフォルト値は`1800`で、最大再試行間隔は 2秒です。再試行の間にいずれかのリージョンがオンラインになった場合、再試行回数は増加しません。 - - `tikv-importer.pause-pd-scheduler-scope` TiDB Lightning がPD スケジューリングを一時停止する範囲を制御します。値のオプションは`"table"`と`"global"`です。デフォルト値は`"table"`です。v6.1.0 より前のバージョンの TiDB では、データインポート中にグローバルスケジューリングを一時停止する`"global"`オプションのみを設定できます。v6.1.0 以降では、ターゲットテーブルデータが格納されているリージョンのスケジューリングのみを一時停止する`"table"`オプションがサポートされています。データ量が多いシナリオでは、安定性を向上させるために、この設定項目を`"global"`に設定することをお勧めします。 + - `tikv-importer.pause-pd-scheduler-scope`は、 TiDB Lightning がPD スケジューリングを一時停止する範囲を制御します。値のオプションは`"table"`と`"global"`です。デフォルト値は`"table"`です。v6.1.0 より前のバージョンの TiDB では、データインポート中にグローバルスケジューリングを一時停止する`"global"`オプションのみを設定できます。v6.1.0 以降では、ターゲットテーブルデータが格納されているリージョンのスケジューリングのみを一時停止する`"table"`オプションがサポートされています。データ量が多いシナリオでは、安定性を向上させるために、この設定項目を`"global"`に設定することをお勧めします。 詳細については[ドキュメント](/tidb-lightning/tidb-lightning-configuration.md)を参照してください。 @@ -190,8 +190,8 @@ TiDB 7.1.0 は長期サポートリリース (LTS) です。 SQLパフォーマンス診断では、十分な情報を取得することが鍵となります。TiDB v7.1.0では、様々な診断ツールにオプティマイザ実行時情報が追加され、実行計画の選択方法に関するより詳細な情報を提供し、SQLパフォーマンスの問題のトラブルシューティングを支援します。新しい情報には以下が含まれます。 - - [`PLAN REPLAYER`](/sql-plan-replayer.md)の出力は`debug_trace.json` 。 - - [`EXPLAIN`](/explain-walkthrough.md)の出力における`operator info`部分的な統計詳細。 + - [`PLAN REPLAYER`](/sql-plan-replayer.md)の出力に含まれる`debug_trace.json`。 + - [`EXPLAIN`](/explain-walkthrough.md)の出力における`operator info`の部分的な統計詳細。 - [スロークエリ](/identify-slow-queries.md)の`Stats`フィールドの部分的な統計詳細。 詳細については、 [`PLAN REPLAYER`を使用してクラスターの現場情報を保存および復元します](/sql-plan-replayer.md) 、 [`EXPLAIN`ウォークスルー](/explain-walkthrough.md) 、 [スロークエリを特定する](/identify-slow-queries.md)を参照してください。 @@ -204,7 +204,7 @@ TiDB 7.1.0 は長期サポートリリース (LTS) です。 - LDAP認証をサポート [#43580](https://github.com/pingcap/tidb/issues/43580) @[YangKeao](https://github.com/YangKeao) - v7.1.0 以降、TiDB は LDAP 認証をサポートし、 `authentication_ldap_sasl`と`authentication_ldap_simple` 2つの認証プラグインを提供します。 + v7.1.0 以降、TiDB は LDAP 認証をサポートし、 `authentication_ldap_sasl`と`authentication_ldap_simple`の2つの認証プラグインを提供します。 詳細については[ドキュメント](/security-compatibility-with-mysql.md)を参照してください。 @@ -214,13 +214,13 @@ TiDB 7.1.0 は長期サポートリリース (LTS) です。 - より詳細な監査イベント定義とよりきめ細かな監査設定のために、「フィルター」と「ルール」の概念を導入します。 - JSON 形式でのルールの定義をサポートし、よりユーザーフレンドリーな構成方法を提供します。 - - 自動ログローテーションとスペース管理関数を追加し、保持時間とログサイズの 2つの次元でのログローテーションの構成をサポートします。 + - 自動ログローテーションとスペース管理機能を追加し、保持時間とログサイズの 2つの次元でのログローテーションの構成をサポートします。 - 監査ログをTEXTと JSON 形式の両方で出力できるようにすることで、サードパーティツールとの統合が容易になります。 - 監査ログの秘匿化をサポートします。セキュリティ強化のため、すべてのリテラルを置き換えることができます。 データベース監査は、TiDB Enterprise Editionの重要な機能です。この機能は、企業のデータセキュリティとコンプライアンスを確保するための強力な監視・監査ツールを提供します。企業の管理者は、データベース操作の発生源と影響を追跡し、不正なデータ盗難や改ざんを防止することができます。さらに、データベース監査は、企業が様々な規制やコンプライアンス要件を満たし、法的および倫理的コンプライアンスを確保するのにも役立ちます。この機能は、企業の情報セキュリティにとって重要なアプリケーション価値を持っています。 - 詳細については、 [ユーザーガイド](https://static.pingcap.com/files/2023/09/18204824/TiDB-Database-Auditing-User-Guide1.pdf)ご覧ください。この機能はTiDB Enterprise Editionに含まれています。この機能を使用するには、 [TiDB Enterprise](https://www.pingcap.com/tidb-enterprise)ページに移動してTiDB Enterprise Editionを入手してください。 + 詳細については、 [ユーザーガイド](https://static.pingcap.com/files/2023/09/18204824/TiDB-Database-Auditing-User-Guide1.pdf)をご覧ください。この機能はTiDB Enterprise Editionに含まれています。この機能を使用するには、 [TiDB Enterprise](https://www.pingcap.com/tidb-enterprise)ページに移動してTiDB Enterprise Editionを入手してください。 ## 互換性の変更 {#compatibility-changes} @@ -234,13 +234,13 @@ TiDB 7.1.0 は長期サポートリリース (LTS) です。 TiFlash をv7.1.0 にアップグレードした場合、TiDB を v7.1.0 にアップグレードする際に、TiDB はTiFlashシステムテーブル ( [`INFORMATION_SCHEMA.TIFLASH_TABLES`](/information-schema/information-schema-tiflash-tables.md)と[`INFORMATION_SCHEMA.TIFLASH_SEGMENTS`](/information-schema/information-schema-tiflash-segments.md) ) を読み取ることができません。 -- TiDB バージョン v6.2.0 から v7.0.0 のTiDB Lightning は、TiDB クラスターのバージョンに基づいてグローバルスケジューリングを一時停止するかどうかを決定します。TiDB クラスター バージョン >= v6.1.0 の場合、スケジュールはターゲットテーブルデータを格納するリージョンに対してのみ一時停止され、ターゲットテーブルのインポートが完了すると再開されます。その他のバージョンの場合、 TiDB Lightning はグローバルスケジューリングを一時停止します。TiDB v7.1.0 以降では、 [`pause-pd-scheduler-scope`](/tidb-lightning/tidb-lightning-configuration.md)を設定することで、グローバルスケジューリングを一時停止するかどうかを制御できます。デフォルトでは、 TiDB Lightning はターゲットテーブルデータを格納するリージョンのスケジュールを一時停止します。ターゲットクラスターのバージョンが v6.1.0 より前の場合、エラーが発生します。この場合、パラメータの値を`"global"`に変更して再試行できます。 +- TiDB バージョン v6.2.0 から v7.0.0 のTiDB Lightning は、TiDB クラスターのバージョンに基づいてグローバルスケジューリングを一時停止するかどうかを決定します。TiDB クラスター バージョン >= v6.1.0 の場合、スケジュールはターゲットテーブルデータを格納するリージョンに対してのみ一時停止され、ターゲットテーブルのインポートが完了すると再開されます。その他のバージョンの場合、 TiDB Lightning はグローバルスケジューリングを一時停止します。TiDB v7.1.0 以降では、 [`pause-pd-scheduler-scope`](/tidb-lightning/tidb-lightning-configuration.md)を設定することで、グローバルスケジューリングを一時停止するかどうかを制御できます。デフォルトでは、 TiDB Lightning はターゲットテーブルデータを格納するリージョンのスケジュールを一時停止します。ターゲットクラスターのバージョンが v6.1.0 より前の場合、エラーが発生します。この場合、パラメータの値を`"global"`に変更して再試行できます。 -- TiDB v7.1.0で[`FLASHBACK CLUSTER TO TIMESTAMP`](/sql-statements/sql-statement-flashback-cluster.md)を使用すると、FLASHBACK操作が完了した後も、一部のリージョンがFLASHBACKプロセスに残る可能性があります。v7.1.0ではこの機能の使用を避けることをお勧めします。詳細については、問題を参照してください。この問題が発生した場合は、機能[TiDBスナップショットのバックアップと復元](/br/br-snapshot-guide.md)を使用してデータを復元できます。 [#44292](https://github.com/pingcap/tidb/issues/44292) +- TiDB v7.1.0で[`FLASHBACK CLUSTER TO TIMESTAMP`](/sql-statements/sql-statement-flashback-cluster.md)を使用すると、FLASHBACK操作が完了した後も、一部のリージョンがFLASHBACKプロセスに残る可能性があります。v7.1.0ではこの機能の使用を避けることをお勧めします。詳細については、 issue [#44292](https://github.com/pingcap/tidb/issues/44292)を参照してください。この問題が発生した場合は、 [TiDBスナップショットのバックアップと復元](/br/br-snapshot-guide.md)機能を使用してデータを復元できます。 ### システム変数 {#system-variables} -| 変数名 | タイプを変更 | 説明 | +| 変数名 | 変更の種類 | 説明 | | --------------------------------------------------------------------------------------------------------------------------------------- | -------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | [`tidb_enable_tiflash_read_for_write_stmt`](/system-variables.md#tidb_enable_tiflash_read_for_write_stmt-new-in-v630) | 非推奨 | デフォルト値を`OFF`から`ON`に変更します。 [`tidb_allow_mpp = ON`](/system-variables.md#tidb_allow_mpp-new-in-v50)の場合、オプティマイザは[SQLモード](/sql-mode.md)とTiFlashレプリカのコスト見積もりに基づいて、クエリをTiFlashにプッシュダウンするかどうかをインテリジェントに決定します。 | | [`tidb_non_prepared_plan_cache_size`](/system-variables.md#tidb_non_prepared_plan_cache_size) | 非推奨 | バージョン7.1.0以降、このシステム変数は非推奨となりました。[`tidb_session_plan_cache_size`](/system-variables.md#tidb_session_plan_cache_size-new-in-v710)を指定することで、キャッシュ可能なプランの最大数を制御できます。 | @@ -250,7 +250,7 @@ TiDB 7.1.0 は長期サポートリリース (LTS) です。 | [`tidb_load_based_replica_read_threshold`](/system-variables.md#tidb_load_based_replica_read_threshold-new-in-v700) | 変更 | バージョン7.1.0以降で有効となり、負荷ベースのレプリカ読み取りをトリガーするためのしきい値を制御します。追加のテストを経て、デフォルト値を`"0s"`から`"1s"`に変更します。 | | [`tidb_opt_enable_late_materialization`](/system-variables.md#tidb_opt_enable_late_materialization-new-in-v700) | 変更 | デフォルト値を`OFF`から`ON`に変更します。これは、 TiFlash の遅延マテリアライゼーション機能がデフォルトで有効になっていることを意味します。 | | [`authentication_ldap_sasl_auth_method_name`](/system-variables.md#authentication_ldap_sasl_auth_method_name-new-in-v710) | 新しく追加された | LDAP SASL 認証における認証方法名を指定します。 | -| [`authentication_ldap_sasl_bind_base_dn`](/system-variables.md#authentication_ldap_sasl_bind_base_dn-new-in-v710) | 新しく追加された | LDAP SASL認証における検索ツリー内の検索範囲を制限します。`AS ...`の句を指定せずにユーザーが作成された場合、TiDBはユーザー名に基づいてLDAPサーバー内の`dn`の句を自動的に検索します。 | +| [`authentication_ldap_sasl_bind_base_dn`](/system-variables.md#authentication_ldap_sasl_bind_base_dn-new-in-v710) | 新しく追加された | LDAP SASL認証における検索ツリー内の検索範囲を制限します。`AS ...`の句を指定せずにユーザーが作成された場合、TiDBはユーザー名に基づいてLDAPサーバー内の`dn`を自動的に検索します。 | | [`authentication_ldap_sasl_bind_root_dn`](/system-variables.md#authentication_ldap_sasl_bind_root_dn-new-in-v710) | 新しく追加された | LDAP SASL 認証でユーザーを検索するために LDAPサーバーにログインするために使用される`dn`を指定します。 | | [`authentication_ldap_sasl_bind_root_pwd`](/system-variables.md#authentication_ldap_sasl_bind_root_pwd-new-in-v710) | 新しく追加された | LDAP SASL 認証でユーザーを検索するために LDAPサーバーにログインするために使用されるパスワードを指定します。 | | [`authentication_ldap_sasl_ca_path`](/system-variables.md#authentication_ldap_sasl_ca_path-new-in-v710) | 新しく追加された | LDAP SASL 認証における StartTLS 接続用の証明機関ファイルの絶対パスを指定します。 | @@ -260,7 +260,7 @@ TiDB 7.1.0 は長期サポートリリース (LTS) です。 | [`authentication_ldap_sasl_server_port`](/system-variables.md#authentication_ldap_sasl_server_port-new-in-v710) | 新しく追加された | LDAP SASL 認証における LDAPサーバーのTCP/IP ポート番号を指定します。 | | [`authentication_ldap_sasl_tls`](/system-variables.md#authentication_ldap_sasl_tls-new-in-v710) | 新しく追加された | プラグインによる LDAPサーバーへの接続が LDAP SASL 認証の StartTLS で保護されるかどうかを指定します。 | | [`authentication_ldap_simple_auth_method_name`](/system-variables.md#authentication_ldap_simple_auth_method_name-new-in-v710) | 新しく追加された | LDAP簡易認証における認証方式名を指定します。`SIMPLE`のみがサポートされます。 | -| [`authentication_ldap_simple_bind_base_dn`](/system-variables.md#authentication_ldap_simple_bind_base_dn-new-in-v710) | 新しく追加された | LDAP簡易認証における検索ツリー内の検索範囲を制限します。`AS ...`の句を指定せずにユーザーが作成された場合、TiDBはユーザー名に基づいてLDAPサーバー内の`dn`の句を自動的に検索します。 | +| [`authentication_ldap_simple_bind_base_dn`](/system-variables.md#authentication_ldap_simple_bind_base_dn-new-in-v710) | 新しく追加された | LDAP簡易認証における検索ツリー内の検索範囲を制限します。`AS ...`の句を指定せずにユーザーが作成された場合、TiDBはユーザー名に基づいてLDAPサーバー内の`dn`を自動的に検索します。 | | [`authentication_ldap_simple_bind_root_dn`](/system-variables.md#authentication_ldap_simple_bind_root_dn-new-in-v710) | 新しく追加された | LDAP 簡易認証でユーザーを検索するために LDAPサーバーにログインするために使用される`dn`を指定します。 | | [`authentication_ldap_simple_bind_root_pwd`](/system-variables.md#authentication_ldap_simple_bind_root_pwd-new-in-v710) | 新しく追加された | LDAP 簡易認証でユーザーを検索するために LDAPサーバーにログインするために使用されるパスワードを指定します。 | | [`authentication_ldap_simple_ca_path`](/system-variables.md#authentication_ldap_simple_ca_path-new-in-v710) | 新しく追加された | LDAP 簡易認証での StartTLS 接続用の証明機関ファイルの絶対パスを指定します。 | @@ -271,7 +271,7 @@ TiDB 7.1.0 は長期サポートリリース (LTS) です。 | [`authentication_ldap_simple_tls`](/system-variables.md#authentication_ldap_simple_tls-new-in-v710) | 新しく追加された | プラグインによる LDAPサーバーへの接続が LDAP 簡易認証で StartTLS を使用して保護されるかどうかを指定します。 | | [`tidb_enable_dist_task`](/system-variables.md#tidb_enable_dist_task-new-in-v710) | 新しく追加された | 分散実行フレームワーク（DXF）を有効にするかどうかを制御します。DXFを有効にすると、DDL、インポート、およびその他のサポートされているDXFタスクは、クラスター内の複数のTiDBノードによって共同で実行されます。この変数は`tidb_ddl_distribute_reorg`から名前が変更されました。 | | [`tidb_enable_non_prepared_plan_cache_for_dml`](/system-variables.md#tidb_enable_non_prepared_plan_cache_for_dml-new-in-v710) | 新しく追加された | DML文に対して[非プリペアドプランキャッシュ](/sql-non-prepared-plan-cache.md)機能を有効にするかどうかを制御します。 | -| [`tidb_enable_row_level_checksum`](/system-variables.md#tidb_enable_row_level_checksum-new-in-v710) | 新しく追加された | 単一行データ機能に対して TiCDC データ整合性検証を有効にするかどうかを制御します。 | +| [`tidb_enable_row_level_checksum`](/system-variables.md#tidb_enable_row_level_checksum-new-in-v710) | 新しく追加された | 単一行データに対する TiCDC データ整合性検証機能を有効にするかどうかを制御します。 | | [`tidb_opt_fix_control`](/system-variables.md#tidb_opt_fix_control-new-in-v653-and-v710) | 新しく追加された | この変数は、オプティマイザをより細かく制御し、オプティマイザの動作の変更によって引き起こされるアップグレード後のパフォーマンスの低下を防ぐのに役立ちます。 | | [`tidb_plan_cache_invalidation_on_fresh_stats`](/system-variables.md#tidb_plan_cache_invalidation_on_fresh_stats-new-in-v710) | 新しく追加された | 関連テーブルの統計が更新されたときにプランキャッシュを自動的に無効にするかどうかを制御します。 | | [`tidb_plan_cache_max_plan_size`](/system-variables.md#tidb_plan_cache_max_plan_size-new-in-v710) | 新しく追加された | プリペアドプランキャッシュまたは非プリペアドプランキャッシュにキャッシュできるプランの最大サイズを制御します。 | @@ -280,7 +280,7 @@ TiDB 7.1.0 は長期サポートリリース (LTS) です。 ### 設定ファイルのパラメータ {#configuration-file-parameters} -| 設定ファイル | 設定パラメータ | タイプを変更 | 説明 | +| 設定ファイル | 設定パラメータ | 変更の種類 | 説明 | | -------------- | ------------------------------------------------------------------------------------------------------------------------------ | -------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | TiDB | [`performance.force-init-stats`](/tidb-configuration-file.md#force-init-stats-new-in-v657-and-v710) | 新しく追加された | TiDB の起動中にサービスを提供する前に、統計の初期化が完了するまで待機するかどうかを制御します。 | | TiDB | [`performance.lite-init-stats`](/tidb-configuration-file.md#lite-init-stats-new-in-v710) | 新しく追加された | TiDB の起動時に軽量統計初期化を使用するかどうかを制御します。 | @@ -312,7 +312,7 @@ TiDB 7.1.0 は長期サポートリリース (LTS) です。 - TTLスキャンクエリがTiKVブロックキャッシュに影響を与えないようにするには`SQL_NO_CACHE`を使用します。 [#43206](https://github.com/pingcap/tidb/issues/43206) @[lcwangchao](https://github.com/lcwangchao) - `MAX_EXECUTION_TIME`に関連するエラーメッセージを改善し、MySQL と互換性を持たせます [#43031](https://github.com/pingcap/tidb/issues/43031) @[dveeden](https://github.com/dveeden) - IndexLookUp のパーティションテーブルでの MergeSort オペレーターの使用をサポート [#26166](https://github.com/pingcap/tidb/issues/26166) @[Defined2014](https://github.com/Defined2014) - - MySQL と互換性を持たせるために`caching_sha2_password`拡張します [#43576](https://github.com/pingcap/tidb/issues/43576) @[asjdf](https://github.com/asjdf) + - MySQL と互換性を持たせるために`caching_sha2_password`を拡張します [#43576](https://github.com/pingcap/tidb/issues/43576) @[asjdf](https://github.com/asjdf) - TiKV @@ -343,14 +343,14 @@ TiDB 7.1.0 は長期サポートリリース (LTS) です。 - オブジェクトストレージにデータを複製するシナリオでDDLイベントが発生したときにディレクトリ構造を最適化する[#8890](https://github.com/pingcap/tiflow/issues/8890) @[CharlesCheung96](https://github.com/CharlesCheung96) - TiCDC レプリケーションタスクが失敗したときにアップストリームの GC TLS を設定する方法を最適化します[#8403](https://github.com/pingcap/tiflow/issues/8403) @[charleszheng44](https://github.com/charleszheng44) - - Kafka-on-Pulsar ダウンストリームへのデータ複製をサポート[#8892](https://github.com/pingcap/tiflow/issues/8892) @[Rustin170506](https://github.com/Rustin170506) + - Kafka-on-Pulsar ダウンストリームへのデータ複製をサポート[#8892](https://github.com/pingcap/tiflow/issues/8892) @[hi-rustin](https://github.com/Rustin170506) - Kafka にデータを複製する際に更新が発生した後に変更された列のみを複製するためのopen-protocol プロトコルの使用をサポートします。 [#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) @[hi-rustin](https://github.com/Rustin170506) - TiDB Lightning - - 不均一なリージョン分布に関連する事前チェック項目の重大度レベルを`Critical`から`Warn`に変更して、ユーザーがデータをインポートできないようにします[#42836](https://github.com/pingcap/tidb/issues/42836) @[okJiang](https://github.com/okJiang) + - 不均一なリージョン分布に関連する事前チェック項目の重大度レベルを`Critical`から`Warn`に変更して、ユーザーのデータインポートがブロックされないようにします[#42836](https://github.com/pingcap/tidb/issues/42836) @[okJiang](https://github.com/okJiang) - データのインポート中に`unknown RPC`エラーが発生した場合に再試行メカニズムを追加しました [#43291](https://github.com/pingcap/tidb/issues/43291) @[D3Hunter](https://github.com/D3Hunter) - リージョンジョブの再試行メカニズムを強化 [#43682](https://github.com/pingcap/tidb/issues/43682) @[lance6716](https://github.com/lance6716) @@ -367,7 +367,7 @@ TiDB 7.1.0 は長期サポートリリース (LTS) です。 - 多数のパーティションとTiFlashレプリカを持つパーティションテーブルに対して`TRUNCATE TABLE`を実行するときに書き込み競合によって発生する DDL 再試行の問題を修正しました。 [#42940](https://github.com/pingcap/tidb/issues/42940) @[mjonss](https://github.com/mjonss) - パーティションテーブル の作成時に`SUBPARTITION`を使用すると警告が表示されない問題を修正 [#41200](https://github.com/pingcap/tidb/issues/41200) @[mjonss](https://github.com/mjonss) [#41198](https://github.com/pingcap/tidb/issues/41198) - 生成列の値オーバーフローの問題を処理する際の MySQL との非互換性の問題を修正しました [#40066](https://github.com/pingcap/tidb/issues/40066) @[jiyfhust](https://github.com/jiyfhust) - - `REORGANIZE PARTITION`他の DDL 操作と同時に実行できない問題を修正 [#42442](https://github.com/pingcap/tidb/issues/42442) @[bb7133](https://github.com/bb7133) + - `REORGANIZE PARTITION`が他の DDL 操作と同時に実行できない問題を修正 [#42442](https://github.com/pingcap/tidb/issues/42442) @[bb7133](https://github.com/bb7133) - DDL でパーティション再編成タスクをキャンセルすると、後続の DDL 操作が失敗する可能性がある問題を修正しました[#42448](https://github.com/pingcap/tidb/issues/42448) @[lcwangchao](https://github.com/lcwangchao) - 特定の条件下で削除操作のアサーションが正しくない問題を修正[#42426](https://github.com/pingcap/tidb/issues/42426) @[tiancaiamao](https://github.com/tiancaiamao) - cgroup 情報の読み取りエラーにより、TiDBサーバーが起動できない問題を修正しました。エラーメッセージは「can't read file memory.stat from cgroup v1: open /sys/memory.stat no such file or directory」です[#42659](https://github.com/pingcap/tidb/issues/42659) @[hawkingrei](https://github.com/hawkingrei) @@ -394,7 +394,7 @@ TiDB 7.1.0 は長期サポートリリース (LTS) です。 - TiDBがテーブルを分析するときに構文エラーを報告する問題を修正しました [#43392](https://github.com/pingcap/tidb/issues/43392) @[guo-shaoge](https://github.com/guo-shaoge) - TiCDC がテーブル名の変更中に一部の行の変更を失う可能性がある問題を修正しました [#43338](https://github.com/pingcap/tidb/issues/43338) @[tangenta](https://github.com/tangenta) - クライアントがカーソル読み取りを使用すると TiDBサーバーがクラッシュする問題を修正しました [#38116](https://github.com/pingcap/tidb/issues/38116) @[YangKeao](https://github.com/YangKeao) - - `ADMIN SHOW DDL JOBS LIMIT`誤った結果を返す問題を修正[#42298](https://github.com/pingcap/tidb/issues/42298) @[CbcWestwolf](https://github.com/CbcWestwolf) + - `ADMIN SHOW DDL JOBS LIMIT`が誤った結果を返す問題を修正[#42298](https://github.com/pingcap/tidb/issues/42298) @[CbcWestwolf](https://github.com/CbcWestwolf) - `UNION` でユニオンビューと一時テーブルをクエリするときに発生する TiDBのpanic問題を修正しました。 [#42563](https://github.com/pingcap/tidb/issues/42563) @[lcwangchao](https://github.com/lcwangchao) - トランザクションで複数のステートメントをコミットするときにテーブル名の変更が有効にならない問題を修正しました [#39664](https://github.com/pingcap/tidb/issues/39664) @[tiancaiamao](https://github.com/tiancaiamao) - 時間変換中に準備済みプランキャッシュと非プリペアドプランキャッシュの動作間の非互換性の問題を修正しました [#42439](https://github.com/pingcap/tidb/issues/42439) @[qw4990](https://github.com/qw4990) @@ -413,20 +413,20 @@ TiDB 7.1.0 は長期サポートリリース (LTS) です。 - 暗号化キーIDの競合により古いキーが削除される可能性がある問題を修正しました [#14585](https://github.com/tikv/tikv/issues/14585) @[tabokie](https://github.com/tabokie) - クラスタを以前のバージョンから v6.5 以降のバージョンにアップグレードしたときに、累積したロック レコードによって発生するパフォーマンス低下の問題を修正しました。 [#14780](https://github.com/tikv/tikv/issues/14780) @[MyonKeminta](https://github.com/MyonKeminta) - PITRリカバリプロセス中に`raft entry is too large`エラーが発生する問題を修正 [#14313](https://github.com/tikv/tikv/issues/14313) @[YuJuncen](https://github.com/YuJuncen) - - PITRリカバリプロセス中に`log_batch` 2GBを超えるによりTiKVがパニックになる問題を修正 [#13848](https://github.com/tikv/tikv/issues/13848) @[YuJuncen](https://github.com/YuJuncen) + - PITRリカバリプロセス中に`log_batch`が2GBを超えることによりTiKVがパニックになる問題を修正 [#13848](https://github.com/tikv/tikv/issues/13848) @[YuJuncen](https://github.com/YuJuncen) - PD - TiKVパニック後にPD監視パネルの`low space store`の数が異常になる問題を修正 [#6252](https://github.com/tikv/pd/issues/6252) @[HuSharp](https://github.com/HuSharp) - PDリーダースイッチ後にリージョンヘルス監視データが削除される問題を修正 [#6366](https://github.com/tikv/pd/issues/6366) @[iosmanthus](https://github.com/iosmanthus) - - ルールチェッカーが`schedule=deny`ラベルの不健全な領域を修復できない問題を修正しました [#6426](https://github.com/tikv/pd/issues/6426) @[nolouch](https://github.com/nolouch) + - ルールチェッカーが`schedule=deny`ラベルの不健全なリージョンを修復できない問題を修正しました [#6426](https://github.com/tikv/pd/issues/6426) @[nolouch](https://github.com/nolouch) - TiKVまたはTiFlashの再起動後に既存のラベルの一部が失われる問題を修正[#6467](https://github.com/tikv/pd/issues/6467) @[JmPotato](https://github.com/JmPotato) - - レプリケーションモードの学習ノードがある場合、レプリケーションステータスを切り替えることができない問題を修正しました。 [#14704](https://github.com/tikv/tikv/issues/14704) @[nolouch](https://github.com/nolouch) + - レプリケーションモードのラーナーノードがある場合、レプリケーションステータスを切り替えることができない問題を修正しました。 [#14704](https://github.com/tikv/tikv/issues/14704) @[nolouch](https://github.com/nolouch) - TiFlash - 遅延マテリアライゼーションを有効にした後に、 `TIMESTAMP`または`TIME`タイプのデータをクエリするとエラーが返される問題を修正しました。 [#7455](https://github.com/pingcap/tiflash/issues/7455) @[Lloyd-Pottiger](https://github.com/Lloyd-Pottiger) - - 大規模な更新トランザクションにより、 TiFlash が繰り返しエラーを報告し、 を再起動する可能性がある問題を修正しました。 [#7316](https://github.com/pingcap/tiflash/issues/7316) @[JaySon-Huang](https://github.com/JaySon-Huang) + - 大規模な更新トランザクションにより、 TiFlash が繰り返しエラーを報告して再起動する可能性がある問題を修正しました。 [#7316](https://github.com/pingcap/tiflash/issues/7316) @[JaySon-Huang](https://github.com/JaySon-Huang) - ツール @@ -448,10 +448,10 @@ TiDB 7.1.0 は長期サポートリリース (LTS) です。 - レプリケーション中に latin1 データが破損する可能性がある問題を修正しました [#7028](https://github.com/pingcap/tiflow/issues/7028) @[lance6716](https://github.com/lance6716) - - TiDBDumpling + - TiDB Dumpling - `UNSIGNED INTEGER`型の主キーがチャンクの分割に使用できない問題を修正しました [#42620](https://github.com/pingcap/tidb/issues/42620) @[lichunzhu](https://github.com/lichunzhu) - - `--output-file-template`誤って設定されている場合に TiDB Dumpling がpanicする可能性がある問題を修正しました [#42391](https://github.com/pingcap/tidb/issues/42391) @[lichunzhu](https://github.com/lichunzhu) + - `--output-file-template`が誤って設定されている場合に TiDB Dumpling がpanicする可能性がある問題を修正しました [#42391](https://github.com/pingcap/tidb/issues/42391) @[lichunzhu](https://github.com/lichunzhu) - TiDB Binlog @@ -460,13 +460,13 @@ TiDB 7.1.0 は長期サポートリリース (LTS) です。 - TiDB Lightning - データインポート中のパフォーマンス低下の問題を修正 [#42456](https://github.com/pingcap/tidb/issues/42456) @[lance6716](https://github.com/lance6716) - - `write to tikv with no leader returned`大量データインポート時の問題を修正[#43055](https://github.com/pingcap/tidb/issues/43055) @[lance6716](https://github.com/lance6716) - - データインポート中にログが`keys within region is empty, skip doIngest`過剰になる問題を修正 [#43197](https://github.com/pingcap/tidb/issues/43197) @[D3Hunter](https://github.com/D3Hunter) + - 大量データのインポート時に`write to tikv with no leader returned`が発生する問題を修正[#43055](https://github.com/pingcap/tidb/issues/43055) @[lance6716](https://github.com/lance6716) + - データインポート中に`keys within region is empty, skip doIngest`ログが過剰に出力される問題を修正 [#43197](https://github.com/pingcap/tidb/issues/43197) @[D3Hunter](https://github.com/D3Hunter) - 部分書き込み中にpanicが発生する可能性がある問題を修正 [#43363](https://github.com/pingcap/tidb/issues/43363) @[lance6716](https://github.com/lance6716) - 幅の広いテーブルをインポートするときに OOM が発生する可能性がある問題を修正しました [#43728](https://github.com/pingcap/tidb/issues/43728) @[D3Hunter](https://github.com/D3Hunter) - TiDB Lightning Grafanaダッシュボードでデータが欠落する問題を修正 [#43357](https://github.com/pingcap/tidb/issues/43357) @[lichunzhu](https://github.com/lichunzhu) - `keyspace-name` の設定が間違っているためにインポートに失敗する問題を修正しました [#43684](https://github.com/pingcap/tidb/issues/43684) @[zeminzhou](https://github.com/zeminzhou) - - 範囲部分書き込み中にデータのインポートがスキップされる可能性がある問題を修正[#43768](https://github.com/pingcap/tidb/issues/43768) @[lance6716](https://github.com/lance6716) + - 場合によっては、範囲部分書き込み中にデータのインポートがスキップされる可能性がある問題を修正[#43768](https://github.com/pingcap/tidb/issues/43768) @[lance6716](https://github.com/lance6716) ## パフォーマンステスト {#performance-test} diff --git a/releases/release-7.1.1.md b/releases/release-7.1.1.md index 55a7dfc7abca1..7fc91758bb85b 100644 --- a/releases/release-7.1.1.md +++ b/releases/release-7.1.1.md @@ -26,7 +26,7 @@ TiDB バージョン: 7.1.1 - プランキャッシュは200以上のパラメータを持つクエリをサポートします[#44823](https://github.com/pingcap/tidb/issues/44823) @[qw4990](https://github.com/qw4990) - ディスクからダンプされたチャンクを読み込む際のパフォーマンスを最適化します@[YangKeao](https://github.com/YangKeao) [#45125](https://github.com/pingcap/tidb/issues/45125) - インデックススキャン範囲を構築するロジックを最適化し、複雑な条件をインデックススキャン範囲 に変換できるようにしました。 [#44389](https://github.com/pingcap/tidb/issues/44389) @[xuyifangreeneyes](https://github.com/xuyifangreeneyes) [#41572](https://github.com/pingcap/tidb/issues/41572) - - 古い読み取りの再試行リーダーがロックに遭遇すると、TiDBはロックを解決した後、リーダーで強制的に再試行し、不要なオーバーヘッドを回避します[#43659](https://github.com/pingcap/tidb/issues/43659) @[you06](https://github.com/you06) + - ステイル読み取りの再試行リーダーがロックに遭遇すると、TiDBはロックを解決した後、リーダーで強制的に再試行し、不要なオーバーヘッドを回避します[#43659](https://github.com/pingcap/tidb/issues/43659) @[you06](https://github.com/you06) - PD @@ -37,11 +37,11 @@ TiDB バージョン: 7.1.1 - TiCDC - TiCDC がオブジェクトストレージサービスにデータを複製する際のバイナリ フィールドのエンコード形式を最適化します。 [#9373](https://github.com/pingcap/tiflow/issues/9373) @[CharlesCheung96](https://github.com/CharlesCheung96) - - Kafka へのレプリケーションのシナリオでOAUTHBEARER認証をサポート [#8865](https://github.com/pingcap/tiflow/issues/8865) @[Rustin170506](https://github.com/Rustin170506) + - Kafka へのレプリケーションのシナリオでOAUTHBEARER認証をサポート [#8865](https://github.com/pingcap/tiflow/issues/8865) @[hi-rustin](https://github.com/Rustin170506) - TiDB Lightning - - チェックサムフェーズ中の`ClientTSOStreamClosed`エラーに対するTiDB Lightningの再試行ロジックを改善しました。 [#45301](https://github.com/pingcap/tidb/issues/45301) @[lance6716](https://github.com/lance6716) + - チェックサムフェーズ中の PD `ClientTSOStreamClosed`エラーに対するTiDB Lightningの再試行ロジックを改善しました。 [#45301](https://github.com/pingcap/tidb/issues/45301) @[lance6716](https://github.com/lance6716) - インポート後にSQLでチェックサムを検証し、検証の安定性を向上 [#41941](https://github.com/pingcap/tidb/issues/41941) @[GMHDBJD](https://github.com/GMHDBJD) - Dumpling @@ -69,10 +69,10 @@ TiDB バージョン: 7.1.1 - 1つのTiDBノードで障害が発生した後、他のTiDBノードがTTLタスクを引き継がない問題を修正しました [#45022](https://github.com/pingcap/tidb/issues/45022) @[lcwangchao](https://github.com/lcwangchao) - MySQLカーソルフェッチプロトコル使用時に、結果セットのメモリ消費量が`tidb_mem_quota_query`上限を超え、TiDBのメモリオーバーフローが発生する問題を修正しました。修正後、TiDBは結果セットを自動的にディスクに書き込み、メモリを解放します[#43233](https://github.com/pingcap/tidb/issues/43233) @[YangKeao](https://github.com/YangKeao) - 権限がなくてもユーザーが`INFORMATION_SCHEMA.TIFLASH_REPLICA`テーブルの情報を表示できる問題を修正 [#45320](https://github.com/pingcap/tidb/issues/45320) @[Lloyd-Pottiger](https://github.com/Lloyd-Pottiger) - - `ADMIN SHOW DDL JOBS`文によって返される`ROW_COUNT`不正確である問題を修正[#44044](https://github.com/pingcap/tidb/issues/44044) @[tangenta](https://github.com/tangenta) + - `ADMIN SHOW DDL JOBS`文によって返される`ROW_COUNT`が不正確である問題を修正[#44044](https://github.com/pingcap/tidb/issues/44044) @[tangenta](https://github.com/tangenta) - レンジCOLUMNSパーティションテーブルをクエリするとエラーが発生する可能性がある問題を修正しました [#43459](https://github.com/pingcap/tidb/issues/43459) @[mjonss](https://github.com/mjonss) - 一時停止中の DDL タスクの再開が失敗する問題を修正[#44217](https://github.com/pingcap/tidb/issues/44217) @[dhysum](https://github.com/dhysum) - - メモリ内の悲観的ロックが`FLASHBACK`障害と[#44292](https://github.com/pingcap/tidb/issues/44292) [Jmポテト](https://github.com/JmPotato)の不整合を引き起こす問題を修正しました。 + - メモリ内の悲観的ロックが`FLASHBACK`の失敗とデータの不整合を引き起こす問題を修正しました [#44292](https://github.com/pingcap/tidb/issues/44292) @[JmPotato](https://github.com/JmPotato) - 削除されたテーブルが`INFORMATION_SCHEMA` から引き続き読み取ることができる問題を修正しました [#43714](https://github.com/pingcap/tidb/issues/43714) @[tangenta](https://github.com/tangenta) - アップグレード前に一時停止された DDL 操作がある場合にクラスターのアップグレードが失敗する問題を修正[#44225](https://github.com/pingcap/tidb/issues/44225) @[zimulala](https://github.com/zimulala) - BR を使用して`AUTO_ID_CACHE=1`テーブルを復元するときに発生する`duplicate entry`エラーを修正します [#44716](https://github.com/pingcap/tidb/issues/44716) @[tiancaiamao](https://github.com/tiancaiamao) @@ -80,9 +80,9 @@ TiDB バージョン: 7.1.1 - `none`ステータスの`ADD INDEX` DDL タスクをキャンセルすると、このタスクが Distributed eXecution Framework (DXF) タスク キューから削除されないため、メモリリークが発生する可能性がある問題を修正しました。 [#44205](https://github.com/pingcap/tidb/issues/44205) @[tangenta](https://github.com/tangenta) - 特定のエラーデータを処理するときにプロキシプロトコルが`Header read timeout`エラーを報告する問題を修正しました [#43205](https://github.com/pingcap/tidb/issues/43205) @[blacktear23](https://github.com/blacktear23) - PD分離により実行中のDDL がブロックされる可能性がある問題を修正しました [#44267](https://github.com/pingcap/tidb/issues/44267) @[wjhuang2016](https://github.com/wjhuang2016) - - 文中の`n`負の数の場合に文`SELECT CAST(n AS CHAR)`のクエリ結果が正しくない問題を修正しました [#44786](https://github.com/pingcap/tidb/issues/44786) @[xhebox](https://github.com/xhebox) + - 文中の`n`が負の数の場合に文`SELECT CAST(n AS CHAR)`のクエリ結果が正しくない問題を修正しました [#44786](https://github.com/pingcap/tidb/issues/44786) @[xhebox](https://github.com/xhebox) - 多数の空のパーティションテーブルを作成した後に過剰なメモリ使用が発生する問題を修正しました [#44308](https://github.com/pingcap/tidb/issues/44308) @[hawkingrei](https://github.com/hawkingrei) - - 結合したテーブルの再配置により外部結合結果が不正確になる可能性がある問題を修正[#44314](https://github.com/pingcap/tidb/issues/44314) @[AilinKid](https://github.com/AilinKid) + - Join Reorder により外部結合結果が不正確になる可能性がある問題を修正[#44314](https://github.com/pingcap/tidb/issues/44314) @[AilinKid](https://github.com/AilinKid) - 共通テーブル式 (CTE) を含むクエリによってディスク容量が不足する可能性がある問題を修正[#44477](https://github.com/pingcap/tidb/issues/44477) @[guo-shaoge](https://github.com/guo-shaoge) - データベースを削除するとGCの進行が遅くなる問題を修正[#33069](https://github.com/pingcap/tidb/issues/33069) @[tiancaiamao](https://github.com/tiancaiamao) - 取り込みモードでインデックスの追加が失敗する問題を修正 [#44137](https://github.com/pingcap/tidb/issues/44137) @[tangenta](https://github.com/tangenta) @@ -90,8 +90,8 @@ TiDB バージョン: 7.1.1 - フォロワー読み取りが再試行前にフラッシュバックエラーを処理せず、クエリエラーが発生する問題を修正しました [#43673](https://github.com/pingcap/tidb/issues/43673) @[you06](https://github.com/you06) - カーソルフェッチで`memTracker`を使用するとメモリリークが発生する問題を修正[#44254](https://github.com/pingcap/tidb/issues/44254) @[YangKeao](https://github.com/YangKeao) - `SHOW PROCESSLIST`文でサブクエリ時間が長い文のトランザクションの TxnStart を表示できない問題を修正[#40851](https://github.com/pingcap/tidb/issues/40851) @[crazycs520](https://github.com/crazycs520) - - `LEADING`ヒントがブロックエイリアスのクエリをサポートしない問題を修正しました [#44645](https://github.com/pingcap/tidb/issues/44645) @[qw4990](https://github.com/qw4990) - - `PREPARE stmt FROM "ANALYZE TABLE xxx"` `tidb_mem_quota_query` で殺される可能性がある問題を修正 [#44320](https://github.com/pingcap/tidb/issues/44320) @[chrysan](https://github.com/chrysan) + - `LEADING`ヒントがクエリブロックのエイリアスをサポートしない問題を修正しました [#44645](https://github.com/pingcap/tidb/issues/44645) @[qw4990](https://github.com/qw4990) + - `PREPARE stmt FROM "ANALYZE TABLE xxx"`が`tidb_mem_quota_query`によって強制終了される可能性がある問題を修正 [#44320](https://github.com/pingcap/tidb/issues/44320) @[chrysan](https://github.com/chrysan) - 空の`processInfo` によって引き起こされるpanic問題を修正 [#43829](https://github.com/pingcap/tidb/issues/43829) @[zimulala](https://github.com/zimulala) - `ON UPDATE`文が主キーを正しく更新しない場合にデータとインデックスが不整合になる問題を修正しました [#44565](https://github.com/pingcap/tidb/issues/44565) @[zyguan](https://github.com/zyguan) - `tidb_opt_agg_push_down`が有効になっている場合にクエリが誤った結果を返す可能性がある問題を修正[#44795](https://github.com/pingcap/tidb/issues/44795) @[AilinKid](https://github.com/AilinKid) @@ -102,7 +102,7 @@ TiDB バージョン: 7.1.1 - PD - リソースマネージャーが既定のリソースグループを繰り返し初期化する問題を修正しました。 [#6787](https://github.com/tikv/pd/issues/6787) @[glorv](https://github.com/glorv) - - SQLの配置ルールで設定された`location-labels` 、期待どおりにスケジュールされない場合がある問題を修正しました。 [#6662](https://github.com/tikv/pd/issues/6662) @[rleungx](https://github.com/rleungx) + - SQLの配置ルールで設定された`location-labels`が期待どおりにスケジュールされない場合がある問題を修正しました。 [#6662](https://github.com/tikv/pd/issues/6662) @[rleungx](https://github.com/rleungx) - 一部のコーナーケースで冗長レプリカが自動的に修復されない問題を修正[#6573](https://github.com/tikv/pd/issues/6573) @[nolouch](https://github.com/nolouch) - TiFlash @@ -115,7 +115,7 @@ TiDB バージョン: 7.1.1 - Backup & Restore (BR) - `checksum mismatch`が場合によっては誤って報告される問題を修正[#44472](https://github.com/pingcap/tidb/issues/44472) @[Leavrth](https://github.com/Leavrth) - - TiDBクラスタにPITRバックアップタスクがない場合に頻度`resolve lock`が高すぎる問題を修正 [#40759](https://github.com/pingcap/tidb/issues/40759) @[joccau](https://github.com/joccau) + - TiDBクラスタにPITRバックアップタスクがない場合に`resolve lock`の頻度が高すぎる問題を修正 [#40759](https://github.com/pingcap/tidb/issues/40759) @[joccau](https://github.com/joccau) - TiCDC @@ -123,8 +123,8 @@ TiDB バージョン: 7.1.1 - オブジェクトストレージサービスへのレプリケーション時に過剰なメモリ消費が発生する問題を修正 [#8894](https://github.com/pingcap/tiflow/issues/8894) @[CharlesCheung96](https://github.com/CharlesCheung96) - 再実行ログが有効で、下流に例外がある場合にレプリケーションタスクが停止する可能性がある問題を修正しました。 [#9172](https://github.com/pingcap/tiflow/issues/9172) @[CharlesCheung96](https://github.com/CharlesCheung96) - 下流で障害が発生した場合に TiCDC が再試行を続け、再試行時間が長くなりすぎる問題を修正しました[#9272](https://github.com/pingcap/tiflow/issues/9272) @[asddongmen](https://github.com/asddongmen) - - Kafka にデータを複製する際に下流のメタデータを頻繁に読み取ることによって下流に過度の負荷がかかる問題を修正しました [#8959](https://github.com/pingcap/tiflow/issues/8959) @[Rustin170506](https://github.com/Rustin170506) - - ダウンストリームが Kafka の場合、TiCDC がダウンストリームのメタデータを頻繁にクエリし、ダウンストリームに過度のワークロードが発生する問題を修正しました[#8957](https://github.com/pingcap/tiflow/issues/8957) [#8959](https://github.com/pingcap/tiflow/issues/8959) @[Rustin170506](https://github.com/Rustin170506) + - Kafka にデータを複製する際に下流のメタデータを頻繁に読み取ることによって下流に過度の負荷がかかる問題を修正しました [#8959](https://github.com/pingcap/tiflow/issues/8959) @[hi-rustin](https://github.com/Rustin170506) + - ダウンストリームが Kafka の場合、TiCDC がダウンストリームのメタデータを頻繁にクエリし、ダウンストリームに過度のワークロードが発生する問題を修正しました[#8957](https://github.com/pingcap/tiflow/issues/8957) [#8959](https://github.com/pingcap/tiflow/issues/8959) @[hi-rustin](https://github.com/Rustin170506) - 一部の特殊なシナリオでソートコンポーネントの過剰なメモリ使用によって引き起こされる OOM 問題を修正[#8974](https://github.com/pingcap/tiflow/issues/8974) @[hicqu](https://github.com/hicqu) - AvroまたはCSVプロトコルが使用されている場合、 `UPDATE`操作で古い値を出力できない問題を修正しました[#9086](https://github.com/pingcap/tiflow/issues/9086) @[3AceShowHand](https://github.com/3AceShowHand) - ストレージサービスにデータを複製するときに、下流のDDL文に対応するJSONファイルにテーブルフィールドのデフォルト値が記録されない問題を修正しました。 [#9066](https://github.com/pingcap/tiflow/issues/9066) @[CharlesCheung96](https://github.com/CharlesCheung96) @@ -144,11 +144,11 @@ TiDB バージョン: 7.1.1 - チェックサム操作中に`Region is unavailable`エラーが報告される問題を修正 [#45462](https://github.com/pingcap/tidb/issues/45462) @[D3Hunter](https://github.com/D3Hunter) - `experimental.allow-expression-index`が有効でデフォルト値が UUID の場合に発生するTiDB Lightning panic問題を修正しました [#44497](https://github.com/pingcap/tidb/issues/44497) @[lichunzhu](https://github.com/lichunzhu) - 競合条件によりディスククォータが不正確になる可能性がある問題を修正 [#44867](https://github.com/pingcap/tidb/issues/44867) @[D3Hunter](https://github.com/D3Hunter) - - 論理インポートモードで、インポート中に下流のテーブルを削除すると、 TiDB Lightningメタデータが時間で更新されない可能性がある問題を修正しました。 [#44614](https://github.com/pingcap/tidb/issues/44614) @[dsdashun](https://github.com/dsdashun) + - 論理インポートモードで、インポート中に下流のテーブルを削除すると、 TiDB Lightningメタデータが適時に更新されない可能性がある問題を修正しました。 [#44614](https://github.com/pingcap/tidb/issues/44614) @[dsdashun](https://github.com/dsdashun) - Dumpling - - クエリ結果セット`--sql`が空の場合にDumpling が異常終了する問題を修正[#45200](https://github.com/pingcap/tidb/issues/45200) @[D3Hunter](https://github.com/D3Hunter) + - `--sql`のクエリ結果セットが空の場合にDumpling が異常終了する問題を修正[#45200](https://github.com/pingcap/tidb/issues/45200) @[D3Hunter](https://github.com/D3Hunter) - TiDB Binlog diff --git a/releases/release-7.1.2.md b/releases/release-7.1.2.md index c6e677d33ce9a..c27901e945126 100644 --- a/releases/release-7.1.2.md +++ b/releases/release-7.1.2.md @@ -16,9 +16,9 @@ TiDB バージョン: 7.1.2 - セキュリティ強化モード（SEM）で[`require_secure_transport`](https://docs.pingcap.com/tidb/v7.1/system-variables#require_secure_transport-new-in-v610)を`ON`に設定することを禁止し、ユーザーの潜在的な接続問題を防ぎます。 [#47665](https://github.com/pingcap/tidb/issues/47665) @[tiancaiamao](https://github.com/tiancaiamao) - [スムーズなアップグレード](/smooth-upgrade-tidb.md)機能はデフォルトで無効になっています。有効にするには、 `/upgrade/start`と`upgrade/finish` HTTPリクエストを送信します。 [#47172](https://github.com/pingcap/tidb/issues/47172) @[zimulala](https://github.com/zimulala) - オプティマイザがテーブルに対してハッシュ結合を選択するかどうかを制御する[`tidb_opt_enable_hash_join`](https://docs.pingcap.com/tidb/v7.1/system-variables#tidb_opt_enable_hash_join-new-in-v712)システム変数を導入します。 [#46695](https://github.com/pingcap/tidb/issues/46695) @[coderplay](https://github.com/coderplay) -- RocksDBの定期的な圧縮をデフォルトで無効にすることで、TiKV RocksDBのデフォルトの動作がv6.5.0より前のバージョンと一致するようになりました。この変更により、アップグレード後に大量の圧縮が行われることによるパフォーマンスへの影響を回避できます。さらに、TiKVでは2つの新しい設定項目[`rocksdb.[defaultcf|writecf|lockcf].periodic-compaction-seconds`](https://docs.pingcap.com/tidb/v7.1/tikv-configuration-file#periodic-compaction-seconds-new-in-v712)と[`rocksdb.[defaultcf|writecf|lockcf].ttl`](https://docs.pingcap.com/tidb/v7.1/tikv-configuration-file#ttl-new-in-v712)導入され、RocksDB の定期的な圧縮を手動で設定できるようになりました。 [#15355](https://github.com/tikv/tikv/issues/15355) @[LykxSassinator](https://github.com/LykxSassinator) -- TiCDCは、CSVプロトコルにおけるバイナリデータのエンコード方式を制御するための設定項目[`sink.csv.binary-encoding-method`](/ticdc/ticdc-changefeed-config.md#changefeed-configuration-parameters)導入しました。デフォルト値は`'base64'` です。 [#9373](https://github.com/pingcap/tiflow/issues/9373) @[CharlesCheung96](https://github.com/CharlesCheung96) -- TiCDC では、設定項目[`large-message-handle-option`](/ticdc/ticdc-sink-to-kafka.md#handle-messages-that-exceed-the-kafka-topic-limit)導入されています。デフォルトでは空で、メッセージサイズが Kafka トピックの制限を超えると changefeed が失敗します。この設定を`"handle-key-only"`に設定すると、メッセージがサイズ制限を超えた場合、メッセージサイズを縮小するためにハンドルキーのみが送信されます。縮小されたメッセージでも制限を超える場合、changefeed はで失敗します。 [#9680](https://github.com/pingcap/tiflow/issues/9680) @[3AceShowHand](https://github.com/3AceShowHand) +- RocksDBの定期的な圧縮をデフォルトで無効にすることで、TiKV RocksDBのデフォルトの動作がv6.5.0より前のバージョンと一致するようになりました。この変更により、アップグレード後に大量の圧縮が行われることによるパフォーマンスへの影響を回避できます。さらに、TiKVでは2つの新しい設定項目[`rocksdb.[defaultcf|writecf|lockcf].periodic-compaction-seconds`](https://docs.pingcap.com/tidb/v7.1/tikv-configuration-file#periodic-compaction-seconds-new-in-v712)と[`rocksdb.[defaultcf|writecf|lockcf].ttl`](https://docs.pingcap.com/tidb/v7.1/tikv-configuration-file#ttl-new-in-v712)が導入され、RocksDB の定期的な圧縮を手動で設定できるようになりました。 [#15355](https://github.com/tikv/tikv/issues/15355) @[LykxSassinator](https://github.com/LykxSassinator) +- TiCDCは、CSVプロトコルにおけるバイナリデータのエンコード方式を制御するための設定項目[`sink.csv.binary-encoding-method`](/ticdc/ticdc-changefeed-config.md#changefeed-configuration-parameters)を導入しました。デフォルト値は`'base64'` です。 [#9373](https://github.com/pingcap/tiflow/issues/9373) @[CharlesCheung96](https://github.com/CharlesCheung96) +- TiCDC では、設定項目[`large-message-handle-option`](/ticdc/ticdc-sink-to-kafka.md#handle-messages-that-exceed-the-kafka-topic-limit)が導入されています。デフォルトでは空で、メッセージサイズが Kafka トピックの制限を超えると changefeed が失敗します。この設定を`"handle-key-only"`に設定すると、メッセージがサイズ制限を超えた場合、メッセージサイズを縮小するためにハンドルキーのみが送信されます。縮小されたメッセージでも制限を超える場合、changefeed は失敗します。 [#9680](https://github.com/pingcap/tiflow/issues/9680) @[3AceShowHand](https://github.com/3AceShowHand) ### 動作の変更 {#behavior-changes} @@ -36,7 +36,7 @@ TiDB バージョン: 7.1.2 - 圧縮メカニズムを最適化します。リージョンが分割されるときに、分割するキーがない場合、圧縮がトリガーされ、過剰な MVCC バージョンが排除されます。 [#15282](https://github.com/tikv/tikv/issues/15282) @[SpadeA-Tang](https://github.com/SpadeA-Tang) - ルータオブジェクトのLRUCacheを排除してメモリ使用量を削減し、OOM を防止します。 [#15430](https://github.com/tikv/tikv/issues/15430) @[Connor1996](https://github.com/Connor1996) - - `Max gap of safe-ts`と`Min safe ts region`メトリックを追加し、 `tikv-ctl get-region-read-progress`コマンドを導入して、resolved-tsと安全な ts の状態をより適切に観察および診断します[#15082](https://github.com/tikv/tikv/issues/15082) @[ekexium](https://github.com/ekexium) + - `Max gap of safe-ts`と`Min safe ts region`メトリックを追加し、 `tikv-ctl get-region-read-progress`コマンドを導入して、resolved-tsとsafe-ts の状態をより適切に観察および診断します[#15082](https://github.com/tikv/tikv/issues/15082) @[ekexium](https://github.com/ekexium) - TiKV で RocksDB の設定を公開し、ユーザーが TTL や定期的な圧縮などの機能を無効にできるようにします[#14873](https://github.com/tikv/tikv/issues/14873) @[LykxSassinator](https://github.com/LykxSassinator) - 接続再試行のプロセスでPDクライアントのバックオフメカニズムを追加し、エラー再試行中に再試行間隔を徐々に増やしてPD圧力を軽減します。 [#15428](https://github.com/tikv/tikv/issues/15428) @[nolouch](https://github.com/nolouch) - Titan マニフェストファイルを書き込むときにミューテックスを保持しないようにして、他のスレッドに影響を与えないようにします[#15351](https://github.com/tikv/tikv/issues/15351) @[Connor1996](https://github.com/Connor1996) @@ -56,7 +56,7 @@ TiDB バージョン: 7.1.2 - Backup & Restore (BR) - HTTPクライアントで`MaxIdleConns`と`MaxIdleConnsPerHost`パラメータを設定することにより、ログバックアップとPITRリストアタスクの接続再利用のサポートを強化します。 [#46011](https://github.com/pingcap/tidb/issues/46011) @[Leavrth](https://github.com/Leavrth) - - ログバックアップのCPUオーバーヘッドを削減`resolve lock` [#40759](https://github.com/pingcap/tidb/issues/40759) @[3pointer](https://github.com/3pointer) + - ログバックアップの`resolve lock`のCPUオーバーヘッドを削減 [#40759](https://github.com/pingcap/tidb/issues/40759) @[3pointer](https://github.com/3pointer) - 新しい復元パラメータ`WaitTiflashReady`を追加します。このパラメータを有効にすると、 TiFlashレプリカが正常に複製された後に復元操作が完了します[#43828](https://github.com/pingcap/tidb/issues/43828) [#46302](https://github.com/pingcap/tidb/issues/46302) @[3pointer](https://github.com/3pointer) - TiCDC @@ -79,7 +79,7 @@ TiDB バージョン: 7.1.2 - TiDB - - `GROUP_CONCAT` `ORDER BY`列を解析できない問題を修正 [#41986](https://github.com/pingcap/tidb/issues/41986) @[AilinKid](https://github.com/AilinKid) + - `GROUP_CONCAT`が`ORDER BY`列を解析できない問題を修正 [#41986](https://github.com/pingcap/tidb/issues/41986) @[AilinKid](https://github.com/AilinKid) - システムテーブル`INFORMATION_SCHEMA.TIKV_REGION_STATUS`をクエリすると、場合によっては誤った結果が返される問題を修正しました[#45531](https://github.com/pingcap/tidb/issues/45531) @[Defined2014](https://github.com/Defined2014) - メタデータの読み取りに 1つの DDL リースよりも長い時間がかかる場合に TiDB のアップグレードが停止する問題を修正しました [#45176](https://github.com/pingcap/tidb/issues/45176) @[zimulala](https://github.com/zimulala) - CTE を含む DML 文を実行するとpanicが発生する問題を修正しました [#46083](https://github.com/pingcap/tidb/issues/46083) @[winoros](https://github.com/winoros) @@ -91,14 +91,14 @@ TiDB バージョン: 7.1.2 - 接続を切断すると go コルーチン リークが発生する可能性がある問題を修正[#46034](https://github.com/pingcap/tidb/issues/46034) @[pingyu](https://github.com/pingyu) - インデックス結合のエラーによりクエリが停止する可能性がある問題を修正[#45716](https://github.com/pingcap/tidb/issues/45716) @[wshwsh12](https://github.com/wshwsh12) - ハッシュパーティションテーブルに対して`BatchPointGet`オペレーターが誤った結果を返す問題を修正しました [#46779](https://github.com/pingcap/tidb/issues/46779) @[jiyfhust](https://github.com/jiyfhust) - - `EXCHANGE PARTITION`失敗またはキャンセルされた場合に、パーティションテーブルの制限が元のテーブルに残る問題を修正[#45920](https://github.com/pingcap/tidb/issues/45920) [#45791](https://github.com/pingcap/tidb/issues/45791) @[mjonss](https://github.com/mjonss) + - `EXCHANGE PARTITION`が失敗またはキャンセルされた場合に、パーティションテーブルの制限が元のテーブルに残る問題を修正[#45920](https://github.com/pingcap/tidb/issues/45920) [#45791](https://github.com/pingcap/tidb/issues/45791) @[mjonss](https://github.com/mjonss) - 2つのサブクエリを結合するときに`TIDB_INLJ`ヒントが有効にならない問題を修正しました [#46160](https://github.com/pingcap/tidb/issues/46160) @[qw4990](https://github.com/qw4990) - `DATETIME`または`TIMESTAMP`列を数値定数と比較するときに、MySQL と動作が一致しない問題を修正しました。 [#38361](https://github.com/pingcap/tidb/issues/38361) @[yibin87](https://github.com/yibin87) - 深くネストされた式に対してハッシュコードが繰り返し計算され、メモリ使用量が増加し、OOM が発生する問題を修正しました。 [#42788](https://github.com/pingcap/tidb/issues/42788) @[AilinKid](https://github.com/AilinKid) - アクセスパスプルーニングロジックが`READ_FROM_STORAGE(TIFLASH[...])`ヒントを無視し、 `Can't find a proper physical plan`エラーが発生する問題を修正しました。 [#40146](https://github.com/pingcap/tidb/issues/40146) @[AilinKid](https://github.com/AilinKid) - CAST に精度損失がないのに条件`cast(col)=range`で FullScan が発生する問題を修正[#45199](https://github.com/pingcap/tidb/issues/45199) @[AilinKid](https://github.com/AilinKid) - - `plan replayer dump explain`エラーを報告する問題を修正 [#46197](https://github.com/pingcap/tidb/issues/46197) @[time-and-fate](https://github.com/time-and-fate) - - `tmp-storage-quota`設定が で有効にならない問題を修正 [#26806](https://github.com/pingcap/tidb/issues/26806) @[wshwsh12](https://github.com/wshwsh12) [#45161](https://github.com/pingcap/tidb/issues/45161) + - `plan replayer dump explain`がエラーを報告する問題を修正 [#46197](https://github.com/pingcap/tidb/issues/46197) @[time-and-fate](https://github.com/time-and-fate) + - `tmp-storage-quota`設定が有効にならない問題を修正 [#26806](https://github.com/pingcap/tidb/issues/26806) @[wshwsh12](https://github.com/wshwsh12) [#45161](https://github.com/pingcap/tidb/issues/45161) - TiDBパーサーが状態のままになり、解析エラーが発生する問題を修正[#45898](https://github.com/pingcap/tidb/issues/45898) @[qw4990](https://github.com/qw4990) - MPP実行計画で集計がユニオンを介してプッシュダウンされると、結果が正しくなくなる問題を修正[#45850](https://github.com/pingcap/tidb/issues/45850) @[AilinKid](https://github.com/AilinKid) - `AUTO_ID_CACHE=1` に設定されている場合に、panic後に TiDB がゆっくりと回復する問題を修正しました。 [#46454](https://github.com/pingcap/tidb/issues/46454) @[tiancaiamao](https://github.com/tiancaiamao) @@ -109,15 +109,15 @@ TiDB バージョン: 7.1.2 - タイムゾーン情報が正しくない時間フィールドをエンコードする問題を修正[#46033](https://github.com/pingcap/tidb/issues/46033) @[tangenta](https://github.com/tangenta) - `tmp`ディレクトリが存在しない場合にインデックスを高速に追加する DDL 文がスタックする問題を修正しました[#45456](https://github.com/pingcap/tidb/issues/45456) @[tangenta](https://github.com/tangenta) - 複数の TiDB インスタンスを同時にアップグレードするとアップグレードプロセスがブロックされる可能性がある問題を修正[#46228](https://github.com/pingcap/tidb/issues/46228) @[zimulala](https://github.com/zimulala) - - 領域を分割する際に誤ったパラメータが使用されることで発生する、リージョンが不均一に分散される問題を修正しました。 [#46135](https://github.com/pingcap/tidb/issues/46135) @[zimulala](https://github.com/zimulala) + - リージョンを分割する際に誤ったパラメータが使用されることで発生する、リージョンが不均一に分散される問題を修正しました。 [#46135](https://github.com/pingcap/tidb/issues/46135) @[zimulala](https://github.com/zimulala) - TiDB の再起動後に DDL 操作が停止する可能性がある問題を修正[#46751](https://github.com/pingcap/tidb/issues/46751) @[wjhuang2016](https://github.com/wjhuang2016) - 非整数クラスター化インデックスでのテーブル分割操作を禁止する [#47350](https://github.com/pingcap/tidb/issues/47350) @[tangenta](https://github.com/tangenta) - 不正なMDL処理によりDDL操作が永続的にブロックされる可能性がある問題を修正 [#46920](https://github.com/pingcap/tidb/issues/46920) @[wjhuang2016](https://github.com/wjhuang2016) - テーブルの名前変更によって発生する`information_schema.columns`の重複行の問題を修正 [#47064](https://github.com/pingcap/tidb/issues/47064) @[jiyfhust](https://github.com/jiyfhust) - - `batch-client` in `client-go` のpanic問題を修正 [#47691](https://github.com/pingcap/tidb/issues/47691) @[crazycs520](https://github.com/crazycs520) + - `client-go`の`batch-client`のpanic問題を修正 [#47691](https://github.com/pingcap/tidb/issues/47691) @[crazycs520](https://github.com/crazycs520) - パーティション化されたテーブルの統計収集が、メモリ使用量がメモリ制限を超えたときに時間内に強制終了されない問題を修正しました。 [#45706](https://github.com/pingcap/tidb/issues/45706) @[hawkingrei](https://github.com/hawkingrei) - クエリに`UNHEX`条件が含まれている場合にクエリ結果が不正確になる問題を修正しました [#45378](https://github.com/pingcap/tidb/issues/45378) @[qw4990](https://github.com/qw4990) - - TiDBが`GROUP_CONCAT` のクエリに対して`Can't find column`返す問題を修正 [#41957](https://github.com/pingcap/tidb/issues/41957) @[AilinKid](https://github.com/AilinKid) + - TiDBが`GROUP_CONCAT` のクエリに対して`Can't find column`を返す問題を修正 [#41957](https://github.com/pingcap/tidb/issues/41957) @[AilinKid](https://github.com/AilinKid) - TiKV @@ -140,7 +140,7 @@ TiDB バージョン: 7.1.2 - v2 スケジューラ アルゴリズムでホットリージョンがスケジュールされない可能性がある問題を修正しました [#6645](https://github.com/tikv/pd/issues/6645) @[lhy1024](https://github.com/lhy1024) - TLSハンドシェイクにより空のクラスタでCPU使用率が上昇する可能性がある問題を修正 [#6913](https://github.com/tikv/pd/issues/6913) @[nolouch](https://github.com/nolouch) - PDノード間の注入エラーによりPD panicが発生する可能性がある問題を修正しました [#6858](https://github.com/tikv/pd/issues/6858) @[HuSharp](https://github.com/HuSharp) - - ストア情報の同期によりPDリーダーが終了し、 で停止する可能性がある問題を修正しました。 [#6918](https://github.com/tikv/pd/issues/6918) @[rleungx](https://github.com/rleungx) + - ストア情報の同期によりPDリーダーが終了して停止する可能性がある問題を修正しました。 [#6918](https://github.com/tikv/pd/issues/6918) @[rleungx](https://github.com/rleungx) - フラッシュバック後にリージョン情報が更新されない問題を修正 [#6912](https://github.com/tikv/pd/issues/6912) @[overvenus](https://github.com/overvenus) - 終了時に PD がpanicになる可能性がある問題を修正しました [#7053](https://github.com/tikv/pd/issues/7053) @[HuSharp](https://github.com/HuSharp) - コンテキストタイムアウトにより`lease timeout`エラーが発生する可能性がある問題を修正 [#6926](https://github.com/tikv/pd/issues/6926) @[rleungx](https://github.com/rleungx) @@ -152,13 +152,13 @@ TiDB バージョン: 7.1.2 - ルールチェッカーがピアを選択した場合に、不健全なピアを削除できない問題を修正しました [#6559](https://github.com/tikv/pd/issues/6559) @[nolouch](https://github.com/nolouch) - etcd がすでに起動しているがクライアントがまだ接続していない場合、クライアントを呼び出すと PD がpanicになる可能性がある問題を修正しました。 [#6860](https://github.com/tikv/pd/issues/6860) @[HuSharp](https://github.com/HuSharp) - RU消費量が0未満の場合にPDがクラッシュする問題を修正 [#6973](https://github.com/tikv/pd/issues/6973) @[CabinfeverB](https://github.com/CabinfeverB) - - クラスタが大きい場合、クライアントが定期的に更新される`min-resolved-ts` PD OOMを引き起こす可能性がある問題を修正しました[#46664](https://github.com/pingcap/tidb/issues/46664) @[HuSharp](https://github.com/HuSharp) + - クラスタが大きい場合、client-go が`min-resolved-ts`を定期的に更新することで PD OOMを引き起こす可能性がある問題を修正しました[#46664](https://github.com/pingcap/tidb/issues/46664) @[HuSharp](https://github.com/HuSharp) - TiFlash - MemoryTracker によって報告されるメモリ使用量が不正確であるという問題を修正[#8128](https://github.com/pingcap/tiflash/issues/8128) @[JinheLin](https://github.com/JinheLin) - - 領域の無効な範囲キーによりTiFlashデータが不整合になる問題を修正しました [#7762](https://github.com/pingcap/tiflash/issues/7762) @[lidezhu](https://github.com/lidezhu) - - `fsp` `DATETIME` 、 `TIMESTAMP` 、または`TIME`データ型に変更した後にクエリが失敗する問題を修正しました [#7809](https://github.com/pingcap/tiflash/issues/7809) @[JaySon-Huang](https://github.com/JaySon-Huang) + - リージョンの無効な範囲キーによりTiFlashデータが不整合になる問題を修正しました [#7762](https://github.com/pingcap/tiflash/issues/7762) @[lidezhu](https://github.com/lidezhu) + - `DATETIME` 、 `TIMESTAMP` 、または`TIME`データ型の`fsp`を変更した後にクエリが失敗する問題を修正しました [#7809](https://github.com/pingcap/tiflash/issues/7809) @[JaySon-Huang](https://github.com/JaySon-Huang) - 同じ MPP タスク内に複数の HashAgg オペレーターがある場合、MPP タスクのコンパイルに非常に長い時間がかかり、クエリのパフォーマンスに重大な影響を与える可能性がある問題を修正しました[#7810](https://github.com/pingcap/tiflash/issues/7810) @[SeaRise](https://github.com/SeaRise) - ツール @@ -170,7 +170,7 @@ TiDB バージョン: 7.1.2 - RawKVモードのきめ細かなバックアップフェーズで発生する可能性のあるエラーを修正 [#37085](https://github.com/pingcap/tidb/issues/37085) @[pingyu](https://github.com/pingyu) - PITRを使用してメタkvを回復するとエラーが発生する可能性がある問題を修正しました [#46578](https://github.com/pingcap/tidb/issues/46578) @[Leavrth](https://github.com/Leavrth) - BR統合テストケースのエラーを修正 [#46561](https://github.com/pingcap/tidb/issues/46561) @[purelind](https://github.com/purelind) - - BRで使用されるグローバルパラメータ`TableColumnCountLimit`と`IndexLimit`デフォルト値を最大値に増やすことで、復元が失敗する問題を修正しました。 [#45793](https://github.com/pingcap/tidb/issues/45793) @[Leavrth](https://github.com/Leavrth) + - BRで使用されるグローバルパラメータ`TableColumnCountLimit`と`IndexLimit`のデフォルト値を最大値に増やすことで、復元が失敗する問題を修正しました。 [#45793](https://github.com/pingcap/tidb/issues/45793) @[Leavrth](https://github.com/Leavrth) - 復元されたデータをスキャンするときに br CLI クライアントが停止する問題を修正しました [#45476](https://github.com/pingcap/tidb/issues/45476) @[3pointer](https://github.com/3pointer) - PITRが`CREATE INDEX` DDL文の復元をスキップする可能性がある問題を修正しました [#47482](https://github.com/pingcap/tidb/issues/47482) @[Leavrth](https://github.com/Leavrth) - 1分以内にPITRを複数回実行するとデータ損失が発生する可能性がある問題を修正[#15483](https://github.com/tikv/tikv/issues/15483) @[YuJuncen](https://github.com/YuJuncen) @@ -189,12 +189,12 @@ TiDB バージョン: 7.1.2 - PDノードのネットワーク分離によって発生するTiCDCレプリケーションのレイテンシーが大きくなる問題を修正 [#9565](https://github.com/pingcap/tiflow/issues/9565) @[asddongmen](https://github.com/asddongmen) - PD のスケールアップおよびスケールダウン中に TiCDC が無効な古いアドレスにアクセスする問題を修正[#9584](https://github.com/pingcap/tiflow/issues/9584) @[fubinzh](https://github.com/fubinzh) @[asddongmen](https://github.com/asddongmen) - 上流にリージョンが多数ある場合、TiCDC が TiKV ノード障害から迅速に回復できない問題を修正しました。 [#9741](https://github.com/pingcap/tiflow/issues/9741) @[sdojjy](https://github.com/sdojjy) - - CSV形式を使用するとTiCDCが誤って`UPDATE`演算を`INSERT`に変更する問題を修正 [#9658](https://github.com/pingcap/tiflow/issues/9658) @[3AceShowHand](https://github.com/3AceShowHand) + - CSV形式を使用するとTiCDCが誤って`UPDATE`操作を`INSERT`に変更する問題を修正 [#9658](https://github.com/pingcap/tiflow/issues/9658) @[3AceShowHand](https://github.com/3AceShowHand) - アップストリームで同じDDL文で複数のテーブルの名前を変更するとレプリケーションエラーが発生する問題を修正 [#9488](https://github.com/pingcap/tiflow/issues/9488) @[CharlesCheung96](https://github.com/CharlesCheung96) [#9476](https://github.com/pingcap/tiflow/issues/9476) @[asddongmen](https://github.com/asddongmen) - Kafka に同期するときに再試行間隔が短いためにレプリケーションタスクが失敗する問題を修正しました [#9504](https://github.com/pingcap/tiflow/issues/9504) @[3AceShowHand](https://github.com/3AceShowHand) - アップストリームで 1つのトランザクションで複数の行の一意のキーが変更されると、レプリケーション書き込み競合が発生する可能性がある問題を修正しました。 [#9430](https://github.com/pingcap/tiflow/issues/9430) @[sdojjy](https://github.com/sdojjy) - ダウンストリームで短期的な障害が発生したときにレプリケーションタスクが停止する可能性がある問題を修正[#9542](https://github.com/pingcap/tiflow/issues/9542) [#9272](https://github.com/pingcap/tiflow/issues/9272) [#9582](https://github.com/pingcap/tiflow/issues/9582) [#9592](https://github.com/pingcap/tiflow/issues/9592) @[hicqu](https://github.com/hicqu) - - ダウンストリームでエラーが発生し、 で再試行すると、レプリケーションタスクが停止する可能性がある問題を修正しました。 [#9450](https://github.com/pingcap/tiflow/issues/9450) @[hicqu](https://github.com/hicqu) + - ダウンストリームでエラーが発生して再試行すると、レプリケーションタスクが停止する可能性がある問題を修正しました。 [#9450](https://github.com/pingcap/tiflow/issues/9450) @[hicqu](https://github.com/hicqu) - Kafka にデータを複製するときに TiCDC が停止する可能性がある問題を修正しました [#9855](https://github.com/pingcap/tiflow/issues/9855) @[hicqu](https://github.com/hicqu) - TiDB Data Migration (DM) @@ -210,7 +210,7 @@ TiDB バージョン: 7.1.2 - `AUTO_ID_CACHE=1`を含むテーブルをインポートするときに、間違った`row_id`が割り当てられる問題を修正しました [#46100](https://github.com/pingcap/tidb/issues/46100) @[D3Hunter](https://github.com/D3Hunter) - `NEXT_GLOBAL_ROW_ID` を保存するときにデータ型が間違っている問題を修正しました [#45427](https://github.com/pingcap/tidb/issues/45427) @[lyzx2001](https://github.com/lyzx2001) - - `checksum = "optional"` のときにチェックサムがエラーを報告する問題を修正しました [#45382](https://github.com/pingcap/tidb/issues/45382) @[lyzx2001](https://github.com/lyzx2001) + - `checksum = "optional"` のときでもチェックサムがエラーを報告する問題を修正しました [#45382](https://github.com/pingcap/tidb/issues/45382) @[lyzx2001](https://github.com/lyzx2001) - PDクラスタアドレスが変更されるとデータのインポートが失敗する問題を修正しました [#43436](https://github.com/pingcap/tidb/issues/43436) @[lichunzhu](https://github.com/lichunzhu) - PDトポロジが変更されるとTiDB Lightningが起動に失敗する問題を修正[#46688](https://github.com/pingcap/tidb/issues/46688) @[lance6716](https://github.com/lance6716) - CSVデータをインポートする際にルートがpanicになる可能性がある問題を修正 [#43284](https://github.com/pingcap/tidb/issues/43284) @[lyzx2001](https://github.com/lyzx2001) diff --git a/releases/release-7.1.3.md b/releases/release-7.1.3.md index b6aed07ae0c46..df40762456443 100644 --- a/releases/release-7.1.3.md +++ b/releases/release-7.1.3.md @@ -14,9 +14,9 @@ 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 では、次の新しい設定項目が導入されています。 - [`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) + - [`encoding-worker-num`](/ticdc/ticdc-changefeed-config.md)と[`flush-worker-num`](/ticdc/ticdc-changefeed-config.md) : 異なるマシンの仕様に基づいて、REDOモジュールに異なる同時実行パラメータを設定できます[#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) - [`sink.cloud-storage-config`](/ticdc/ticdc-changefeed-config.md) : オブジェクトストレージにデータを複製するときに履歴データの自動クリーンアップを設定できます [#10109](https://github.com/pingcap/tiflow/issues/10109) @[CharlesCheung96](https://github.com/CharlesCheung96) @@ -63,14 +63,14 @@ TiDB バージョン: 7.1.3 - `UPDATE`文が PointGet に誤って変換される可能性がある問題を修正しました [#47445](https://github.com/pingcap/tidb/issues/47445) @[Rustin170506](https://github.com/Rustin170506) - TiDBが`stats_history`テーブルでガベージコレクションを実行するときに発生する可能性のあるOOM問題を修正しました。 [#48431](https://github.com/pingcap/tidb/issues/48431) @[hawkingrei](https://github.com/hawkingrei) - 同じクエリプランで、場合によっては異なる`PLAN_DIGEST`値が発生する問題を修正しました [#47634](https://github.com/pingcap/tidb/issues/47634) @[King-Dylan](https://github.com/King-Dylan) - - `GenJSONTableFromStats`大量のメモリを消費すると強制終了できない問題を修正[#47779](https://github.com/pingcap/tidb/issues/47779) @[hawkingrei](https://github.com/hawkingrei) + - `GenJSONTableFromStats`が大量のメモリを消費すると強制終了できない問題を修正[#47779](https://github.com/pingcap/tidb/issues/47779) @[hawkingrei](https://github.com/hawkingrei) - 述語が共通テーブル式にプッシュダウンされたときに結果が不正確になる可能性がある問題を修正しました [#47881](https://github.com/pingcap/tidb/issues/47881) @[winoros](https://github.com/winoros) - `AUTO_ID_CACHE=1` に設定されている場合に`Duplicate entry`が発生する可能性がある問題を修正しました [#46444](https://github.com/pingcap/tidb/issues/46444) @[tiancaiamao](https://github.com/tiancaiamao) - 監査ログ用のEnterpriseプラグインを使用すると、TiDBサーバーが大量のリソースを消費する可能性がある問題を修正[#49273](https://github.com/pingcap/tidb/issues/49273) @[lcwangchao](https://github.com/lcwangchao) - 正常なシャットダウン中に TiDBサーバーがpanicする可能性がある問題を修正[#36793](https://github.com/pingcap/tidb/issues/36793) @[bb7133](https://github.com/bb7133) - - テーブルがと多数ある場合に、テーブルが`AUTO_ID_CACHE=1`の場合に gRPC クライアント リークが発生する可能性がある問題を修正しました。 [#48869](https://github.com/pingcap/tidb/issues/48869) @[tiancaiamao](https://github.com/tiancaiamao) + - テーブルが多数ある場合に、 `AUTO_ID_CACHE=1`のテーブルによって gRPC クライアント リークが発生する可能性がある問題を修正しました。 [#48869](https://github.com/pingcap/tidb/issues/48869) @[tiancaiamao](https://github.com/tiancaiamao) - `ErrLoadDataInvalidURI`の誤ったエラーメッセージを修正 (無効な S3 URI エラー) [#48164](https://github.com/pingcap/tidb/issues/48164) @[lance6716](https://github.com/lance6716) - - パーティション列タイプが`DATETIME` の場合に`ALTER TABLE ... LAST PARTITION`実行が失敗する問題を修正しました [#48814](https://github.com/pingcap/tidb/issues/48814) @[crazycs520](https://github.com/crazycs520) + - パーティション列タイプが`DATETIME` の場合に`ALTER TABLE ... LAST PARTITION`の実行が失敗する問題を修正しました [#48814](https://github.com/pingcap/tidb/issues/48814) @[crazycs520](https://github.com/crazycs520) - `IMPORT INTO`実行中に実際のエラーメッセージが他のエラーメッセージによって上書きされる可能性がある問題を修正[#47992](https://github.com/pingcap/tidb/issues/47992) [#47781](https://github.com/pingcap/tidb/issues/47781) @[D3Hunter](https://github.com/D3Hunter) - cgroup v2コンテナにデプロイされたTiDBが検出できない問題を修正[#48342](https://github.com/pingcap/tidb/issues/48342) @[D3Hunter](https://github.com/D3Hunter) - DUALテーブルを最初のサブノードとして`UNION ALL`を実行するとエラーが発生する可能性がある問題を修正しました。 [#48755](https://github.com/pingcap/tidb/issues/48755) @[winoros](https://github.com/winoros) @@ -80,8 +80,8 @@ TiDB バージョン: 7.1.3 - ウィンドウ関数によって導入されたソートを削減するために、オプティマイザが誤って IndexFullScan を選択する問題を修正しました。 [#46177](https://github.com/pingcap/tidb/issues/46177) @[qw4990](https://github.com/qw4990) - TiDBスキーマキャッシュからスキーマ差分コミットバージョンを読み取るときにMVCCインターフェースでロックを処理しない問題を修正しました [#48281](https://github.com/pingcap/tidb/issues/48281) @[cfzjywxk](https://github.com/cfzjywxk) - `INDEX_LOOKUP_HASH_JOIN` でのメモリ使用量の見積もりが間違っている問題を修正 [#47788](https://github.com/pingcap/tidb/issues/47788) @[SeaRise](https://github.com/SeaRise) - - PDリーダーの故障により1分間に`IMPORT INTO`タスクが失敗する問題を修正[#48307](https://github.com/pingcap/tidb/issues/48307) @[D3Hunter](https://github.com/D3Hunter) - - `batch-client` in `client-go` のpanic問題を修正 [#47691](https://github.com/pingcap/tidb/issues/47691) @[crazycs520](https://github.com/crazycs520) + - PDリーダーが1分間故障したことにより`IMPORT INTO`タスクが失敗する問題を修正[#48307](https://github.com/pingcap/tidb/issues/48307) @[D3Hunter](https://github.com/D3Hunter) + - `client-go`の`batch-client`のpanic問題を修正 [#47691](https://github.com/pingcap/tidb/issues/47691) @[crazycs520](https://github.com/crazycs520) - 特定の状況で列の整理によってpanicが発生する可能性がある問題を修正[#47331](https://github.com/pingcap/tidb/issues/47331) @[Rustin170506](https://github.com/Rustin170506) - TiDB が`systemd` で起動したときに`cgroup`リソース制限を読み取らない問題を修正しました [#47442](https://github.com/pingcap/tidb/issues/47442) @[hawkingrei](https://github.com/hawkingrei) - 集計関数またはウィンドウ関数を含む共通テーブル式 (CTE) が他の再帰 CTE によって参照されるときに発生する可能性のある構文エラーの問題を修正しました[#47603](https://github.com/pingcap/tidb/issues/47603) [#47711](https://github.com/pingcap/tidb/issues/47711) @[elsa0520](https://github.com/elsa0520) @@ -95,22 +95,22 @@ TiDB バージョン: 7.1.3 - Resolved TSが2時間ブロックされる可能性がある問題を修正[#15520](https://github.com/tikv/tikv/issues/15520) [#39130](https://github.com/pingcap/tidb/issues/39130) @[overvenus](https://github.com/overvenus) - TiKVがraft log を追加できないため`ServerIsBusy`エラーを報告する問題を修正しました。 [#15800](https://github.com/tikv/tikv/issues/15800) @[tonyxuqqi](https://github.com/tonyxuqqi) - BRがクラッシュしたときにスナップショットの復元が停止する可能性がある問題を修正しました [#15684](https://github.com/tikv/tikv/issues/15684) @[YuJuncen](https://github.com/YuJuncen) - - 大規模なトランザクションを追跡するときに、古い読み取りの解決済み TS が TiKV OOM 問題を引き起こす可能性がある問題を修正しました [#14864](https://github.com/tikv/tikv/issues/14864) @[overvenus](https://github.com/overvenus) + - 大規模なトランザクションを追跡するときに、ステイル読み取りにおける Resolved TS が TiKV OOM 問題を引き起こす可能性がある問題を修正しました [#14864](https://github.com/tikv/tikv/issues/14864) @[overvenus](https://github.com/overvenus) - 破損したSSTファイルが他のTiKVノードに広がる可能性がある問題を修正 [#15986](https://github.com/tikv/tikv/issues/15986) @[Connor1996](https://github.com/Connor1996) - - にスケールアウトするときに DR 自動同期のジョイント状態がタイムアウトする可能性がある問題を修正しました [#15817](https://github.com/tikv/tikv/issues/15817) @[Connor1996](https://github.com/Connor1996) + - スケールアウトするときに DR 自動同期のジョイント状態がタイムアウトする可能性がある問題を修正しました [#15817](https://github.com/tikv/tikv/issues/15817) @[Connor1996](https://github.com/Connor1996) - クラウド環境のGrafanaでスケジューラコマンド変数が正しくない問題を修正[#15832](https://github.com/tikv/tikv/issues/15832) @[Connor1996](https://github.com/Connor1996) - リージョンをマージした後、古いピアが保持され、resolved-tsがブロックされる問題を修正しました。 [#15919](https://github.com/tikv/tikv/issues/15919) @[overvenus](https://github.com/overvenus) - オンラインアンセーフリカバリがマージ中止を処理できない問題を修正 [#15580](https://github.com/tikv/tikv/issues/15580) @[v01dstar](https://github.com/v01dstar) - - TiKV を再起動したときに発生する TiKV OOM 問題を修正し、適用されていないRaftログが多数存在するようになりました[#15770](https://github.com/tikv/tikv/issues/15770) @[overvenus](https://github.com/overvenus) + - TiKV を再起動したときに、適用されていないRaftログが多数存在すると TiKV OOM が発生する問題を修正しました[#15770](https://github.com/tikv/tikv/issues/15770) @[overvenus](https://github.com/overvenus) - `lz4-sys`のバージョンを 1.9.4 にアップグレードしてセキュリティ問題を修正しました [#15621](https://github.com/tikv/tikv/issues/15621) @[SpadeA-Tang](https://github.com/SpadeA-Tang) - - Titanの`blob-run-mode`がオンラインに更新できない問題を修正 [#15978](https://github.com/tikv/tikv/issues/15978) @[tonyxuqqi](https://github.com/tonyxuqqi) + - Titanの`blob-run-mode`をオンラインで更新できない問題を修正 [#15978](https://github.com/tikv/tikv/issues/15978) @[tonyxuqqi](https://github.com/tonyxuqqi) - PDとTiKV間のネットワーク中断によりPITRが停止する可能性がある問題を修正しました [#15279](https://github.com/tikv/tikv/issues/15279) @[YuJuncen](https://github.com/YuJuncen) - Raftピアを削除するときに TiKV コプロセッサが古いデータを返す可能性がある問題を修正しました [#16069](https://github.com/tikv/tikv/issues/16069) @[overvenus](https://github.com/overvenus) - PD - `CALIBRATE RESOURCE` を実行すると TiDB Dashboardの`resource_manager_resource_unit`メトリックが空になる問題を修正しました [#45166](https://github.com/pingcap/tidb/issues/45166) @[CabinfeverB](https://github.com/CabinfeverB) - - ワークロードによる調整ページでエラーが報告される問題を修正しました [#48162](https://github.com/pingcap/tidb/issues/48162) @[CabinfeverB](https://github.com/CabinfeverB) + - **Calibrate by Workload**ページでエラーが報告される問題を修正しました [#48162](https://github.com/pingcap/tidb/issues/48162) @[CabinfeverB](https://github.com/CabinfeverB) - リソースグループを削除すると DDL の原子性が損なわれる可能性がある問題を修正しました [#45050](https://github.com/pingcap/tidb/issues/45050) @[glorv](https://github.com/glorv) - PDリーダーが転送され、新しいリーダーとPDクライアントの間にネットワークパーティションがある場合、PDクライアントがリーダーの情報を更新できない問題を修正しました。 [#7416](https://github.com/tikv/pd/issues/7416) @[CabinfeverB](https://github.com/CabinfeverB) - 大規模クラスタに複数の TiKV ノードを追加すると、TiKVハートビートレポートが遅くなったり停止したりする可能性がある問題を修正しました[#7248](https://github.com/tikv/pd/issues/7248) @[rleungx](https://github.com/rleungx) diff --git a/releases/release-7.1.4.md b/releases/release-7.1.4.md index 273ee13bd09a7..93a1d5b64a0b4 100644 --- a/releases/release-7.1.4.md +++ b/releases/release-7.1.4.md @@ -13,7 +13,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) +- ログ出力のオーバーヘッドを減らすために、 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) ## 改善点 {#improvements} @@ -50,7 +50,7 @@ TiDBバージョン: 7.1.4 - TiCDC - - ダウンストリームがKafkaの場合、トピック式は`schema`オプションとして許可し、トピック名を直接指定することをサポートします[#9763](https://github.com/pingcap/tiflow/issues/9763) @[3AceShowHand](https://github.com/3AceShowHand) + - ダウンストリームがKafkaの場合、トピック式で`schema`を省略可能にし、トピック名を直接指定することをサポートします[#9763](https://github.com/pingcap/tiflow/issues/9763) @[3AceShowHand](https://github.com/3AceShowHand) - [チェンジフィードの下流同期ステータスの照会](https://docs.pingcap.com/tidb/v7.1/ticdc-open-api-v2#query-whether-a-specific-replication-task-is-completed)をサポートし、TiCDC が受信した上流データの変更が下流システムに完全に同期されているかどうかを判断するのに役立ちます[#10289](https://github.com/pingcap/tiflow/issues/10289) @[hongyunyan](https://github.com/hongyunyan) - TiDB DashboardでのTiCDCログの検索をサポート [#10263](https://github.com/pingcap/tiflow/issues/10263) @[CharlesCheung96](https://github.com/CharlesCheung96) @@ -72,7 +72,7 @@ TiDBバージョン: 7.1.4 - `AUTO_ID_CACHE=1` のAUTO_INCREMENT列を使用すると同時競合によりAUTO_INCREMENT ID 割り当てでエラーが報告される問題を修正しました。 [#50519](https://github.com/pingcap/tidb/issues/50519) @[tiancaiamao](https://github.com/tiancaiamao) - クエリで`NATURAL JOIN` が使用される場合に発生する可能性のある`Column ... in from clause is ambiguous`エラーを修正します [#32044](https://github.com/pingcap/tidb/issues/32044) @[AilinKid](https://github.com/AilinKid) - クエリがソートを強制するオプティマイザヒント（ `STREAM_AGG()`など）を使用し、その実行計画に`IndexMerge` が含まれている場合、強制ソートが無効になる可能性がある問題を修正しました。 [#49605](https://github.com/pingcap/tidb/issues/49605) @[AilinKid](https://github.com/AilinKid) - - `STREAM_AGG()` CI を誤って処理したためにクエリ結果が正しくない問題を修正しました [#49902](https://github.com/pingcap/tidb/issues/49902) @[wshwsh12](https://github.com/wshwsh12) + - `STREAM_AGG()`が CI を誤って処理したためにクエリ結果が正しくない問題を修正しました [#49902](https://github.com/pingcap/tidb/issues/49902) @[wshwsh12](https://github.com/wshwsh12) - `HashJoin`オペレーターがディスクにスピルできない場合に発生する可能性のある goroutine リークの問題を修正しました。 [#50841](https://github.com/pingcap/tidb/issues/50841) @[wshwsh12](https://github.com/wshwsh12) - `REPLACE INTO`文でヒントが使用できない問題を修正 [#34325](https://github.com/pingcap/tidb/issues/34325) @[YangKeao](https://github.com/YangKeao) - `GROUP_CONCAT(ORDER BY)`構文を含むクエリを実行するとエラーが返される可能性がある問題を修正しました [#49986](https://github.com/pingcap/tidb/issues/49986) @[AilinKid](https://github.com/AilinKid) @@ -87,11 +87,11 @@ TiDBバージョン: 7.1.4 - クエリに Apply オペレーターが含まれており、 `fatal error: concurrent map writes`エラーが発生すると TiDB がpanicになる可能性がある問題を修正しました。 [#50347](https://github.com/pingcap/tidb/issues/50347) @[SeaRise](https://github.com/SeaRise) - 集計関数をグループ計算に使用すると発生する可能性のある`Can't find column ...`エラーを修正[#50926](https://github.com/pingcap/tidb/issues/50926) @[qw4990](https://github.com/qw4990) - 定数伝播で`ENUM`または`SET`型を処理するときに TiDB が間違ったクエリ結果を返す問題を修正しました [#49440](https://github.com/pingcap/tidb/issues/49440) @[winoros](https://github.com/winoros) - - 依存関係のある 2つの DDL タスクの完了時間がと誤って順序付けられる問題を修正しました。 [#49498](https://github.com/pingcap/tidb/issues/49498) @[tangenta](https://github.com/tangenta) + - 依存関係のある 2つの DDL タスクの完了時間が誤って順序付けられる問題を修正しました。 [#49498](https://github.com/pingcap/tidb/issues/49498) @[tangenta](https://github.com/tangenta) - `tidb_enable_prepared_plan_cache`システム変数が有効になってから無効になった後に`EXECUTE`文を使用して`PREPARE STMT`を実行すると、TiDB がpanicになる可能性がある問題を修正しました[#49344](https://github.com/pingcap/tidb/issues/49344) @[qw4990](https://github.com/qw4990) - ネストされた`UNION`のクエリで`LIMIT`と`ORDER BY`が無効になる可能性がある問題を修正しました [#49377](https://github.com/pingcap/tidb/issues/49377) @[AilinKid](https://github.com/AilinKid) - `LEADING`ヒントが`UNION ALL`ステートメントで有効にならない問題を修正しました [#50067](https://github.com/pingcap/tidb/issues/50067) @[hawkingrei](https://github.com/hawkingrei) - - `COM_STMT_EXECUTE`まで実行された`COMMIT`または`ROLLBACK`操作が、タイムアウトしたトランザクションを終了できない問題を修正しました。 [#49151](https://github.com/pingcap/tidb/issues/49151) @[zyguan](https://github.com/zyguan) + - `COM_STMT_EXECUTE`を介して実行された`COMMIT`または`ROLLBACK`操作が、タイムアウトしたトランザクションを終了できない問題を修正しました。 [#49151](https://github.com/pingcap/tidb/issues/49151) @[zyguan](https://github.com/zyguan) - 無効なオプティマイザヒントによって有効なヒントが無効になる可能性がある問題を修正[#49308](https://github.com/pingcap/tidb/issues/49308) @[hawkingrei](https://github.com/hawkingrei) - 一部のタイムゾーンで夏時間が正しく表示されない問題を修正 [#49586](https://github.com/pingcap/tidb/issues/49586) @[overvenus](https://github.com/overvenus) - `PREPARE`メソッドを使用して`SELECT INTO OUTFILE`を実行すると、エラーではなく、誤って成功メッセージが返される問題を修正しました。 [#49166](https://github.com/pingcap/tidb/issues/49166) @[qw4990](https://github.com/qw4990) @@ -105,20 +105,20 @@ TiDBバージョン: 7.1.4 - `CREATE TABLE`文に特定のパーティションまたは制約が含まれている場合に、テーブル名の変更などの DDL 操作が停止する問題を修正しました[#50972](https://github.com/pingcap/tidb/issues/50972) @[lcwangchao](https://github.com/lcwangchao) - 列のデフォルト値が削除されている場合に列のデフォルト値を取得するとエラーが返される問題を修正[#50043](https://github.com/pingcap/tidb/issues/50043) [#51324](https://github.com/pingcap/tidb/issues/51324) @[crazycs520](https://github.com/crazycs520) - Grafana の監視メトリック`tidb_statistics_auto_analyze_total`が整数として表示されない問題を修正しました [#51051](https://github.com/pingcap/tidb/issues/51051) @[hawkingrei](https://github.com/hawkingrei) - - `auto analyze`パーティションテーブルを処理しているときに`tidb_merge_partition_stats_concurrency`変数が有効にならない問題を修正しました [#47594](https://github.com/pingcap/tidb/issues/47594) @[hawkingrei](https://github.com/hawkingrei) + - `auto analyze`がパーティションテーブルを処理しているときに`tidb_merge_partition_stats_concurrency`変数が有効にならない問題を修正しました [#47594](https://github.com/pingcap/tidb/issues/47594) @[hawkingrei](https://github.com/hawkingrei) - クエリにJOIN操作が含まれる場合に`index out of range`エラーが発生する可能性がある問題を修正しました [#42588](https://github.com/pingcap/tidb/issues/42588) @[AilinKid](https://github.com/AilinKid) - TiFlash の遅延マテリアライゼーションが関連列 を処理するときに間違った結果が返される可能性がある問題を修正しました [#51204](https://github.com/pingcap/tidb/issues/51204) @[Lloyd-Pottiger](https://github.com/Lloyd-Pottiger) [#49241](https://github.com/pingcap/tidb/issues/49241) - テーブルにクラスター化インデックスがある場合に並列`Apply`で誤った結果が生成される可能性がある問題を修正しました。 [#51372](https://github.com/pingcap/tidb/issues/51372) @[guo-shaoge](https://github.com/guo-shaoge) - TiKV - - 例外的な状況で休止状態の領域がすぐに起動しない問題を修正[#16368](https://github.com/tikv/tikv/issues/16368) @[LykxSassinator](https://github.com/LykxSassinator) + - 例外的な状況で休止状態のリージョンがすぐに起動しない問題を修正[#16368](https://github.com/tikv/tikv/issues/16368) @[LykxSassinator](https://github.com/LykxSassinator) - ノードをオフラインにする前に、リージョン内のすべてのレプリカの最後のハートビート時間をチェックすることで、1 つのレプリカがオフラインになるとリージョン全体が使用できなくなる問題を修正しました[#16465](https://github.com/tikv/tikv/issues/16465) @[tonyxuqqi](https://github.com/tonyxuqqi) - Titan が有効になっているときに RocksDB に保存されるテーブルプロパティが不正確になる可能性がある問題を修正[#16319](https://github.com/tikv/tikv/issues/16319) @[hicqu](https://github.com/hicqu) - - クラスターにTiFlashノードがある場合に`tikv-ctl compact-cluster`実行が失敗する問題を修正しました [#16189](https://github.com/tikv/tikv/issues/16189) @[frew](https://github.com/frew) + - クラスターにTiFlashノードがある場合に`tikv-ctl compact-cluster`の実行が失敗する問題を修正しました [#16189](https://github.com/tikv/tikv/issues/16189) @[frew](https://github.com/frew) - gRPC スレッドが`is_shutdown` をチェックしているときに TiKV がpanicする可能性がある問題を修正しました [#16236](https://github.com/tikv/tikv/issues/16236) @[pingyu](https://github.com/pingyu) - `DECIMAL`算術乗算切り捨てを処理するときに TiDB と TiKV が矛盾した結果を生成する可能性がある問題を修正しました [#16268](https://github.com/tikv/tikv/issues/16268) @[solotzg](https://github.com/solotzg) - - `cast_duration_as_time`誤った結果を返す可能性がある問題を修正[#16211](https://github.com/tikv/tikv/issues/16211) @[gengliqi](https://github.com/gengliqi) + - `cast_duration_as_time`が誤った結果を返す可能性がある問題を修正[#16211](https://github.com/tikv/tikv/issues/16211) @[gengliqi](https://github.com/gengliqi) - TiKVがブラジルとエジプトのタイムゾーンを誤って変換する問題を修正[#16220](https://github.com/tikv/tikv/issues/16220) @[overvenus](https://github.com/overvenus) - JSON の整数が最大値`INT64`より大きく最大値`UINT64`より小さい場合、TiKV によって`FLOAT64`として解析され、TiDB との不整合が発生する問題を修正しました。 [#16512](https://github.com/tikv/tikv/issues/16512) @[YangKeao](https://github.com/YangKeao) @@ -132,12 +132,12 @@ TiDBバージョン: 7.1.4 - `MergeLabels`関数が呼び出されたときにデータ競合が発生する問題を修正しました [#7535](https://github.com/tikv/pd/issues/7535) @[lhy1024](https://github.com/lhy1024) - TLS が有効な場合に TiDB Dashboardが TiKV プロファイルを取得できない問題を修正[#7561](https://github.com/tikv/pd/issues/7561) @[Connor1996](https://github.com/Connor1996) - レプリカ数が要件を満たしていない場合に孤立ピアが削除される問題を修正しました [#7584](https://github.com/tikv/pd/issues/7584) @[bufferflies](https://github.com/bufferflies) - - データレプリケーション自動同期（DR自動同期）モードを採用しているクラスタで`available_stores`誤って計算される問題を修正[#7221](https://github.com/tikv/pd/issues/7221) @[disksing](https://github.com/disksing) - - 配置ルールの設定が複雑な場合、データレプリケーション自動同期（DR自動同期）モードを採用しているクラスタで`canSync`と`hasMajority`誤って計算される可能性がある問題を修正しました[#7201](https://github.com/tikv/pd/issues/7201) @[disksing](https://github.com/disksing) + - データレプリケーション自動同期（DR自動同期）モードを採用しているクラスタで`available_stores`が誤って計算される問題を修正[#7221](https://github.com/tikv/pd/issues/7221) @[disksing](https://github.com/disksing) + - 配置ルールの設定が複雑な場合、データレプリケーション自動同期（DR自動同期）モードを採用しているクラスタで`canSync`と`hasMajority`が誤って計算される可能性がある問題を修正しました[#7201](https://github.com/tikv/pd/issues/7201) @[disksing](https://github.com/disksing) - データレプリケーション自動同期（DR自動同期）モードを採用しているクラスターで、セカンダリAZがダウンしているときにプライマリAZがTiKVノードを追加できない問題を修正しました。 [#7218](https://github.com/tikv/pd/issues/7218) @[disksing](https://github.com/disksing) - リソースグループをバッチでクエリすると PD がpanicになる可能性がある問題を修正しました [#7206](https://github.com/tikv/pd/issues/7206) @[nolouch](https://github.com/nolouch) - `pd-ctl`を使用してリーダーのないリージョンを照会すると、PD がpanicになる可能性がある問題を修正しました。 [#7630](https://github.com/tikv/pd/issues/7630) @[rleungx](https://github.com/rleungx) - - リーダースイッチ後にPD監視項目`learner-peer-count`古い値を同期しない問題を修正 [#7728](https://github.com/tikv/pd/issues/7728) @[CabinfeverB](https://github.com/CabinfeverB) + - リーダースイッチ後にPD監視項目`learner-peer-count`が古い値を同期しない問題を修正 [#7728](https://github.com/tikv/pd/issues/7728) @[CabinfeverB](https://github.com/CabinfeverB) - PDが`systemd` で起動したときにリソース制限を読み取れない問題を修正 [#7628](https://github.com/tikv/pd/issues/7628) @[bufferflies](https://github.com/bufferflies) - TiFlash @@ -172,12 +172,12 @@ TiDBバージョン: 7.1.4 - ストレージシンクの使用時に、ストレージサービスによって生成されたファイルシーケンス番号が正しく増加しない可能性がある問題を修正しました。 [#10352](https://github.com/pingcap/tiflow/issues/10352) @[CharlesCheung96](https://github.com/CharlesCheung96) - 複数のチェンジフィードを同時に作成すると TiCDC が`ErrChangeFeedAlreadyExists`エラーを返す問題を修正しました [#10430](https://github.com/pingcap/tiflow/issues/10430) @[CharlesCheung96](https://github.com/CharlesCheung96) - 変更フィードを再開するときに`snapshot lost caused by GC`が時間内に報告されず、変更フィードの`checkpoint-ts`が TiDB の GC セーフポイントよりも小さい問題を修正しました。 [#10463](https://github.com/pingcap/tiflow/issues/10463) @[sdojjy](https://github.com/sdojjy) - - 単一行データのデータ整合性検証が有効になった後、タイムゾーンの不一致により TiCDC が`TIMESTAMP`種類のチェックサムの検証に失敗する問題を修正[#10573](https://github.com/pingcap/tiflow/issues/10573) @[3AceShowHand](https://github.com/3AceShowHand) + - 単一行データのデータ整合性検証が有効になった後、タイムゾーンの不一致により TiCDC が`TIMESTAMP`型のチェックサムの検証に失敗する問題を修正[#10573](https://github.com/pingcap/tiflow/issues/10573) @[3AceShowHand](https://github.com/3AceShowHand) - TiDB Data Migration (DM) - タスク構成で間違ったbinlogイベントタイプがアップグレード失敗の原因となる問題を修正[#10282](https://github.com/pingcap/tiflow/issues/10282) @[GMHDBJD](https://github.com/GMHDBJD) - - `shard_row_id_bits`テーブルでスキーマ トラッカーがの初期化に失敗する問題を修正しました。 [#10308](https://github.com/pingcap/tiflow/issues/10308) @[GMHDBJD](https://github.com/GMHDBJD) + - `shard_row_id_bits`を持つテーブルが原因でスキーマ トラッカーの初期化に失敗する問題を修正しました。 [#10308](https://github.com/pingcap/tiflow/issues/10308) @[GMHDBJD](https://github.com/GMHDBJD) - TiDB Lightning diff --git a/releases/release-7.1.5.md b/releases/release-7.1.5.md index aaeaa3caa5181..dbe599c7dc71f 100644 --- a/releases/release-7.1.5.md +++ b/releases/release-7.1.5.md @@ -25,7 +25,7 @@ TiDB バージョン: 7.1.5 - TiKV - - ピアのスローログを追加し、メッセージを保存します [#16600](https://github.com/tikv/tikv/issues/16600) @[Connor1996](https://github.com/Connor1996) + - ピアおよびストアのメッセージのスローログを追加します [#16600](https://github.com/tikv/tikv/issues/16600) @[Connor1996](https://github.com/Connor1996) - TiKV の安定性を向上させるために、raftstore スレッドでスナップショットファイルに対する IO 操作を実行しないようにします[#16564](https://github.com/tikv/tikv/issues/16564) @[Connor1996](https://github.com/Connor1996) - PD @@ -37,7 +37,7 @@ TiDB バージョン: 7.1.5 - Backup & Restore (BR) - チェックポイントの遅延が大きい場合にログバックアップタスクを自動的に中止する機能をサポートし、GC の長時間のブロッキングや潜在的なクラスターの問題を回避します[#50803](https://github.com/pingcap/tidb/issues/50803) @[RidRisR](https://github.com/RidRisR) - - ログバックアップの互換性テストとインデックスアクセラレーションをカバーするPITR統合テストケースを追加します。 [#51987](https://github.com/pingcap/tidb/issues/51987) @[Leavrth](https://github.com/Leavrth) + - ログバックアップとインデックス追加の高速化の互換性テストをカバーするPITR統合テストケースを追加します。 [#51987](https://github.com/pingcap/tidb/issues/51987) @[Leavrth](https://github.com/Leavrth) - ログバックアップの開始時にアクティブなDDLジョブの無効な検証を削除します[#52733](https://github.com/pingcap/tidb/issues/52733) @[Leavrth](https://github.com/Leavrth) ## バグ修正 {#bug-fixes} @@ -48,18 +48,18 @@ TiDB バージョン: 7.1.5 - SQL 文に`JOIN`が含まれ、文内の`SELECT`リストに定数のみが含まれる場合に、MPP を使用してクエリを実行すると、誤ったクエリ結果が返される可能性がある問題を修正しました。 [#50358](https://github.com/pingcap/tidb/issues/50358) @[yibin87](https://github.com/yibin87) - `init-stats`プロセスが TiDB をpanicに陥らせ、 `load stats`プロセスが終了する可能性がある問題を修正しました。 [#51581](https://github.com/pingcap/tidb/issues/51581) @[hawkingrei](https://github.com/hawkingrei) - 初期化が完了する前に TiDBサーバーが正常とマークされる問題を修正[#51596](https://github.com/pingcap/tidb/issues/51596) @[shenqidebaozi](https://github.com/shenqidebaozi) - - 主キーの型が`VARCHAR` の場合に`ALTER TABLE ... COMPACT TIFLASH REPLICA`誤って終了する可能性がある問題を修正しました [#51810](https://github.com/pingcap/tidb/issues/51810) @[breezewish](https://github.com/breezewish) - - `shuffleExec`予期せず終了すると TiDB がクラッシュする問題を修正[#48230](https://github.com/pingcap/tidb/issues/48230) @[wshwsh12](https://github.com/wshwsh12) + - 主キーの型が`VARCHAR` の場合に`ALTER TABLE ... COMPACT TIFLASH REPLICA`が誤って終了する可能性がある問題を修正しました [#51810](https://github.com/pingcap/tidb/issues/51810) @[breezewish](https://github.com/breezewish) + - `shuffleExec`が予期せず終了すると TiDB がクラッシュする問題を修正[#48230](https://github.com/pingcap/tidb/issues/48230) @[wshwsh12](https://github.com/wshwsh12) - 特定の条件下で`SURVIVAL_PREFERENCES`属性が`SHOW CREATE PLACEMENT POLICY`ステートメントの出力に表示されない可能性がある問題を修正[#51699](https://github.com/pingcap/tidb/issues/51699) @[lcwangchao](https://github.com/lcwangchao) - 自動統計更新の時間枠を設定した後、その時間枠外でも統計が更新される可能性がある問題を修正[#49552](https://github.com/pingcap/tidb/issues/49552) @[hawkingrei](https://github.com/hawkingrei) - サブクエリの`HAVING`句に相関列が含まれている場合にクエリ結果が正しくない可能性がある問題を修正しました。 [#51107](https://github.com/pingcap/tidb/issues/51107) @[hawkingrei](https://github.com/hawkingrei) - `approx_percentile`関数が TiDB panicを引き起こす可能性がある問題を修正しました [#40463](https://github.com/pingcap/tidb/issues/40463) @[xzhangxian1008](https://github.com/xzhangxian1008) - `IN()`述語に`NULL` が含まれている場合にクエリ結果が正しくない問題を修正しました [#51560](https://github.com/pingcap/tidb/issues/51560) @[winoros](https://github.com/winoros) - 無効な設定項目が含まれている場合、設定ファイルが有効にならない問題を修正しました [#51399](https://github.com/pingcap/tidb/issues/51399) @[Defined2014](https://github.com/Defined2014) - - `EXCHANGE PARTITION`外部キーを誤って処理する問題を修正 [#51807](https://github.com/pingcap/tidb/issues/51807) @[YangKeao](https://github.com/YangKeao) + - `EXCHANGE PARTITION`が外部キーを誤って処理する問題を修正 [#51807](https://github.com/pingcap/tidb/issues/51807) @[YangKeao](https://github.com/YangKeao) - `TIDB_HOT_REGIONS`テーブルをクエリすると、誤って`INFORMATION_SCHEMA`テーブルが返される可能性がある問題を修正しました。 [#50810](https://github.com/pingcap/tidb/issues/50810) @[Defined2014](https://github.com/Defined2014) - `IFNULL`関数によって返される型が MySQL と一致しない問題を修正しました [#51765](https://github.com/pingcap/tidb/issues/51765) @[YangKeao](https://github.com/YangKeao) - - TTL 機能により、データ範囲の分割が不正確になり、場合によってはでデータ ホットスポットが発生する問題を修正しました。 [#51527](https://github.com/pingcap/tidb/issues/51527) @[lcwangchao](https://github.com/lcwangchao) + - TTL 機能により、データ範囲の分割が不正確になり、場合によってはデータ ホットスポットが発生する問題を修正しました。 [#51527](https://github.com/pingcap/tidb/issues/51527) @[lcwangchao](https://github.com/lcwangchao) - TiDBがオフラインになっているTiFlashノードにプローブリクエストを送信し続ける問題を修正[#46602](https://github.com/pingcap/tidb/issues/46602) @[zyguan](https://github.com/zyguan) - AutoIDLeaderの変更により、 `AUTO_ID_CACHE=1` の場合にAUTO_INCREMENT列の値が減少する可能性がある問題を修正しました。 [#52600](https://github.com/pingcap/tidb/issues/52600) @[tiancaiamao](https://github.com/tiancaiamao) - `INSERT IGNORE`を実行すると、一意インデックスとデータの間に不整合が発生する可能性がある問題を修正しました。 [#51784](https://github.com/pingcap/tidb/issues/51784) @[wjhuang2016](https://github.com/wjhuang2016) @@ -80,14 +80,14 @@ 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 - ログの誤った`local_region_num`値を修正 [#8895](https://github.com/pingcap/tiflash/issues/8895) @[JaySon-Huang](https://github.com/JaySon-Huang) - 生成列をクエリするとエラーが返される問題を修正しました [#8787](https://github.com/pingcap/tiflash/issues/8787) @[guo-shaoge](https://github.com/guo-shaoge) - - チャンクエンコード中に`ENUM`列がTiFlashを引き起こす可能性がある問題を修正しました [#8674](https://github.com/pingcap/tiflash/issues/8674) @[yibin87](https://github.com/yibin87) + - チャンクエンコード中に`ENUM`列がTiFlashのクラッシュを引き起こす可能性がある問題を修正しました [#8674](https://github.com/pingcap/tiflash/issues/8674) @[yibin87](https://github.com/yibin87) - 非厳密モードの`sql_mode` で無効なデフォルト値を持つ列にデータを挿入するとTiFlash がpanicする可能性がある問題を修正しました [#8803](https://github.com/pingcap/tiflash/issues/8803) @[Lloyd-Pottiger](https://github.com/Lloyd-Pottiger) - `TIME`列の精度が変更された後にリージョンの移行、分割、またはマージが発生すると、クエリが失敗する可能性がある問題を修正しました。 [#8601](https://github.com/pingcap/tiflash/issues/8601) @[JaySon-Huang](https://github.com/JaySon-Huang) @@ -98,7 +98,7 @@ TiDB バージョン: 7.1.5 - ログバックアップタスクを一時停止後に削除しても、GCセーフポイントがすぐに復元されない問題を修正しました。 [#52082](https://github.com/pingcap/tidb/issues/52082) @[3pointer](https://github.com/3pointer) - フルバックアップが失敗したときにログが多すぎる問題を修正[#51572](https://github.com/pingcap/tidb/issues/51572) @[Leavrth](https://github.com/Leavrth) - `AUTO_RANDOM`列が複合クラスタリングインデックスにある場合、 BRが`AUTO_RANDOM` ID割り当ての進行状況をバックアップできなかった問題を修正します [#52255](https://github.com/pingcap/tidb/issues/52255) @[Leavrth](https://github.com/Leavrth) - - フルバックアップでピアが見つからない場合に TiKV がパニックを起こす問題を修正[#16394](https://github.com/tikv/tikv/issues/16394) @[Leavrth](https://github.com/Leavrth) + - 一部の極端なケースで、フルバックアップでピアが見つからない場合に TiKV がパニックを起こす問題を修正[#16394](https://github.com/tikv/tikv/issues/16394) @[Leavrth](https://github.com/Leavrth) - PD接続障害により、ログバックアップアドバンサ所有者が配置されているTiDBインスタンスがpanicになる可能性がある問題を修正しました。 [#52597](https://github.com/pingcap/tidb/issues/52597) @[YuJuncen](https://github.com/YuJuncen) - 不安定なテストケースを修正する [#52547](https://github.com/pingcap/tidb/issues/52547) @[Leavrth](https://github.com/Leavrth) - TiKV の再起動により、ログバックアップのグローバルチェックポイントが実際のバックアップファイルの書き込みポイントよりも先に進められ、少量のバックアップデータが失われる可能性がある問題を修正しました[#16809](https://github.com/tikv/tikv/issues/16809) @[YuJuncen](https://github.com/YuJuncen) @@ -106,8 +106,8 @@ TiDB バージョン: 7.1.5 - TiCDC - - TiCDC が上流に書き込まれた後に下流の`Exchange Partition ... With Validation` DDL の実行に失敗し、変更フィードが停止する問題を修正しました。 [#10859](https://github.com/pingcap/tiflow/issues/10859) @[hongyunyan](https://github.com/hongyunyan) - - 変更フィードを再開するときに`snapshot lost caused by GC`時間内に報告されず、変更フィードの`checkpoint-ts` TiDB の GC セーフポイントよりも小さい問題を修正しました。 [#10463](https://github.com/pingcap/tiflow/issues/10463) @[sdojjy](https://github.com/sdojjy) + - `Exchange Partition ... With Validation` DDL が上流に書き込まれた後、 TiCDC が下流でその DDL の実行に失敗し、変更フィードが停止する問題を修正しました。 [#10859](https://github.com/pingcap/tiflow/issues/10859) @[hongyunyan](https://github.com/hongyunyan) + - 変更フィードを再開する際に、変更フィードの`checkpoint-ts`が TiDB の GC セーフポイントより小さいと、 `snapshot lost caused by GC`が時間内に報告されない問題を修正しました。 [#10463](https://github.com/pingcap/tiflow/issues/10463) @[sdojjy](https://github.com/sdojjy) - テーブルレプリケーションタスクをスケジュールするときに TiCDC がパニックになる問題を修正しました [#10613](https://github.com/pingcap/tiflow/issues/10613) @[CharlesCheung96](https://github.com/CharlesCheung96) - DDL文が頻繁に実行されるシナリオで、間違ったBarrierTSが原因でデータが間違ったCSVファイルに書き込まれる問題を修正[#10668](https://github.com/pingcap/tiflow/issues/10668) @[lidezhu](https://github.com/lidezhu) - オブジェクトストレージシンクに一時的な障害が発生した場合に、結果整合性が有効になっている変更フィードが失敗する可能性がある問題を修正しました[#10710](https://github.com/pingcap/tiflow/issues/10710) @[CharlesCheung96](https://github.com/CharlesCheung96) @@ -116,4 +116,4 @@ TiDB バージョン: 7.1.5 - TiDB Lightning - Parquet 形式の空のテーブルをインポートするときにTiDB Lightning がパニックになる問題を修正しました [#52518](https://github.com/pingcap/tidb/issues/52518) @[kennytm](https://github.com/kennytm) - - ログ内の機密情報がサーバーモードで印刷される問題を修正 [#36374](https://github.com/pingcap/tidb/issues/36374) @[kennytm](https://github.com/kennytm) + - ログ内の機密情報がサーバーモードで出力される問題を修正 [#36374](https://github.com/pingcap/tidb/issues/36374) @[kennytm](https://github.com/kennytm) diff --git a/releases/release-7.1.6.md b/releases/release-7.1.6.md index e7868cf8e8f80..d8ad6153c6bed 100644 --- a/releases/release-7.1.6.md +++ b/releases/release-7.1.6.md @@ -33,9 +33,9 @@ TiDB バージョン: 7.1.6 - TiKV - - ピアのスローログを追加し、メッセージを保存します。 [#16600](https://github.com/tikv/tikv/issues/16600) @[Connor1996](https://github.com/Connor1996) + - ピアおよびストアのメッセージのスローログを追加します。 [#16600](https://github.com/tikv/tikv/issues/16600) @[Connor1996](https://github.com/Connor1996) - RocksDB の圧縮トリガー メカニズムを最適化し、多数の DELETE バージョンを処理するときにディスク領域の再利用を高速化します。 [#17269](https://github.com/tikv/tikv/issues/17269) @[AndreMouche](https://github.com/AndreMouche) - - ログの適用を待つために TiKV を再起動するときに発生する不安定なアクセス遅延を最適化し、TiKV の安定性を向上しました。 [#15874](https://github.com/tikv/tikv/issues/15874) @[LykxSassinator](https://github.com/LykxSassinator) + - TiKV の再起動時にログの適用を待つことで発生する不安定なアクセス遅延を最適化し、TiKV の安定性を向上しました。 [#15874](https://github.com/tikv/tikv/issues/15874) @[LykxSassinator](https://github.com/LykxSassinator) - 不要な非同期ブロックを削除してメモリ使用量を削減する[#16540](https://github.com/tikv/tikv/issues/16540) @[overvenus](https://github.com/overvenus) - TiFlash @@ -75,7 +75,7 @@ TiDB バージョン: 7.1.6 - 一意インデックスを追加するときに同時 DML 操作によって発生するデータインデックスの不一致の問題を修正しました。 [#52914](https://github.com/pingcap/tidb/issues/52914) @[wjhuang2016](https://github.com/wjhuang2016) - `YEAR`型の列を範囲外の符号なし整数と比較すると誤った結果が発生する問題を修正[#50235](https://github.com/pingcap/tidb/issues/50235) @[qw4990](https://github.com/qw4990) - - SQLが異常に中断されたときに`INDEX_HASH_JOIN`正常に終了できない問題を修正[#54688](https://github.com/pingcap/tidb/issues/54688) @[wshwsh12](https://github.com/wshwsh12) + - SQLが異常に中断されたときに`INDEX_HASH_JOIN`が正常に終了できない問題を修正[#54688](https://github.com/pingcap/tidb/issues/54688) @[wshwsh12](https://github.com/wshwsh12) - 分散実行フレームワーク (DXF) を使用してインデックスを追加する際のネットワークパーティションによって、データインデックスの不整合が発生する可能性がある問題を修正しました。 [#54897](https://github.com/pingcap/tidb/issues/54897) @[tangenta](https://github.com/tangenta) - `SHOW WARNINGS;`を使用して警告を取得するとpanicが発生する可能性がある問題を修正しました [#48756](https://github.com/pingcap/tidb/issues/48756) @[xhebox](https://github.com/xhebox) - `INFORMATION_SCHEMA.CLUSTER_SLOW_QUERY`テーブルをクエリすると TiDB がpanicを起こす可能性がある問題を修正[#54324](https://github.com/pingcap/tidb/issues/54324) @[tiancaiamao](https://github.com/tiancaiamao) @@ -83,7 +83,7 @@ TiDB バージョン: 7.1.6 - 再帰CTEクエリが無効なポインタを生成する可能性がある問題を修正しました [#54449](https://github.com/pingcap/tidb/issues/54449) @[hawkingrei](https://github.com/hawkingrei) - 空の投影により TiDB がpanicを引き起こす問題を修正しました [#49109](https://github.com/pingcap/tidb/issues/49109) @[winoros](https://github.com/winoros) - データ変更操作を含むトランザクションで仮想列を持つテーブルをクエリすると、TiDB が誤ったクエリ結果を返す可能性がある問題を修正しました [#53951](https://github.com/pingcap/tidb/issues/53951) @[qw4990](https://github.com/qw4990) - - `AUTO_ID_CACHE=1`AUTO_INCREMENT列を含むテーブルで、 `auto_increment_increment`と`auto_increment_offset`システム変数をデフォルト以外の値に設定すると、不正なAUTO_INCREMENT ID 割り当てが発生する可能性がある問題を修正しました。 [#52622](https://github.com/pingcap/tidb/issues/52622) @[tiancaiamao](https://github.com/tiancaiamao) + - `AUTO_ID_CACHE=1`の AUTO_INCREMENT 列を含むテーブルで、 `auto_increment_increment`と`auto_increment_offset`システム変数をデフォルト以外の値に設定すると、不正なAUTO_INCREMENT ID 割り当てが発生する可能性がある問題を修正しました。 [#52622](https://github.com/pingcap/tidb/issues/52622) @[tiancaiamao](https://github.com/tiancaiamao) - `ALL`関数に含まれるサブクエリが誤った結果を引き起こす可能性がある問題を修正[#52755](https://github.com/pingcap/tidb/issues/52755) @[hawkingrei](https://github.com/hawkingrei) - SQLクエリのフィルタ条件に仮想列が含まれており、実行条件に`UnionScan` が含まれている場合に述語を適切にプッシュダウンできない問題を修正しました。 [#54870](https://github.com/pingcap/tidb/issues/54870) @[qw4990](https://github.com/qw4990) - `UPDATE`リスト内のサブクエリによって TiDB がpanicを起こす可能性がある問題を修正[#52687](https://github.com/pingcap/tidb/issues/52687) @[winoros](https://github.com/winoros) @@ -100,8 +100,8 @@ TiDB バージョン: 7.1.6 - クエリ条件`column IS NULL` で一意インデックスにアクセスするときに、オプティマイザが行数を誤って 1 と推定する問題を修正しました。 [#56116](https://github.com/pingcap/tidb/issues/56116) @[hawkingrei](https://github.com/hawkingrei) - クラスター化インデックスを述語として使用すると`SELECT INTO OUTFILE`機能しない問題を修正[#42093](https://github.com/pingcap/tidb/issues/42093) @[qw4990](https://github.com/qw4990) - オプティマイザヒント使用時に誤った警告情報が表示される問題を修正しました [#53767](https://github.com/pingcap/tidb/issues/53767) @[hawkingrei](https://github.com/hawkingrei) - - 同期負荷QPSモニタリングメトリックが正しくない問題を修正[#53558](https://github.com/pingcap/tidb/issues/53558) @[hawkingrei](https://github.com/hawkingrei) - - `CREATE OR REPLACE VIEW`同時に実行すると`table doesn't exist`エラーが発生する可能性がある問題を修正 [#53673](https://github.com/pingcap/tidb/issues/53673) @[tangenta](https://github.com/tangenta) + - Sync Load QPS モニタリングメトリックが正しくない問題を修正[#53558](https://github.com/pingcap/tidb/issues/53558) @[hawkingrei](https://github.com/hawkingrei) + - `CREATE OR REPLACE VIEW`を同時に実行すると`table doesn't exist`エラーが発生する可能性がある問題を修正 [#53673](https://github.com/pingcap/tidb/issues/53673) @[tangenta](https://github.com/tangenta) - `RESTORE`文を使用して`AUTO_ID_CACHE=1`のテーブルを復元すると`Duplicate entry`エラーが発生する可能性がある問題を修正しました [#52680](https://github.com/pingcap/tidb/issues/52680) @[tiancaiamao](https://github.com/tiancaiamao) - `INFORMATION_SCHEMA.STATISTICS`テーブルの`SUB_PART`値が`NULL` になる問題を修正しました [#55812](https://github.com/pingcap/tidb/issues/55812) @[Defined2014](https://github.com/Defined2014) - 述語における`Longlong`型のオーバーフローの問題を修正 [#45783](https://github.com/pingcap/tidb/issues/45783) @[hawkingrei](https://github.com/hawkingrei) @@ -129,22 +129,22 @@ TiDB バージョン: 7.1.6 - 相関サブクエリにおける TopN オペレーターの誤った結果を修正 [#52777](https://github.com/pingcap/tidb/issues/52777) @[yibin87](https://github.com/yibin87) - 再帰CTE演算子がメモリ使用量を誤って追跡する問題を修正しました [#54181](https://github.com/pingcap/tidb/issues/54181) @[guo-shaoge](https://github.com/guo-shaoge) - `SHOW COLUMNS`を使用してビューの列を表示するとエラーが発生する問題を修正しました [#54964](https://github.com/pingcap/tidb/issues/54964) @[lance6716](https://github.com/lance6716) - - TTLジョブ実行中に値を`tidb_ttl_delete_worker_count`減らすとジョブが完了しなくなる問題を修正しました [#55561](https://github.com/pingcap/tidb/issues/55561) @[lcwangchao](https://github.com/lcwangchao) + - TTLジョブ実行中に`tidb_ttl_delete_worker_count`の値を減らすとジョブが完了しなくなる問題を修正しました [#55561](https://github.com/pingcap/tidb/issues/55561) @[lcwangchao](https://github.com/lcwangchao) - 再帰CTE でビューの使用が機能しない問題を修正 [#49721](https://github.com/pingcap/tidb/issues/49721) @[hawkingrei](https://github.com/hawkingrei) - 外部キーを持つテーブルを作成するときに、TiDBが対応する統計メタデータ（ `stats_meta` ）を作成しない問題を修正しました。 [#53652](https://github.com/pingcap/tidb/issues/53652) @[hawkingrei](https://github.com/hawkingrei) - クエリが強制終了された後にエラーではなく誤った結果を返す可能性がある問題を修正[#50089](https://github.com/pingcap/tidb/issues/50089) @[D3Hunter](https://github.com/D3Hunter) - クエリの同時実行数が多い場合に統計同期読み込みメカニズムが予期せず失敗する可能性がある問題を修正しました[#52294](https://github.com/pingcap/tidb/issues/52294) @[hawkingrei](https://github.com/hawkingrei) - クエリ内の特定のフィルタ条件により、プランナーモジュールが`invalid memory address or nil pointer dereference`エラーを報告する可能性がある問題を修正しました [#53582](https://github.com/pingcap/tidb/issues/53582) [#53580](https://github.com/pingcap/tidb/issues/53580) [#53594](https://github.com/pingcap/tidb/issues/53594) [#53603](https://github.com/pingcap/tidb/issues/53603) @[YangKeao](https://github.com/YangKeao) - - TiDBの同期的な統計読み込みメカニズムが空の統計の読み込みを無期限に再試行し、 `fail to get stats version for this histogram` log を出力する問題を修正しました。 [#52657](https://github.com/pingcap/tidb/issues/52657) @[hawkingrei](https://github.com/hawkingrei) + - TiDBの同期的な統計読み込みメカニズムが空の統計の読み込みを無期限に再試行し、 `fail to get stats version for this histogram`ログを出力する問題を修正しました。 [#52657](https://github.com/pingcap/tidb/issues/52657) @[hawkingrei](https://github.com/hawkingrei) - 最初の引数が`month`で、2番目の引数が負の場合に`TIMESTAMPADD()`関数が無限ループに入る問題を修正しました。 [#54908](https://github.com/pingcap/tidb/issues/54908) @[xzhangxian1008](https://github.com/xzhangxian1008) - - `tidb_mem_quota_analyze`が有効になっていて、統計の更新に使用されるメモリがの制限を超えると、TiDB がクラッシュする可能性がある問題を修正しました。 [#52601](https://github.com/pingcap/tidb/issues/52601) @[hawkingrei](https://github.com/hawkingrei) + - `tidb_mem_quota_analyze`が有効になっていて、統計の更新に使用されるメモリが制限を超えると、TiDB がクラッシュする可能性がある問題を修正しました。 [#52601](https://github.com/pingcap/tidb/issues/52601) @[hawkingrei](https://github.com/hawkingrei) - 一意インデックスを追加するときに`duplicate entry`が発生する可能性がある問題を修正 [#56161](https://github.com/pingcap/tidb/issues/56161) @[tangenta](https://github.com/tangenta) - 情報スキーマキャッシュミスにより、古い読み取りのクエリレイテンシーが増加する問題を修正しました。 [#53428](https://github.com/pingcap/tidb/issues/53428) @[crazycs520](https://github.com/crazycs520) - GlobalStatsの`Distinct_count`情報が正しくない可能性がある問題を修正しました[#53752](https://github.com/pingcap/tidb/issues/53752) @[hawkingrei](https://github.com/hawkingrei) - `SELECT DISTINCT CAST(col AS DECIMAL), CAST(col AS SIGNED) FROM ...`クエリを実行すると誤った結果が返される可能性がある問題を修正[#53726](https://github.com/pingcap/tidb/issues/53726) @[hawkingrei](https://github.com/hawkingrei) - クエリに利用可能なインデックスマージ実行計画がある場合に`read_from_storage`ヒントが有効にならない可能性がある問題を修正しました [#56217](https://github.com/pingcap/tidb/issues/56217) @[AilinKid](https://github.com/AilinKid) - `TIMESTAMPADD()`関数が誤った結果を返す問題を修正[#41052](https://github.com/pingcap/tidb/issues/41052) @[xzhangxian1008](https://github.com/xzhangxian1008) - - `?`の引数を含む`CONV`の式を持つ`PREPARE` `EXECUTE`文を複数回実行すると、誤ったクエリ結果が返される可能性がある問題を修正しました[#53505](https://github.com/pingcap/tidb/issues/53505) @[qw4990](https://github.com/qw4990) + - `?`の引数を含む`CONV`の式を持つ`PREPARE`/`EXECUTE`文を複数回実行すると、誤ったクエリ結果が返される可能性がある問題を修正しました[#53505](https://github.com/pingcap/tidb/issues/53505) @[qw4990](https://github.com/qw4990) - トランザクションで使用されるメモリが複数回追跡される可能性がある問題を修正[#53984](https://github.com/pingcap/tidb/issues/53984) @[ekexium](https://github.com/ekexium) - スライスの浅いコピーを使用せずに列プルーニングを行うと、TiDB がpanicを起こす可能性がある問題を修正しました[#52768](https://github.com/pingcap/tidb/issues/52768) @[winoros](https://github.com/winoros) - ウィンドウ関数を含むSQLバインディングが場合によっては有効にならない可能性がある問題を修正[#55981](https://github.com/pingcap/tidb/issues/55981) @[winoros](https://github.com/winoros) @@ -157,21 +157,21 @@ TiDB バージョン: 7.1.6 - 列の不安定な一意のIDにより、 `UPDATE`文がエラーを返す可能性がある問題を修正しました。 [#53236](https://github.com/pingcap/tidb/issues/53236) @[winoros](https://github.com/winoros) - トランザクション内のステートメントが OOM によって強制終了された後、TiDB が同じトランザクション内で次のステートメントの実行を継続すると、エラー`Trying to start aggressive locking while it's already started`が発生し、panicが発生する可能性がある問題を修正しました。 [#53540](https://github.com/pingcap/tidb/issues/53540) @[MyonKeminta](https://github.com/MyonKeminta) - `RECOVER TABLE BY JOB JOB_ID;`を実行すると TiDB がpanicを起こす可能性がある問題を修正[#55113](https://github.com/pingcap/tidb/issues/55113) @[crazycs520](https://github.com/crazycs520) - - 分散実行フレームワークの PD メンバーを変更した後に`ADD INDEX`実行が失敗する可能性がある問題を修正しました [#48680](https://github.com/pingcap/tidb/issues/48680) @[lance6716](https://github.com/lance6716) - - 2人のDDL所有者が同時に存在する可能性がある問題を修正[#54689](https://github.com/pingcap/tidb/issues/54689) @[joccau](https://github.com/joccau) + - 分散実行フレームワークの PD メンバーを変更した後に`ADD INDEX`の実行が失敗する可能性がある問題を修正しました [#48680](https://github.com/pingcap/tidb/issues/48680) @[lance6716](https://github.com/lance6716) + - 2つのDDL Ownerが同時に存在する可能性がある問題を修正[#54689](https://github.com/pingcap/tidb/issues/54689) @[joccau](https://github.com/joccau) - `ADD INDEX`の実行中に TiDB のローリング再起動が発生すると、インデックスの追加操作が失敗する可能性がある問題を修正しました[#52805](https://github.com/pingcap/tidb/issues/52805) @[tangenta](https://github.com/tangenta) - `LOAD DATA ... REPLACE INTO`操作でデータの不整合が発生する問題を修正[#56408](https://github.com/pingcap/tidb/issues/56408) @[fzzf678](https://github.com/fzzf678) - `IMPORT INTO`文を使用してデータをインポートした後、 `AUTO_INCREMENT`フィールドが正しく設定されない問題を修正しました。 [#56476](https://github.com/pingcap/tidb/issues/56476) @[D3Hunter](https://github.com/D3Hunter) - TiDBがチェックポイントから復元する前にローカルファイルの存在を確認しない問題を修正しました [#53009](https://github.com/pingcap/tidb/issues/53009) @[lance6716](https://github.com/lance6716) - DMスキーマトラッカーがデフォルトの長さよりも長いインデックスを作成できない問題を修正しました [#55138](https://github.com/pingcap/tidb/issues/55138) @[lance6716](https://github.com/lance6716) - - `ALTER TABLE` `AUTO_INCREMENT`フィールドを正しく処理しない問題を修正[#47899](https://github.com/pingcap/tidb/issues/47899) @[D3Hunter](https://github.com/D3Hunter) + - `ALTER TABLE`が`AUTO_INCREMENT`フィールドを正しく処理しない問題を修正[#47899](https://github.com/pingcap/tidb/issues/47899) @[D3Hunter](https://github.com/D3Hunter) - 解放されていないセッションリソースがメモリリークを引き起こす可能性がある問題を修正[#56271](https://github.com/pingcap/tidb/issues/56271) @[lance6716](https://github.com/lance6716) - 浮動小数点数または整数オーバーフローがプランキャッシュに影響を与える問題を修正しました [#46538](https://github.com/pingcap/tidb/issues/46538) @[hawkingrei](https://github.com/hawkingrei) - `IndexLookUp`オペレーターのメモリの一部が追跡されない問題を修正 [#56440](https://github.com/pingcap/tidb/issues/56440) @[wshwsh12](https://github.com/wshwsh12) - stale read が読み取り操作のタイムスタンプを厳密に検証しない問題を修正しました。その結果、TSO と実際の物理時間の間にオフセットが存在する場合に、トランザクションの一貫性にわずかながら影響する可能性が生じます。 [#56809](https://github.com/pingcap/tidb/issues/56809) @[MyonKeminta](https://github.com/MyonKeminta) - ストレージエンジンとしてTiKVが選択されていない場合にTTLが失敗する可能性がある問題を修正 [#56402](https://github.com/pingcap/tidb/issues/56402) @[YangKeao](https://github.com/YangKeao) - 書き込み競合が発生したときにTTLタスクをキャンセルできない問題を修正[#56422](https://github.com/pingcap/tidb/issues/56422) @[YangKeao](https://github.com/YangKeao) - - 科学表記法で大きすぎる数値を挿入するとエラーが発生する問題を修正`ERROR 1264 (22003)` 。動作を MySQL と一致させる。 [#47787](https://github.com/pingcap/tidb/issues/47787) @[lcwangchao](https://github.com/lcwangchao) + - 科学表記法で大きすぎる数値を挿入するとエラー`ERROR 1264 (22003)`が発生する問題を修正し、動作を MySQL と一致させます。 [#47787](https://github.com/pingcap/tidb/issues/47787) @[lcwangchao](https://github.com/lcwangchao) - TTLタスクをキャンセルした際に、対応するSQLが強制終了されない問題を修正[#56511](https://github.com/pingcap/tidb/issues/56511) @[lcwangchao](https://github.com/lcwangchao) - `INSERT ... ON DUPLICATE KEY`文が`mysql_insert_id` と互換性がない問題を修正 [#55965](https://github.com/pingcap/tidb/issues/55965) @[tiancaiamao](https://github.com/tiancaiamao) - SQLが実行計画を構築できない場合に監査ログフィルタリングが有効にならない問題を修正 [#50988](https://github.com/pingcap/tidb/issues/50988) @[CbcWestwolf](https://github.com/CbcWestwolf) @@ -184,7 +184,7 @@ TiDB バージョン: 7.1.6 - `RawKvMaxTimestampNotSynced`エラーを追加し、 `errorpb.Error.max_ts_not_synced`に詳細なエラー情報をログに記録し、このエラーが発生したときに`must_raw_put`操作の再試行メカニズムを追加します[#16789](https://github.com/tikv/tikv/issues/16789) @[pingyu](https://github.com/pingyu) - 大きなテーブルやパーティションを削除した後に発生する可能性のあるトラフィック制御の問題を修正しました [#17304](https://github.com/tikv/tikv/issues/17304) @[SpadeA-Tang](https://github.com/SpadeA-Tang) - 読み取りスレッドがRaft EngineのMemTable内の古いインデックスにアクセスしたときに発生するpanic問題を修正しました。 [#17383](https://github.com/tikv/tikv/issues/17383) @[LykxSassinator](https://github.com/LykxSassinator) - - CDC とログバックアップが`advance-ts-interval`構成を使用して`check_leader`のタイムアウトを制限しないため、TiKV が正常に再起動したときに`resolved_ts`遅延が大きくなる場合がある問題を修正しました[#17107](https://github.com/tikv/tikv/issues/17107) @[SpadeA-Tang](https://github.com/SpadeA-Tang) + - CDC とログバックアップが`advance-ts-interval`構成を使用して`check_leader`のタイムアウトを制限しないため、TiKV が正常に再起動したときに`resolved_ts`の遅延が大きくなる場合がある問題を修正しました[#17107](https://github.com/tikv/tikv/issues/17107) @[SpadeA-Tang](https://github.com/SpadeA-Tang) - TiDB Lightningによってインポートされた SST ファイルが TiKV の再起動後に失われる問題を修正[#15912](https://github.com/tikv/tikv/issues/15912) @[lance6716](https://github.com/lance6716) - 削除された`sst_importer` SST ファイルを取り込むことにより TiKV がpanicになる可能性がある問題を修正しました [#15053](https://github.com/tikv/tikv/issues/15053) @[lance6716](https://github.com/lance6716) - TiKVインスタンスに多数のリージョンがある場合、データインポート中にTiKVがOOMになる可能性がある問題を修正しました。 [#16229](https://github.com/tikv/tikv/issues/16229) @[SpadeA-Tang](https://github.com/SpadeA-Tang) @@ -192,13 +192,13 @@ TiDB バージョン: 7.1.6 - gRPC メッセージ圧縮方式を`grpc-compression-type`で設定しても、TiKV から TiDB に送信されるメッセージには反映されない問題を修正しました。 [#17176](https://github.com/tikv/tikv/issues/17176) @[ekexium](https://github.com/ekexium) - 不安定なテストケースの問題を修正し、各テストが独立した一時ディレクトリを使用するようにして、オンライン構成の変更が他のテストケースに影響しないようにします。 [#16871](https://github.com/tikv/tikv/issues/16871) @[glorv](https://github.com/glorv) - 多数のトランザクションが同じキーのロック解除待ち行列に入っていて、キーが頻繁に更新される場合、デッドロック検出への過度の圧力によって TiKV OOM 問題が発生する可能性がある問題を修正しました [#17394](https://github.com/tikv/tikv/issues/17394) @[MyonKeminta](https://github.com/MyonKeminta) - - `DECIMAL`型の小数点部分がの場合に正しくない問題を修正しました [#16913](https://github.com/tikv/tikv/issues/16913) @[gengliqi](https://github.com/gengliqi) + - `DECIMAL`型の小数点部分が場合によっては正しくない問題を修正しました [#16913](https://github.com/tikv/tikv/issues/16913) @[gengliqi](https://github.com/gengliqi) - クエリ内の`CONV()`関数が数値システム変換中にオーバーフローし、TiKV panicが発生する問題を修正しました。 [#16969](https://github.com/tikv/tikv/issues/16969) @[gengliqi](https://github.com/gengliqi) - 古いレプリカがRaftスナップショットを処理するときに、遅い分割操作と新しいレプリカの即時削除によってトリガーされ、TiKV がpanicになる可能性がある問題を修正しました。 [#17469](https://github.com/tikv/tikv/issues/17469) @[hbisheng](https://github.com/hbisheng) - 同時実行性の高いコプロセッサーリクエストにより TiKV OOM が発生する可能性がある問題を修正しました [#16653](https://github.com/tikv/tikv/issues/16653) @[overvenus](https://github.com/overvenus) - マスターキーがキー管理サービス (KMS) に保存されているときにマスターキーのローテーションを妨げる問題を修正しました [#17410](https://github.com/tikv/tikv/issues/17410) @[hhwyt](https://github.com/hhwyt) - tikv-ctlの`raft region`コマンドの出力にリージョンステータス情報が含まれていない問題を修正しました [#17037](https://github.com/tikv/tikv/issues/17037) @[glorv](https://github.com/glorv) - - Grafana の TiKV パネルの**ストレージ非同期書き込み期間の**監視メトリックが不正確であるという問題を修正しました[#17579](https://github.com/tikv/tikv/issues/17579) @[overvenus](https://github.com/overvenus) + - Grafana の TiKV パネルの**Storage async write duration**監視メトリックが不正確であるという問題を修正しました[#17579](https://github.com/tikv/tikv/issues/17579) @[overvenus](https://github.com/overvenus) - TiKVがブラジルとエジプトのタイムゾーンを誤って変換する問題を修正[#16220](https://github.com/tikv/tikv/issues/16220) @[overvenus](https://github.com/overvenus) - PD @@ -208,8 +208,8 @@ TiDB バージョン: 7.1.6 - 乱数ジェネレータの頻繁な作成によって発生するパフォーマンスジッターの問題を修正しました [#8674](https://github.com/tikv/pd/issues/8674) @[rleungx](https://github.com/rleungx) - リージョン統計のメモリリーク問題を修正 [#8710](https://github.com/tikv/pd/issues/8710) @[rleungx](https://github.com/rleungx) - ホットスポット キャッシュのメモリリーク問題を修正 [#8698](https://github.com/tikv/pd/issues/8698) @[lhy1024](https://github.com/lhy1024) - - 同じストアID で繰り返し作成された場合に`evict-leader-scheduler`正常に動作しない問題を修正 [#8756](https://github.com/tikv/pd/issues/8756) @[okJiang](https://github.com/okJiang) - - `replication.strictly-match-label`から`true`に設定するとTiFlash が起動しなくなる問題を修正 [#8480](https://github.com/tikv/pd/issues/8480) @[rleungx](https://github.com/rleungx) + - 同じストアID で繰り返し作成された場合に`evict-leader-scheduler`が正常に動作しない問題を修正 [#8756](https://github.com/tikv/pd/issues/8756) @[okJiang](https://github.com/okJiang) + - `replication.strictly-match-label`を`true`に設定するとTiFlash が起動しなくなる問題を修正 [#8480](https://github.com/tikv/pd/issues/8480) @[rleungx](https://github.com/rleungx) - 設定ファイル経由でログレベルを変更しても反映されない問題を修正[#8117](https://github.com/tikv/pd/issues/8117) @[rleungx](https://github.com/rleungx) - 同時実行性が高い場合にリソースグループがリソース使用量を効果的に制限できない問題を修正[#8435](https://github.com/tikv/pd/issues/8435) @[nolouch](https://github.com/nolouch) - PD がオペレーター チェック中に遭遇するデータ競合問題を修正しました [#8263](https://github.com/tikv/pd/issues/8263) @[lhy1024](https://github.com/lhy1024) @@ -292,7 +292,7 @@ TiDB バージョン: 7.1.6 - TiDB Lightning を使用してデータのインポート中にトランザクションの競合が発生する問題を修正しました [#49826](https://github.com/pingcap/tidb/issues/49826) @[lance6716](https://github.com/lance6716) - EBS BRが実行されているときにTiDB Lightningがデータのインポートに失敗する可能性がある問題を修正しました [#49517](https://github.com/pingcap/tidb/issues/49517) @[mittalrishabh](https://github.com/mittalrishabh) - 2つのインスタンスが同時に並列インポートタスクを開始し、同じタスクID が割り当てられている場合に、 TiDB Lightningが`verify allocator base failed`エラーを報告する問題を修正しました。 [#55384](https://github.com/pingcap/tidb/issues/55384) @[ei-sugimoto](https://github.com/ei-sugimoto) - - PDLeaderを強制終了すると、 TiDB Lightningがデータインポート中に`invalid store ID 0`エラーを報告する問題を修正しました。 [#50501](https://github.com/pingcap/tidb/issues/50501) @[Leavrth](https://github.com/Leavrth) + - PD Leaderを強制終了すると、 TiDB Lightningがデータインポート中に`invalid store ID 0`エラーを報告する問題を修正しました。 [#50501](https://github.com/pingcap/tidb/issues/50501) @[Leavrth](https://github.com/Leavrth) - Dumpling diff --git a/releases/release-7.2.0.md b/releases/release-7.2.0.md index 490ffcd9fe276..c9ced4274b75f 100644 --- a/releases/release-7.2.0.md +++ b/releases/release-7.2.0.md @@ -13,13 +13,13 @@ TiDB バージョン: 7.2.0 バージョン7.2.0では、以下の主要な機能と改善点が導入されています。 -
カテゴリ特徴説明
拡張性とパフォーマンスリソースグループは暴走クエリの管理をサポートします（実験的）クエリのタイムアウトをより細かく管理できるようになり、クエリの分類に基づいて異なる動作を設定できるようになりました。指定したしきい値に達したクエリは、優先度を下げたり、終了させたりすることができます。
TiFlashはパイプライン実行モデルをサポートしています（実験的）。 TiFlashは、スレッドリソース制御を最適化するために、パイプライン実行モデルをサポートしています。
SQLデータインポート用の新しいSQL文IMPORT INTOをサポート（実験的） TiDB Lightningの導入とメンテナンスを簡素化するために、TiDB は新しい SQL文IMPORT INTO導入しました。これにより、Amazon S3 や Google Cloud Storage (GCS) からのリモートインポートを含むTiDB Lightningの物理インポートモードが TiDB に直接統合されます。
データベースの運用と可観測性DDLは一時停止および再開操作をサポートします（実験的）。この新機能により、インデックス作成などのリソースを大量に消費するDDL操作を一時的に中断し、リソースを節約してオンライントラフィックへの影響を最小限に抑えることができます。準備が整い次第、キャンセルや再起動の必要なく、これらの操作をシームレスに再開できます。この機能は、リソース利用効率の向上、ユーザーエクスペリエンスの改善、スキーマ変更の効率化に貢献します。
+
カテゴリ機能説明
拡張性とパフォーマンスリソースグループは暴走クエリの管理をサポートします（実験的）クエリのタイムアウトをより細かく管理できるようになり、クエリの分類に基づいて異なる動作を設定できるようになりました。指定したしきい値に達したクエリは、優先度を下げたり、終了させたりすることができます。
TiFlashはパイプライン実行モデルをサポートしています（実験的）。 TiFlashは、スレッドリソース制御を最適化するために、パイプライン実行モデルをサポートしています。
SQLデータインポート用の新しいSQL文IMPORT INTOをサポート（実験的） TiDB Lightningの導入とメンテナンスを簡素化するために、TiDB は新しい SQL文IMPORT INTOを導入しました。これにより、Amazon S3 や Google Cloud Storage (GCS) からのリモートインポートを含むTiDB Lightningの物理インポートモードが TiDB に直接統合されます。
データベースの運用と可観測性DDLは一時停止および再開操作をサポートします（実験的）。この新機能により、インデックス作成などのリソースを大量に消費するDDL操作を一時的に中断し、リソースを節約してオンライントラフィックへの影響を最小限に抑えることができます。準備が整い次第、キャンセルや再起動の必要なく、これらの操作をシームレスに再開できます。この機能は、リソース利用効率の向上、ユーザーエクスペリエンスの改善、スキーマ変更の効率化に貢献します。
## 機能の詳細 {#feature-details} ### パフォーマンス {#performance} -- TiFlash への次の2つの[ウィンドウ関数](/tiflash/tiflash-supported-pushdown-calculations.md)プッシュダウンをサポートします。 [#7427](https://github.com/pingcap/tiflash/issues/7427) @[xzhangxian1008](https://github.com/xzhangxian1008) +- 次の2つの[ウィンドウ関数](/tiflash/tiflash-supported-pushdown-calculations.md)の TiFlash へのプッシュダウンをサポートします。 [#7427](https://github.com/pingcap/tiflash/issues/7427) @[xzhangxian1008](https://github.com/xzhangxian1008) - `FIRST_VALUE` - `LAST_VALUE` @@ -79,7 +79,7 @@ TiDB バージョン: 7.2.0 より適切な実行計画を生成するため、TiDB オプティマイザの動作は製品のバージョンアップごとに進化しています。しかし、特定のシナリオでは、変更によってパフォーマンスが低下する場合があります。TiDB v7.2.0 では、オプティマイザの細かい動作を制御できるオプティマイザ修正コントロールが導入されました。これにより、一部の新しい変更をロールバックしたり、制御したりすることが可能になります。 - 制御可能な各動作は、修正番号に対応する GitHub の問題によって説明されます。制御可能な動作はすべて[オプティマイザ修正コントロール](/optimizer-fix-controls.md)にリストされています。動作制御を実現するために[`tidb_opt_fix_control`](/system-variables.md#tidb_opt_fix_control-new-in-v653-and-v710)システム変数を設定することにより、1つ以上の動作の目標値を設定できます。 + 制御可能な各動作は、修正番号に対応する GitHub issue で説明されています。制御可能な動作はすべて[オプティマイザ修正コントロール](/optimizer-fix-controls.md)にリストされています。動作制御を実現するために[`tidb_opt_fix_control`](/system-variables.md#tidb_opt_fix_control-new-in-v653-and-v710)システム変数を設定することにより、1つ以上の動作の目標値を設定できます。 オプティマイザ修正コントロールメカニズムを使用すると、TiDBオプティマイザをきめ細かく制御できます。これにより、アップグレードプロセスによって発生するパフォーマンスの問題を修正する新しい手段が提供され、TiDBの安定性が向上します。 @@ -155,8 +155,8 @@ TiDB バージョン: 7.2.0 | [`tidb_analyze_skip_column_types`](/system-variables.md#tidb_analyze_skip_column_types-new-in-v720) | 新しく追加された | `ANALYZE`コマンドを実行して統計情報を収集する際に、どのタイプの列を統計収集から除外するかを制御します。この変数は、 [`tidb_analyze_version = 2`](/system-variables.md#tidb_analyze_version-new-in-v510)の場合にのみ適用されます。 `ANALYZE TABLE t COLUMNS c1, ..., cn`の構文を使用する場合、指定された列のタイプが`tidb_analyze_skip_column_types`に含まれている場合、この列の統計情報は収集されません。 | | [`tidb_enable_check_constraint`](/system-variables.md#tidb_enable_check_constraint-new-in-v720) | 新しく追加された | `CHECK`制約を有効にするかどうかを制御します。デフォルト値は`OFF`で、これはこの機能が無効になっていることを意味します。 | | [`tidb_enable_fast_table_check`](/system-variables.md#tidb_enable_fast_table_check-new-in-v720) | 新しく追加された | テーブル内のデータとインデックスの一貫性を迅速にチェックするために、チェックサムベースのアプローチを使用するかどうかを制御します。デフォルト値は`ON`で、これはこの機能が有効になっていることを意味します。 | -| [`tidb_enable_tiflash_pipeline_model`](https://docs-archive.pingcap.com/tidb/v7.2/system-variables#tidb_enable_tiflash_pipeline_model-new-in-v720) | 新しく追加された | TiFlashの新しい実行モデルで[パイプラインモデル](/tiflash/tiflash-pipeline-model.md)モデルを有効にするかどうかを制御します。デフォルト値は`OFF`で、パイプライン モデルが無効であることを意味します。 | -| [`tidb_expensive_txn_time_threshold`](/system-variables.md#tidb_expensive_txn_time_threshold-new-in-v720) | 新しく追加された | 高額トランザクションをログに記録するしきい値を制御します。デフォルト値は600秒です。トランザクションの所要時間がこのしきい値を超え、かつコミットもロールバックもされない場合、そのトランザクションは高額トランザクションとみなされ、ログに記録されます。 | +| [`tidb_enable_tiflash_pipeline_model`](https://docs-archive.pingcap.com/tidb/v7.2/system-variables#tidb_enable_tiflash_pipeline_model-new-in-v720) | 新しく追加された | TiFlashの新しい実行モデルである[パイプラインモデル](/tiflash/tiflash-pipeline-model.md)を有効にするかどうかを制御します。デフォルト値は`OFF`で、パイプライン モデルが無効であることを意味します。 | +| [`tidb_expensive_txn_time_threshold`](/system-variables.md#tidb_expensive_txn_time_threshold-new-in-v720) | 新しく追加された | 高コストトランザクションをログに記録するしきい値を制御します。デフォルト値は600秒です。トランザクションの所要時間がこのしきい値を超え、かつコミットもロールバックもされない場合、そのトランザクションは高コストトランザクションとみなされ、ログに記録されます。 | ### 設定ファイルパラメータ {#configuration-file-parameters} @@ -164,11 +164,11 @@ TiDB バージョン: 7.2.0 | -------------- | ----------------------------------------------------------------------------------------------------------------------------------------------- | -------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | TiDB | [`lite-init-stats`](/tidb-configuration-file.md#lite-init-stats-new-in-v710) | 変更 | さらなるテストの結果、デフォルト値が`false`から`true`に変更されました。これは、TiDB の起動時にデフォルトで軽量統計初期化を使用して初期化効率を向上させることを意味します。 | | TiDB | [`force-init-stats`](/tidb-configuration-file.md#force-init-stats-new-in-v657-and-v710) | 変更 | [`lite-init-stats`](/tidb-configuration-file.md#lite-init-stats-new-in-v710)に合わせて、デフォルト値を`false`から`true`に変更します。これにより、TiDB の起動時に、TiDB は統計情報の初期化が完了するまでサービスの提供を待ちます。 | -| TiKV | [`rocksdb.[defaultcf|writecf|lockcf].compaction-guard-min-output-file-size`](/tikv-configuration-file.md#compaction-guard-min-output-file-size) | 変更 | RocksDB の圧縮タスクのデータ量を削減するために、デフォルト値を`"8MB"`から`"1MB"`に変更します。 | -| TiKV | [`rocksdb.[defaultcf|writecf|lockcf].optimize-filters-for-memory`](/tikv-configuration-file.md#optimize-filters-for-memory-new-in-v720) | 新しく追加された | メモリ内部の断片化を最小限に抑えるブルーム/リボンフィルタを生成するかどうかを制御します。 | -| TiKV | [`rocksdb.[defaultcf|writecf|lockcf].periodic-compaction-seconds`](/tikv-configuration-file.md#periodic-compaction-seconds-new-in-v720) | 新しく追加された | 定期的な圧縮の間隔を制御します。この値よりも古い更新履歴を持つSSTファイルが圧縮対象として選択され、元のSSTファイルと同じ階層に書き換えられます。 | -| TiKV | [`rocksdb.[defaultcf|writecf|lockcf].ribbon-filter-above-level`](/tikv-configuration-file.md#ribbon-filter-above-level-new-in-v720) | 新しく追加された | この値以上のレベルではリボンフィルターを使用し、この値未満のレベルではブロックベースではないブルームフィルターを使用するかどうかを制御します。 | -| TiKV | [`rocksdb.[defaultcf|writecf|lockcf].ttl`](/tikv-configuration-file.md#ttl-new-in-v720) | 新しく追加された | TTLよりも古い更新情報を持つSSTファイルは、自動的に圧縮対象として選択されます。 | +| TiKV | [rocksdb.\[defaultcf\|writecf\|lockcf\].compaction-guard-min-output-file-size](/tikv-configuration-file.md#compaction-guard-min-output-file-size) | 変更 | RocksDB の圧縮タスクのデータ量を削減するために、デフォルト値を`"8MB"`から`"1MB"`に変更します。 | +| TiKV | [rocksdb.\[defaultcf\|writecf\|lockcf\].optimize-filters-for-memory](/tikv-configuration-file.md#optimize-filters-for-memory-new-in-v720) | 新しく追加された | メモリ内部の断片化を最小限に抑えるブルーム/リボンフィルタを生成するかどうかを制御します。 | +| TiKV | [rocksdb.\[defaultcf\|writecf\|lockcf\].periodic-compaction-seconds](/tikv-configuration-file.md#periodic-compaction-seconds-new-in-v720) | 新しく追加された | 定期的な圧縮の間隔を制御します。この値よりも古い更新履歴を持つSSTファイルが圧縮対象として選択され、元のSSTファイルと同じ階層に書き換えられます。 | +| TiKV | [rocksdb.\[defaultcf\|writecf\|lockcf\].ribbon-filter-above-level](/tikv-configuration-file.md#ribbon-filter-above-level-new-in-v720) | 新しく追加された | この値以上のレベルではリボンフィルターを使用し、この値未満のレベルではブロックベースではないブルームフィルターを使用するかどうかを制御します。 | +| TiKV | [rocksdb.\[defaultcf\|writecf\|lockcf\].ttl](/tikv-configuration-file.md#ttl-new-in-v720) | 新しく追加された | TTLよりも古い更新情報を持つSSTファイルは、自動的に圧縮対象として選択されます。 | | 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）の問題を回避できます。このパラメータを調整することで、メモリ使用量とインポート速度のバランスを取り、インポートプロセスの安定性と効率性を向上させることができます。 | @@ -182,16 +182,16 @@ TiDB バージョン: 7.2.0 - インデックススキャン範囲の構築ロジックを最適化し、複雑な条件をインデックススキャン範囲に変換することをサポートする[#41572](https://github.com/pingcap/tidb/issues/41572) [#44389](https://github.com/pingcap/tidb/issues/44389) @[xuyifangreeneyes](https://github.com/xuyifangreeneyes) - 新しい監視メトリクス`Stale Read OPS`と`Stale Read Traffic`を追加 [#43325](https://github.com/pingcap/tidb/issues/43325) @[you06](https://github.com/you06) - - 古い読み取りの再試行リーダーがロックに遭遇した場合、TiDB はロックを解決した後、リーダーで強制的に再試行します。これにより、不要なオーバーヘッドが回避されます。 [#43659](https://github.com/pingcap/tidb/issues/43659) @[you06](https://github.com/you06) - - 推定時間を使用して古い読み取りtsを計算し、古い読み取りのオーバーヘッドを削減します [#44215](https://github.com/pingcap/tidb/issues/44215) @[you06](https://github.com/you06) + - ステイル読み取りの再試行リーダーがロックに遭遇した場合、TiDB はロックを解決した後、リーダーで強制的に再試行します。これにより、不要なオーバーヘッドが回避されます。 [#43659](https://github.com/pingcap/tidb/issues/43659) @[you06](https://github.com/you06) + - 推定時間を使用してステイル読み取りの ts を計算し、ステイル読み取りのオーバーヘッドを削減します [#44215](https://github.com/pingcap/tidb/issues/44215) @[you06](https://github.com/you06) - 長時間実行されるトランザクションのログとシステム変数を追加する [#41471](https://github.com/pingcap/tidb/issues/41471) @[crazycs520](https://github.com/crazycs520) - 圧縮されたMySQLプロトコルを介したTiDBへの接続をサポートします。これにより、低帯域幅ネットワーク下でのデータ集約型クエリのパフォーマンスが向上し、帯域幅コストが削減されます。これは`zlib`と`zstd`ベースの圧縮の両方をサポートします。 [#22605](https://github.com/pingcap/tidb/issues/22605) @[dveeden](https://github.com/dveeden) - `utf8`と`utf8bm3`の両方を従来の 3 バイト UTF-8 文字セットエンコーディングとして認識することで、従来の UTF-8 エンコーディングを持つテーブルを MySQL 8.0 から TiDB に移行しやすくなります。 [#26226](https://github.com/pingcap/tidb/issues/26226) @[dveeden](https://github.com/dveeden) - - `:=`ステートメントでの代入に`UPDATE`を使用するサポート [#44751](https://github.com/pingcap/tidb/issues/44751) @[CbcWestwolf](https://github.com/CbcWestwolf) + - `UPDATE`ステートメントでの代入に`:=`を使用することをサポート [#44751](https://github.com/pingcap/tidb/issues/44751) @[CbcWestwolf](https://github.com/CbcWestwolf) - TiKV - - `pd.retry-interval`を使用した接続リクエスト失敗などのシナリオで PD 接続の再試行間隔を設定することをサポートします [#14964](https://github.com/tikv/tikv/issues/14964) @[rleungx](https://github.com/rleungx) + - 接続リクエストの失敗などのシナリオにおける PD 接続の再試行間隔を`pd.retry-interval`で設定することをサポートします [#14964](https://github.com/tikv/tikv/issues/14964) @[rleungx](https://github.com/rleungx) - グローバルなリソース使用状況を組み込むことで、リソース制御スケジューリングアルゴリズムを最適化する [#14604](https://github.com/tikv/tikv/issues/14604) @[Connor1996](https://github.com/Connor1996) - `check_leader`リクエストに gzip 圧縮を使用してトラフィックを削減します [#14553](https://github.com/tikv/tikv/issues/14553) @[you06](https://github.com/you06) - `check_leader`リクエストに関連するメトリクスを追加 [#14658](https://github.com/tikv/tikv/issues/14658) @[you06](https://github.com/you06) @@ -211,7 +211,7 @@ TiDB バージョン: 7.2.0 - TiCDC - オブジェクトストレージサービスへのレプリケーションシナリオでDDL操作が発生した場合に、データファイルが格納されるディレクトリの構造を最適化する [#8891](https://github.com/pingcap/tiflow/issues/8891) @[CharlesCheung96](https://github.com/CharlesCheung96) - - KafkaへのレプリケーションシナリオにおけるOAUTHBEARER認証のサポート [#8865](https://github.com/pingcap/tiflow/issues/8865) @[Rustin170506](https://github.com/Rustin170506) + - KafkaへのレプリケーションシナリオにおけるOAUTHBEARER認証のサポート [#8865](https://github.com/pingcap/tiflow/issues/8865) @[hi-rustin](https://github.com/Rustin170506) - Kafkaへのレプリケーションシナリオの`DELETE`オペレーションのハンドルキーのみを出力するオプションを追加 [#9143](https://github.com/pingcap/tiflow/issues/9143) @[3AceShowHand](https://github.com/3AceShowHand) - TiDB Data Migration (DM) @@ -231,7 +231,7 @@ TiDB バージョン: 7.2.0 - CTE を使用したクエリによって TiDB がハングする問題を修正[#43749](https://github.com/pingcap/tidb/issues/43749) [#36896](https://github.com/pingcap/tidb/issues/36896) @[guo-shaoge](https://github.com/guo-shaoge) - `min, max`クエリ結果が正しくない問題を修正 [#43805](https://github.com/pingcap/tidb/issues/43805) @[wshwsh12](https://github.com/wshwsh12) - `SHOW PROCESSLIST`ステートメントで、サブクエリ時間が長いステートメントのトランザクションの TxnStart が表示されない問題を修正します [#40851](https://github.com/pingcap/tidb/issues/40851) @[crazycs520](https://github.com/crazycs520) - - コプロセッサータスクに`TxnScope`がないため、古いデータの読み取りグローバル最適化が有効にならない問題を修正します [#43365](https://github.com/pingcap/tidb/issues/43365) @[you06](https://github.com/you06) + - コプロセッサータスクに`TxnScope`がないため、ステイル読み取りのグローバル最適化が有効にならない問題を修正します [#43365](https://github.com/pingcap/tidb/issues/43365) @[you06](https://github.com/you06) - フォロワー読み取りが再試行前にフラッシュバックエラーを処理しないためクエリエラーが発生する問題を修正します [#43673](https://github.com/pingcap/tidb/issues/43673) @[you06](https://github.com/you06) - `ON UPDATE`文が主キーを正しく更新しない場合にデータとインデックスが不整合になる問題を修正 [#44565](https://github.com/pingcap/tidb/issues/44565) @[zyguan](https://github.com/zyguan) - 権限テーブルの一部の列における大文字小文字の区別に関する問題を修正しました [#41048](https://github.com/pingcap/tidb/issues/41048) @[bb7133](https://github.com/bb7133) @@ -246,7 +246,7 @@ TiDB バージョン: 7.2.0 - `LEADING`ヒントがブロックエイリアスのクエリをサポートしていない問題を修正 [#44645](https://github.com/pingcap/tidb/issues/44645) @[qw4990](https://github.com/qw4990) - `LAST_INSERT_ID()`関数の戻り値の型を VARCHAR から LONGLONG に変更し、MySQL の戻り値の型と一致させます [#44574](https://github.com/pingcap/tidb/issues/44574) @[Defined2014](https://github.com/Defined2014) - 相関のないサブクエリを含むステートメントで共通テーブル式（CTE）を使用すると、誤った結果が返される可能性がある問題を修正しました [#44051](https://github.com/pingcap/tidb/issues/44051) @[winoros](https://github.com/winoros) - - 結合したテーブルの再配置によって不正な外部結合結果が生じる可能性がある問題を修正 [#44314](https://github.com/pingcap/tidb/issues/44314) @[AilinKid](https://github.com/AilinKid) + - Join Reorder によって不正な外部結合結果が生じる可能性がある問題を修正 [#44314](https://github.com/pingcap/tidb/issues/44314) @[AilinKid](https://github.com/AilinKid) - `PREPARE stmt FROM "ANALYZE TABLE xxx"`が`tidb_mem_quota_query`によって強制終了される可能性がある問題を修正 [#44320](https://github.com/pingcap/tidb/issues/44320) @[chrysan](https://github.com/chrysan) - TiKV @@ -276,10 +276,10 @@ TiDB バージョン: 7.2.0 - Resolved TSが一部のケースで正しく進まない問題を修正 [#8963](https://github.com/pingcap/tiflow/issues/8963) @[CharlesCheung96](https://github.com/CharlesCheung96) - Avro または CSV プロトコルが使用されている場合、 `UPDATE`オペレーションが古い値を出力できない問題を修正 [#9086](https://github.com/pingcap/tiflow/issues/9086) @[3AceShowHand](https://github.com/3AceShowHand) - - Kafkaへのデータ複製時にダウンストリームメタデータを頻繁に読み取ることで発生する、ダウンストリームへの過剰な負荷の問題を修正します [#8959](https://github.com/pingcap/tiflow/issues/8959) @[Rustin170506](https://github.com/Rustin170506) + - Kafkaへのデータ複製時にダウンストリームメタデータを頻繁に読み取ることで発生する、ダウンストリームへの過剰な負荷の問題を修正します [#8959](https://github.com/pingcap/tiflow/issues/8959) @[hi-rustin](https://github.com/Rustin170506) - TiDBまたはMySQLへのデータ複製時に、下流の双方向レプリケーション関連変数を頻繁に設定することで発生する、下流ログが多すぎる問題を修正しました [#9180](https://github.com/pingcap/tiflow/issues/9180) @[asddongmen](https://github.com/asddongmen) - PDノードのクラッシュによってTiCDCノードが再起動する問題を修正 [#8868](https://github.com/pingcap/tiflow/issues/8868) @[asddongmen](https://github.com/asddongmen) - - TiCDCが下流のKafka-on-Pulsarで変更フィードを作成できない問題を修正 [#8892](https://github.com/pingcap/tiflow/issues/8892) @[Rustin170506](https://github.com/Rustin170506) + - TiCDCが下流のKafka-on-Pulsarで変更フィードを作成できない問題を修正 [#8892](https://github.com/pingcap/tiflow/issues/8892) @[hi-rustin](https://github.com/Rustin170506) - TiDB Lightning diff --git a/releases/release-7.3.0.md b/releases/release-7.3.0.md index 7c71e661d1539..7e089cf8c8989 100644 --- a/releases/release-7.3.0.md +++ b/releases/release-7.3.0.md @@ -13,7 +13,7 @@ TiDB バージョン: 7.3.0 7.3.0では、以下の主要機能が導入されています。さらに、7.3.0には、TiDBサーバーおよびTiFlashにおけるクエリの安定性を向上させるための一連の機能強化（[機能の詳細](#feature-details)セクションで説明）も含まれています。これらの機能強化は、より細かなものであり、ユーザーに直接影響を与えるものではないため、以下の表には含まれていません。 -
カテゴリ特徴説明
拡張性とパフォーマンスTiDB Lightningはパーティション化されたRaft KVをサポートしています（実験的）。 TiDB Lightningは、アーキテクチャの近々の一般提供開始の一環として、新しいパーティション化されたRaft KVアーキテクチャをサポートするようになりました。
信頼性と可用性データインポート時に自動的な競合検出と解決機能を追加するTiDB Lightningの物理インポートモードでは、競合検出の新しいバージョンがサポートされています。このバージョンでは、競合が発生した場合に、競合データを置換（ replace ）または無視（ ignore ）するセマンティクスが実装されています。競合データを自動的に処理し、競合解決のパフォーマンスを向上させます。
暴走クエリの手動管理（実験的）クエリの実行に予想以上に時間がかかる場合があります。新しいリソースグループの監視リストを使用すると、クエリをより効果的に管理し、優先順位を下げたり、強制終了したりできます。この機能により、オペレーターは対象のクエリを正確な SQL テキスト、SQL ダイジェスト、またはプランダイジェストでマークし、リソースグループ レベルでクエリを処理できるため、予期しない大規模なクエリがクラスターに及ぼす潜在的な影響をより詳細に制御できます。
SQLクエリプランナーにオプティマイザヒントを追加することで、クエリの安定性に対するオペレーターの制御を強化します。追加されたヒント: NO_INDEX_JOIN() 、 NO_MERGE_JOIN() 、 NO_INDEX_MERGE_JOIN() 、 NO_HASH_JOIN() 、 NO_INDEX_HASH_JOIN()
データベースの運用と可観測性統計収集タスクの進捗状況を表示します。 SHOW ANALYZE STATUSステートメントまたはmysql.analyze_jobsシステムテーブルを使用して、 ANALYZEタスクの進行状況を表示することをサポートします。
+
カテゴリ機能説明
拡張性とパフォーマンスTiDB Lightningはパーティション化されたRaft KVをサポートしています（実験的）。 TiDB Lightningは、アーキテクチャの近々の一般提供開始の一環として、新しいパーティション化されたRaft KVアーキテクチャをサポートするようになりました。
信頼性と可用性データインポート時に自動的な競合検出と解決機能を追加するTiDB Lightningの物理インポートモードでは、競合検出の新しいバージョンがサポートされています。このバージョンでは、競合が発生した場合に、競合データを置換（ replace ）または無視（ ignore ）するセマンティクスが実装されています。競合データを自動的に処理し、競合解決のパフォーマンスを向上させます。
暴走クエリの手動管理（実験的）クエリの実行に予想以上に時間がかかる場合があります。新しいリソースグループの監視リストを使用すると、クエリをより効果的に管理し、優先順位を下げたり、強制終了したりできます。この機能により、オペレーターは対象のクエリを正確な SQL テキスト、SQL ダイジェスト、またはプランダイジェストでマークし、リソースグループ レベルでクエリを処理できるため、予期しない大規模なクエリがクラスターに及ぼす潜在的な影響をより詳細に制御できます。
SQLクエリプランナーにオプティマイザヒントを追加することで、クエリの安定性に対するオペレーターの制御を強化します。追加されたヒント: NO_INDEX_JOIN() 、 NO_MERGE_JOIN() 、 NO_INDEX_MERGE_JOIN() 、 NO_HASH_JOIN() 、 NO_INDEX_HASH_JOIN()
データベースの運用と可観測性統計収集タスクの進捗状況を表示します。 SHOW ANALYZE STATUSステートメントまたはmysql.analyze_jobsシステムテーブルを使用して、 ANALYZEタスクの進行状況を表示することをサポートします。
## 機能の詳細 {#feature-details} @@ -31,7 +31,7 @@ TiDB バージョン: 7.3.0 ランタイムフィルタは、クエリプランニングフェーズ中に生成される**動的な述語**です。テーブル結合処理において、これらの動的な述語は結合条件を満たさない行を効果的にフィルタリングし、スキャン時間とネットワークオーバーヘッドを削減し、テーブル結合の効率を向上させます。TiFlashはv7.3.0以降、ノード内でランタイムフィルタをサポートし、分析クエリの全体的なパフォーマンスを向上させています。一部のTPC-DSワークロードでは、パフォーマンスが10%から50%向上する可能性があります。 - この機能はv7.3.0ではデフォルトで無効になっています。この機能を有効にするには、システム変数[`tidb_runtime_filter_mode`](/system-variables.md#tidb_runtime_filter_mode-new-in-v720) `LOCAL`に設定してください。 + この機能はv7.3.0ではデフォルトで無効になっています。この機能を有効にするには、システム変数[`tidb_runtime_filter_mode`](/system-variables.md#tidb_runtime_filter_mode-new-in-v720)を`LOCAL`に設定してください。 詳細については、[ドキュメント](/runtime-filter.md)を参照してください。 @@ -69,7 +69,7 @@ TiDB バージョン: 7.3.0 - リストとリストCOLUMNSのパーティションテーブルはデフォルトのパーティションをサポートします [#20679](https://github.com/pingcap/tidb/issues/20679) @[mjonss](https://github.com/mjonss)@[bb7133](https://github.com/bb7133) - バージョン 7.3.0 より前では、 `INSERT`文を使用してリストまたはリストCOLUMNSパーティションテーブルにデータを挿入する場合、データはテーブルの指定されたパーティション条件を満たす必要があります。挿入するデータがこれらの条件のいずれにも満たない場合、ステートメントの実行が失敗するか、条件を満たさないデータは無視されます。 + バージョン 7.3.0 より前では、 `INSERT`文を使用してリストまたはリストCOLUMNSパーティションテーブルにデータを挿入する場合、データはテーブルの指定されたパーティション条件を満たす必要があります。挿入するデータがこれらの条件のいずれも満たさない場合、ステートメントの実行が失敗するか、条件を満たさないデータは無視されます。 バージョン7.3.0以降、リストおよびリストCOLUMNSパーティションテーブルはデフォルトパーティションをサポートします。デフォルトパーティションが作成された後、挿入するデータがパーティション条件を満たさない場合、そのデータはデフォルトパーティションに書き込まれます。この機能により、リストおよびリストCOLUMNSパーティショニングの使いやすさが向上し、 `INSERT`文の実行失敗や、パーティション条件を満たさないデータによるデータの無視を防ぐことができます。 @@ -87,7 +87,7 @@ TiDB バージョン: 7.3.0 - Plan Replayer は履歴統計のエクスポートをサポート [#45038](https://github.com/pingcap/tidb/issues/45038) @[time-and-fate](https://github.com/time-and-fate) - バージョン7.3.0以降、 [`dump with stats as of timestamp`](/sql-plan-replayer.md)が新たに追加されたため、Plan Replayerを使用して、指定した時点におけるSQL関連オブジェクトの統計情報をエクスポートできます。実行計画の問題を診断する際に、履歴統計情報を正確に取得することで、問題発生時に実行計画がどのように生成されたかをより詳細に分析できます。これにより、問題の根本原因を特定しやすくなり、実行計画の問題診断の効率が大幅に向上します。 + バージョン7.3.0以降、 [`dump with stats as of timestamp`](/sql-plan-replayer.md)句が新たに追加されたため、Plan Replayerを使用して、指定した時点におけるSQL関連オブジェクトの統計情報をエクスポートできます。実行計画の問題を診断する際に、履歴統計情報を正確に取得することで、問題発生時に実行計画がどのように生成されたかをより詳細に分析できます。これにより、問題の根本原因を特定しやすくなり、実行計画の問題診断の効率が大幅に向上します。 詳細については、[ドキュメント](/sql-plan-replayer.md)を参照してください。 @@ -97,7 +97,7 @@ TiDB バージョン: 7.3.0 以前のバージョンでは、 TiDB Lightning は論理インポートモードと物理インポートモードに対して異なる競合検出および処理方法を使用しており、設定が複雑でユーザーが理解しにくいものでした。さらに、物理インポートモードでは`replace`または`ignore`戦略を使用して競合を処理することができませんでした。v7.3.0 以降、 TiDB Lightning は論理インポートモードと物理インポートモードの両方に対して統一された競合検出および処理戦略を導入しました。競合が発生した場合、競合するデータをエラーとして報告 ( `error` )、置換 ( `replace` )、または無視 ( `ignore` ) するかを選択できます。競合レコードの数を制限することもでき、たとえば、指定した数の競合レコードを処理した後、タスクが中断されて終了します。さらに、このシステムはトラブルシューティングのために矛盾するデータを記録することもできます。 - 競合が多数含まれるインポートデータの場合、パフォーマンス向上のため、競合検出および処理戦略の新しいバージョンを使用することをお勧めします。ラボ環境では、新しいバージョンの戦略は、競合検出および処理のパフォーマンスを旧バージョンよりも最大3倍高速化できます。このパフォーマンス値は参考値です。実際のパフォーマンスは、構成、テーブル構造、および競合データの割合によって異なる場合があります。なお、競合戦略の新バージョンと旧バージョンは同時に使用できません。旧バージョンの競合検出および処理戦略は、将来的に廃止される予定です。 + 競合が多数含まれるインポートデータの場合、パフォーマンス向上のため、競合検出および処理戦略の新しいバージョンを使用することをお勧めします。ラボ環境では、新しいバージョンの戦略は、競合検出および処理のパフォーマンスを旧バージョンよりも最大3倍高速化できます。このパフォーマンス値は参考値です。実際のパフォーマンスは、構成、テーブル構造、および競合データの割合によって異なる場合があります。なお、競合戦略の新バージョンと旧バージョンは同時に使用できません。旧バージョンの競合検出および処理戦略は、将来的に非推奨になる予定です。 詳細については、 [ドキュメント](/tidb-lightning/tidb-lightning-physical-import-mode-usage.md#conflict-detection)を参照してください。 @@ -107,7 +107,7 @@ TiDB バージョン: 7.3.0 - TiDB Lightning は、より多くの診断ログを出力することでトラブルシューティングを強化する新しいパラメータ`enable-diagnose-log`を導入しました [#45497](https://github.com/pingcap/tidb/issues/45497) @[D3Hunter](https://github.com/D3Hunter) - デフォルトでは、この機能は無効になっており、 TiDB Lightning は`lightning/main`を含むログのみを出力。有効にすると、 TiDB Lightning は`client-go`および`tidb`に関連する問題の診断に役立つように、すべてのパッケージ`client-go`および`tidb`を含む) のログを出力します。 + デフォルトでは、この機能は無効になっており、 TiDB Lightning は`lightning/main`を含むログのみを出力します。有効にすると、 TiDB Lightning は`client-go`および`tidb`に関連する問題の診断に役立つように、すべてのパッケージ（`client-go`および`tidb`を含む）のログを出力します。 詳細については、 [ドキュメント](/tidb-lightning/tidb-lightning-configuration.md#tidb-lightning-global)を参照してください。 @@ -159,11 +159,11 @@ TiDB バージョン: 7.3.0 | TiKV | [`coprocessor.region-bucket-size`](/tikv-configuration-file.md#region-bucket-size-new-in-v610) | 変更 | デフォルト値を`96MiB`から`50MiB`に変更します。 | | TiKV | [`raft-engine.format-version`](/tikv-configuration-file.md#format-version-new-in-v630) | 変更 | パーティション化されたRaft KV ( `storage.engine="partitioned-raft-kv"` ) を使用する場合、リボンフィルタが使用されます。そのため、TiKV はデフォルト値を`2`から`5`に変更します。 | | TiKV | [`raftdb.max-total-wal-size`](/tikv-configuration-file.md#max-total-wal-size-1) | 変更 | パーティション化されたRaft KV ( `storage.engine="partitioned-raft-kv"` ) を使用する場合、TiKV は WAL の書き込みをスキップします。そのため、TiKV はデフォルト値を`"4GB"`から`1`に変更し、WAL が無効になるようにします。 | -| TiKV | [`rocksdb.[defaultcf|writecf|lockcf].compaction-guard-min-output-file-size`](/tikv-configuration-file.md#compaction-guard-min-output-file-size) | 変更 | デフォルト値を`"1MB"`から`"8MB"`に変更し、大容量データ書き込み時に圧縮速度が書き込み速度に追いつかない問題を解決します。 | -| TiKV | [`rocksdb.[defaultcf|writecf|lockcf].format-version`](/tikv-configuration-file.md#format-version-new-in-v620) | 変更 | パーティション化されたRaft KV ( `storage.engine="partitioned-raft-kv"` ) を使用する場合、リボンフィルタが使用されます。そのため、TiKV はデフォルト値を`2`から`5`に変更します。 | +| TiKV | [rocksdb.\[defaultcf\|writecf\|lockcf\].compaction-guard-min-output-file-size](/tikv-configuration-file.md#compaction-guard-min-output-file-size) | 変更 | デフォルト値を`"1MB"`から`"8MB"`に変更し、大容量データ書き込み時に圧縮速度が書き込み速度に追いつかない問題を解決します。 | +| TiKV | [rocksdb.\[defaultcf\|writecf\|lockcf\].format-version](/tikv-configuration-file.md#format-version-new-in-v620) | 変更 | パーティション化されたRaft KV ( `storage.engine="partitioned-raft-kv"` ) を使用する場合、リボンフィルタが使用されます。そのため、TiKV はデフォルト値を`2`から`5`に変更します。 | | TiKV | [`rocksdb.lockcf.write-buffer-size`](/tikv-configuration-file.md#write-buffer-size) | 変更 | パーティション化されたRaft KV ( `storage.engine="partitioned-raft-kv"` ) を使用する場合、lockcf の圧縮を高速化するために、TiKV はデフォルト値を`"32MB"`から`"4MB"`に変更します。 | | TiKV | [`rocksdb.max-total-wal-size`](/tikv-configuration-file.md#max-total-wal-size) | 変更 | パーティション化されたRaft KV ( `storage.engine="partitioned-raft-kv"` ) を使用する場合、TiKV は WAL の書き込みをスキップします。そのため、TiKV はデフォルト値を`"4GB"`から`1`に変更し、WAL が無効になるようにします。 | -| TiKV | [`rocksdb.stats-dump-period`](/tikv-configuration-file.md#stats-dump-period) | 変更 | パーティション化されたRaft KV ( `storage.engine="partitioned-raft-kv"` ) を使用する場合、冗長なログ印刷を無効にするには、デフォルト値を`"10m"`から`"0"`に変更します。 | +| TiKV | [`rocksdb.stats-dump-period`](/tikv-configuration-file.md#stats-dump-period) | 変更 | パーティション化されたRaft KV ( `storage.engine="partitioned-raft-kv"` ) を使用する場合、冗長なログ出力を無効にするには、デフォルト値を`"10m"`から`"0"`に変更します。 | | TiKV | [`rocksdb.write-buffer-limit`](/tikv-configuration-file.md#write-buffer-limit-new-in-v660) | 変更 | memtable のメモリオーバーヘッドを削減するため、 `storage.engine="raft-kv"`の場合、TiKV はデフォルト値をマシンのメモリの 25% から`0`に変更します。これは制限がないことを意味します。パーティション化されたRaft KV ( `storage.engine="partitioned-raft-kv"` ) を使用する場合、TiKV はデフォルト値をマシンのメモリの 25% から 20% に変更します。 | | TiKV | [`storage.block-cache.capacity`](/tikv-configuration-file.md#capacity) | 変更 | パーティション化されたRaft KV ( `storage.engine="partitioned-raft-kv"` ) を使用する場合、memtable のメモリオーバーヘッドを補償するために、TiKV はデフォルト値をシステムメモリ全体のサイズの 45% から 30% に変更します。 | | TiFlash | [`storage.format_version`](/tiflash/tiflash-configuration.md) | 変更 | より小さなファイルをマージすることで物理ファイルの数を削減する新しいDTFileフォーマット`format_version = 5`を導入します。このフォーマットは実験的であり、デフォルトでは有効になっていません。 | @@ -187,7 +187,7 @@ TiDB バージョン: 7.3.0 - TiDB - - 統計情報用の[`Fast Analyze`](/system-variables.md#tidb_enable_fast_analyze)機能（実験的）は、バージョン7.5.0で廃止されます。 + - 統計情報用の[`Fast Analyze`](/system-variables.md#tidb_enable_fast_analyze)機能（実験的）は、バージョン7.5.0で非推奨になります。 - 統計の[増分収集](https://docs-archive.pingcap.com/tidb/v7.3/statistics#incremental-collection)機能は v7.5.0 で非推奨になります。 ## 改善点 {#improvements} @@ -195,7 +195,7 @@ TiDB バージョン: 7.3.0 - TiDB - `EXPLAIN`文が最適化フェーズ中にサブクエリを事前に実行するかどうかを制御するための新しいシステム変数[`tidb_opt_enable_non_eval_scalar_subquery`](/system-variables.md#tidb_opt_enable_non_eval_scalar_subquery-new-in-v730)を導入します [#22076](https://github.com/pingcap/tidb/issues/22076) @[winoros](https://github.com/winoros) - - [グローバルキル](/tidb-configuration-file.md#enable-global-kill-new-in-v610)が有効な場合、 Ctrl+Cを押すと現在のセッションを終了できます [#8854](https://github.com/pingcap/tidb/issues/8854) @[pingyu](https://github.com/pingyu) + - [グローバルキル](/tidb-configuration-file.md#enable-global-kill-new-in-v610)が有効な場合、 Control+Cを押すと現在のセッションを終了できます [#8854](https://github.com/pingcap/tidb/issues/8854) @[pingyu](https://github.com/pingyu) - `IS_FREE_LOCK()`および`IS_USED_LOCK()`のロック関数をサポートする [#44493](https://github.com/pingcap/tidb/issues/44493) @[dveeden](https://github.com/dveeden) - ディスクからダンプされたチャンクを読み取るパフォーマンスを最適化 [#45125](https://github.com/pingcap/tidb/issues/45125) @[YangKeao](https://github.com/YangKeao) - オプティマイザ修正コントロールを使用して、インデックス結合の内部テーブルの過大評価を改善する [#44855](https://github.com/pingcap/tidb/issues/44855) @[time-and-fate](https://github.com/time-and-fate) @@ -234,7 +234,7 @@ TiDB バージョン: 7.3.0 - データ競合によって引き起こされる TiDBのpanic問題を修正 [#45561](https://github.com/pingcap/tidb/issues/45561) @[gengliqi](https://github.com/gengliqi) - `indexMerge`を含むクエリが強制終了されたときに発生するハングアップ問題を修正 [#45279](https://github.com/pingcap/tidb/issues/45279) @[xzhangxian1008](https://github.com/xzhangxian1008) - `tidb_enable_parallel_apply`が有効な場合、MPP モードでのクエリ結果が正しくない問題を修正 [#45299](https://github.com/pingcap/tidb/issues/45299) @[windtalker](https://github.com/windtalker) - - `resolve lock` PD時間の急激な変化時にハングアップする可能性がある問題を修正 [#44822](https://github.com/pingcap/tidb/issues/44822) @[zyguan](https://github.com/zyguan) + - PD の時刻が急変した場合に`resolve lock`がハングアップする可能性がある問題を修正 [#44822](https://github.com/pingcap/tidb/issues/44822) @[zyguan](https://github.com/zyguan) - GC Resolve Locks ステップで一部の悲観的ロックが見落とされる可能性がある問題を修正 [#45134](https://github.com/pingcap/tidb/issues/45134) @[MyonKeminta](https://github.com/MyonKeminta) - `ORDER BY`を含むクエリが動的プルーニングモードで誤った結果を返す問題を修正 [#45007](https://github.com/pingcap/tidb/issues/45007) @[Defined2014](https://github.com/Defined2014) - `AUTO_INCREMENT`が`DEFAULT`列の値と同じ列に指定できてしまう問題を修正しました [#45136](https://github.com/pingcap/tidb/issues/45136) @[Defined2014](https://github.com/Defined2014) @@ -246,7 +246,7 @@ TiDB バージョン: 7.3.0 - パーティションテーブルにデータを挿入する際の不正確なエラーメッセージの問題を修正 [#44966](https://github.com/pingcap/tidb/issues/44966) @[lilinghai](https://github.com/lilinghai) - `INFORMATION_SCHEMA.TIFLASH_REPLICA`テーブルの読み取り権限の問題を修正 [#7795](https://github.com/pingcap/tiflash/issues/7795) @[Lloyd-Pottiger](https://github.com/Lloyd-Pottiger) - パーティションテーブル名が間違っている場合にエラーが発生する問題を修正 [#44967](https://github.com/pingcap/tidb/issues/44967) @[River2000i](https://github.com/River2000i) - - `tidb_enable_dist_task`が有効になっている場合にインデックス作成が停止する問題を修正 [#44440](https://github.com/pingcap/tidb/issues/44440) @[tangenta](https://github.com/tangenta) + - 場合によっては、 `tidb_enable_dist_task`が有効になっている場合にインデックス作成が停止する問題を修正 [#44440](https://github.com/pingcap/tidb/issues/44440) @[tangenta](https://github.com/tangenta) - BR を使用して `AUTO_ID_CACHE=1` を含むテーブルを復元する際に発生する `duplicate entry` エラーを修正します。 [#44716](https://github.com/pingcap/tidb/issues/44716) @[tiancaiamao](https://github.com/tiancaiamao) - `TRUNCATE TABLE`の実行に要した時間が`ADMIN SHOW DDL JOBS`に表示されるタスク実行時間と一致しない問題を修正しました。 [#44785](https://github.com/pingcap/tidb/issues/44785) @[tangenta](https://github.com/tangenta) - TiDBのアップグレード時にメタデータの読み取りに1つのDDLリースよりも時間がかかると、アップグレードが停止する問題を修正しました [#45176](https://github.com/pingcap/tidb/issues/45176) @[zimulala](https://github.com/zimulala) diff --git a/releases/release-7.4.0.md b/releases/release-7.4.0.md index 27552f55e9d50..bacade805dd7f 100644 --- a/releases/release-7.4.0.md +++ b/releases/release-7.4.0.md @@ -53,11 +53,11 @@ TiDB バージョン: 7.4.0 - 任意のフレーム定義タイプのウィンドウ関数をTiFlash にプッシュダウンする機能をサポート [#7376](https://github.com/pingcap/tiflash/issues/7376) @[xzhangxian1008](https://github.com/xzhangxian1008) - v7.4.0より前のTiFlashでは、 `PRECEDING`または`FOLLOWING`含むウィンドウ関数をサポートしておらず、そのようなフレーム定義を含むウィンドウ関数はTiFlashにプッシュダウンできませんでした。v7.4.0以降、 TiFlashはすべてのウィンドウ関数のフレーム定義をサポートします。この機能は自動的に有効化され、フレーム定義を含むウィンドウ関数は、関連要件が満たされた場合に自動的にTiFlashにプッシュダウンされ、実行されます。 + v7.4.0より前のTiFlashでは、 `PRECEDING`または`FOLLOWING`を含むウィンドウ関数をサポートしておらず、そのようなフレーム定義を含むウィンドウ関数はTiFlashにプッシュダウンできませんでした。v7.4.0以降、 TiFlashはすべてのウィンドウ関数のフレーム定義をサポートします。この機能は自動的に有効化され、フレーム定義を含むウィンドウ関数は、関連要件が満たされた場合に自動的にTiFlashにプッシュダウンされ、実行されます。 - クラウドストレージベースのグローバルソート機能を導入して、並列実行における`ADD INDEX`および`IMPORT INTO`タスクのパフォーマンスと安定性を向上します (実験的) [#45719](https://github.com/pingcap/tidb/issues/45719) @[wjhuang2016](https://github.com/wjhuang2016) - v7.4.0より前のバージョンでは、Distributed eXecution Framework（DXF）で`ADD INDEX`や`IMPORT INTO`ようなタスクを実行する場合、各TiDBノードは、エンコードされたインデックスKVペアとテーブルデータKVペアのソートのために、かなりの量のローカルディスク領域を割り当てる必要がありました。しかし、グローバルソート機能がないため、処理中に異なるTiDBノード間および各ノード内でデータが重複する可能性があります。その結果、TiKVはこれらのKVペアをストレージエンジンにインポートする際に、常にコンパクション操作を実行する必要があり、 `ADD INDEX`と`IMPORT INTO`のパフォーマンスと安定性に影響を与えます。 + v7.4.0より前のバージョンでは、Distributed eXecution Framework（DXF）で`ADD INDEX`や`IMPORT INTO`のようなタスクを実行する場合、各TiDBノードは、エンコードされたインデックスKVペアとテーブルデータKVペアのソートのために、かなりの量のローカルディスク領域を割り当てる必要がありました。しかし、グローバルソート機能がないため、処理中に異なるTiDBノード間および各ノード内でデータが重複する可能性があります。その結果、TiKVはこれらのKVペアをストレージエンジンにインポートする際に、常にコンパクション操作を実行する必要があり、 `ADD INDEX`と`IMPORT INTO`のパフォーマンスと安定性に影響を与えます。 v7.4.0では、TiDBに[グローバルソート](/tidb-global-sort.md)の機能が導入されました。エンコードされたデータをローカルに書き込んでソートする代わりに、クラウドストレージに書き込んでグローバルソートを行うようになりました。ソート後、インデックスデータとテーブルデータの両方がTiKVに並列でインポートされるため、パフォーマンスと安定性が向上します。 @@ -93,15 +93,15 @@ TiDB バージョン: 7.4.0 - オプティマイザヒントを使用して、一部のシステム変数の値を一時的に変更することをサポートします。 [#45892](https://github.com/pingcap/tidb/issues/45892) @[winoros](https://github.com/winoros) - TiDB v7.4.0では、MySQL 8.0と同様のオプティマイザヒント`SET_VAR()`が導入されました。ヒント`SET_VAR()` SQL文に含めることで、文の実行中にシステム変数の値を一時的に変更できます。これにより、様々な文の環境設定が容易になります。例えば、リソースを大量に消費するSQL文の並列処理を積極的に強化したり、変数を通じてオプティマイザの動作を変更したりすることが可能になります。 + TiDB v7.4.0では、MySQL 8.0と同様のオプティマイザヒント`SET_VAR()`が導入されました。ヒント`SET_VAR()`をSQL文に含めることで、文の実行中にシステム変数の値を一時的に変更できます。これにより、様々な文の環境設定が容易になります。例えば、リソースを大量に消費するSQL文の並列処理を積極的に強化したり、変数を通じてオプティマイザの動作を変更したりすることが可能になります。 - 変更可能なシステム変数は、ヒント`SET_VAR()`の[システム変数](/system-variables.md)で確認できます。明示的にサポートされていない変数を変更すると、予期しない動作が発生する可能性があるため、変更しないことを強くお勧めします。 + ヒント`SET_VAR()`を使用して変更できるシステム変数は、 [システム変数](/system-variables.md)で確認できます。明示的にサポートされていない変数を変更すると、予期しない動作が発生する可能性があるため、変更しないことを強くお勧めします。 詳細については[ドキュメント](/optimizer-hints.md)を参照してください。 - TiFlashはリソース制御をサポート [#7660](https://github.com/pingcap/tiflash/issues/7660) @[guo-shaoge](https://github.com/guo-shaoge) - TiDB v7.1.0では、リソース制御機能が一般提供され、TiDBとTiKVのリソース管理機能を提供します。v7.4.0では、 TiFlashがリソース制御機能をサポートし、TiDB全体のリソース管理機能が向上しました。TiFlashのリソースTiFlashは既存のTiDBリソース制御機能と完全に互換性があり、既存のリソースグループはTiDB、TiKV、 TiFlashのリソースを同時に管理します。 + TiDB v7.1.0では、リソース制御機能が一般提供され、TiDBとTiKVのリソース管理機能を提供します。v7.4.0では、 TiFlashがリソース制御機能をサポートし、TiDB全体のリソース管理機能が向上しました。TiFlashのリソース制御は既存のTiDBリソース制御機能と完全に互換性があり、既存のリソースグループはTiDB、TiKV、 TiFlashのリソースを同時に管理します。 TiFlashリソース制御機能を有効にするかどうかを制御するには、 TiFlashパラメータ`enable_resource_control`を設定します。この機能を有効にすると、 TiFlashはTiDBのリソースグループ設定に基づいてリソースのスケジュールと管理を実行し、全体的なリソースの適切な割り当てと使用を保証します。 @@ -115,7 +115,7 @@ TiDB バージョン: 7.4.0 - オプティマイザモードのオプションを追加 [#46080](https://github.com/pingcap/tidb/issues/46080) @[time-and-fate](https://github.com/time-and-fate) - TiDB v7.4.0 では、オプティマイザが使用する推定方法を制御する新しいシステム変数[`tidb_opt_objective`](/system-variables.md#tidb_opt_objective-new-in-v740)が導入されました。デフォルト値`moderate` 、オプティマイザの従来の動作が維持され、実行時統計を使用してデータ変更に基づいて推定値を調整します。この変数を`determinate`に設定すると、オプティマイザは実行時修正を考慮せず、統計のみに基づいて実行計画を生成します。 + TiDB v7.4.0 では、オプティマイザが使用する推定方法を制御する新しいシステム変数[`tidb_opt_objective`](/system-variables.md#tidb_opt_objective-new-in-v740)が導入されました。デフォルト値`moderate`では、オプティマイザの従来の動作が維持され、実行時統計を使用してデータ変更に基づいて推定値を調整します。この変数を`determinate`に設定すると、オプティマイザは実行時修正を考慮せず、統計のみに基づいて実行計画を生成します。 長期にわたって安定したOLTPアプリケーションや、既存の実行計画に自信がある場合は、テスト後にモード`determinate`に切り替えることをお勧めします。これにより、プラン変更の可能性が軽減されます。 @@ -136,17 +136,17 @@ TiDB バージョン: 7.4.0 詳細については[ドキュメント](/tidb-resource-control-background-tasks.md)を参照してください。 -- ロック統計が一般公開（GA）される[#46351](https://github.com/pingcap/tidb/issues/46351) @[Rustin170506](https://github.com/Rustin170506) +- ロック統計が一般公開（GA）される[#46351](https://github.com/pingcap/tidb/issues/46351) @[hi-rustin](https://github.com/Rustin170506) - v7.4.0では、 [ロック統計](/statistics.md#lock-statistics)一般提供となります。運用上のセキュリティを確保するため、統計情報のロックとロック解除には、統計情報の収集と同じ権限が必要です。さらに、TiDBは特定のパーティションに対する統計情報のロックとロック解除をサポートし、柔軟性が向上しています。データベース内のクエリや実行計画に自信があり、変更を防止したい場合は、統計情報をロックすることで安定性を高めることができます。 + v7.4.0では、 [ロック統計](/statistics.md#lock-statistics)が一般提供となります。運用上のセキュリティを確保するため、統計情報のロックとロック解除には、統計情報の収集と同じ権限が必要です。さらに、TiDBは特定のパーティションに対する統計情報のロックとロック解除をサポートし、柔軟性が向上しています。データベース内のクエリや実行計画に自信があり、変更を防止したい場合は、統計情報をロックすることで安定性を高めることができます。 詳細については[ドキュメント](/statistics.md#lock-statistics)を参照してください。 - テーブルにハッシュ結合を選択するかどうかを制御するシステム変数を導入します。 [#46695](https://github.com/pingcap/tidb/issues/46695) @[coderplay](https://github.com/coderplay) - MySQL 8.0では、新機能としてテーブルのハッシュ結合が導入されました。この機能は主に、比較的大きな2つのテーブルと結果セットを結合するために使用されます。ただし、トランザクションワークロードやMySQL 5.7で実行される一部のアプリケーションでは、テーブルのハッシュ結合はパフォーマンスリスクをもたらす可能性があります。MySQLには、ハッシュ結合をグローバルレベルとセッションレベルのどちらで選択するかを制御するための[`optimizer_switch`](https://dev.mysql.com/doc/refman/8.0/en/switchable-optimizations.html#optflag_block-nested-loop)用意されています。 + MySQL 8.0では、新機能としてテーブルのハッシュ結合が導入されました。この機能は主に、比較的大きな2つのテーブルと結果セットを結合するために使用されます。ただし、トランザクションワークロードやMySQL 5.7で実行される一部のアプリケーションでは、テーブルのハッシュ結合はパフォーマンスリスクをもたらす可能性があります。MySQLには、ハッシュ結合をグローバルレベルとセッションレベルのどちらで選択するかを制御するための[`optimizer_switch`](https://dev.mysql.com/doc/refman/8.0/en/switchable-optimizations.html#optflag_block-nested-loop)が用意されています。 - TiDB v7.4.0以降、テーブルのハッシュ結合を制御するためのシステム変数[`tidb_opt_enable_hash_join`](/system-variables.md#tidb_opt_enable_hash_join-new-in-v656-v712-and-v740)導入されました。これはデフォルトで有効になっています（ `ON` ）。実行計画でテーブル間のハッシュ結合を選択する必要がない場合は、この変数を`OFF`に変更することで、実行計画のロールバックの可能性を低減し、システムの安定性を向上させることができます。 + TiDB v7.4.0以降、テーブルのハッシュ結合を制御するためのシステム変数[`tidb_opt_enable_hash_join`](/system-variables.md#tidb_opt_enable_hash_join-new-in-v656-v712-and-v740)が導入されました。これはデフォルトで有効になっています（ `ON` ）。実行計画でテーブル間のハッシュ結合を選択する必要がない場合は、この変数を`OFF`に変更することで、実行計画のロールバックの可能性を低減し、システムの安定性を向上させることができます。 詳細については[ドキュメント](/system-variables.md#tidb_opt_enable_hash_join-new-in-v656-v712-and-v740)を参照してください。 @@ -176,7 +176,7 @@ TiDB バージョン: 7.4.0 - 照合順序`utf8mb4_0900_ai_ci`と`utf8mb4_0900_bin`をサポート [#37566](https://github.com/pingcap/tidb/issues/37566) @[YangKeao](https://github.com/YangKeao) @[zimulala](https://github.com/zimulala) @[bb7133](https://github.com/bb7133) - TiDB v7.4.0 では、MySQL 8.0 からのデータ移行のサポートが強化され、 `utf8mb4_0900_ai_ci`と`utf8mb4_0900_bin` 2つの照合順序が追加されました。`utf8mb4_0900_ai_ci`はMySQL 8.0 のデフォルトの照合順序です。 + TiDB v7.4.0 では、MySQL 8.0 からのデータ移行のサポートが強化され、 `utf8mb4_0900_ai_ci`と`utf8mb4_0900_bin`の2つの照合順序が追加されました。`utf8mb4_0900_ai_ci`はMySQL 8.0 のデフォルトの照合順序です。 TiDB v7.4.0では、MySQL 8.0と互換性のあるシステム変数`default_collation_for_utf8mb4`も導入されました。これにより、utf8mb4文字セットのデフォルトの照合順序を指定できるようになり、 MySQL 5.7以前のバージョンからの移行やデータレプリケーションとの互換性が確保されます。 @@ -198,14 +198,14 @@ TiDB バージョン: 7.4.0 ### データ移行 {#data-migration} -- `IMPORT INTO`機能をつで[D3ハンター](https://github.com/D3Hunter)強化する [#46704](https://github.com/pingcap/tidb/issues/46704) +- `IMPORT INTO`機能を強化する [#46704](https://github.com/pingcap/tidb/issues/46704) @[D3Hunter](https://github.com/D3Hunter) - バージョン7.4.0以降では、 `IMPORT INTO`文に`CLOUD_STORAGE_URI`のオプションを追加することで、インポートのパフォーマンスと安定性を向上させる[グローバルソート](/tidb-global-sort.md)機能（実験的）を有効にすることができます`CLOUD_STORAGE_URI`のオプションでは、エンコードされたデータの保存先となるクラウドストレージのアドレスを指定できます。 + バージョン7.4.0以降では、 `IMPORT INTO`文に`CLOUD_STORAGE_URI`のオプションを追加することで、インポートのパフォーマンスと安定性を向上させる[グローバルソート](/tidb-global-sort.md)機能（実験的）を有効にすることができます。 `CLOUD_STORAGE_URI`オプションでは、エンコードされたデータの保存先となるクラウドストレージのアドレスを指定できます。 さらに、v7.4.0 では、 `IMPORT INTO`機能に次の機能が導入されています。 - `Split_File`オプションの構成をサポートします。これにより、大きな CSV ファイルを複数の 256 MiB の小さな CSV ファイルに分割して並列処理し、インポートパフォーマンスを向上させることができます。 - - 圧縮されたCSVファイルとSQLファイル`.snappy`インポート`.zst`サポートします。サポートされている`.zstd`形式は、 `.gzip` `.gz` 。 + - 圧縮されたCSVファイルとSQLファイルのインポートをサポートします。サポートされている圧縮形式は、 `.gzip` 、 `.gz` 、 `.zstd` 、 `.zst` 、 `.snappy`です。 詳細については[ドキュメント](/sql-statements/sql-statement-import-into.md)を参照してください。 @@ -213,7 +213,7 @@ TiDB バージョン: 7.4.0 バージョン7.4.0より前のDumplingでは、データをCSVファイルにエクスポートする際に、行末文字として`"\r\n"`を使用します。そのため、行末文字として`"\n"`しか認識しない下流システムでは、エクスポートされたCSVファイルを解析できないか、解析前にサードパーティ製の変換ツールを使用する必要があります。 - バージョン7.4.0以降、 Dumplingに新しいパラメータ`--csv-line-terminator`が導入されました。このパラメータを使用すると、データをCSVファイルにエクスポートする際に、任意の終端文字を指定できます。このパラメータは`"\r\n"`と`"\n"`サポートしています。以前のバージョンとの一貫性を保つため、デフォルトの終端文字は`"\r\n"`です。 + バージョン7.4.0以降、 Dumplingに新しいパラメータ`--csv-line-terminator`が導入されました。このパラメータを使用すると、データをCSVファイルにエクスポートする際に、希望する終端文字を指定できます。このパラメータは`"\r\n"`と`"\n"`をサポートしています。以前のバージョンとの一貫性を保つため、デフォルトの終端文字は`"\r\n"`です。 詳細については[ドキュメント](/dumpling-overview.md#option-list-of-dumpling)を参照してください。 @@ -239,7 +239,7 @@ TiDB バージョン: 7.4.0 ### 動作の変更 {#behavior-changes} -- v7.4.0 以降、TiDB は MySQL 8.0 の必須機能と互換性があり、 `version()` `8.0.11`で始まるバージョンを返します。 +- v7.4.0 以降、TiDB は MySQL 8.0 の主要な機能と互換性があり、 `version()`は`8.0.11`で始まるバージョンを返します。 - TiFlash を以前のバージョンから v7.4.0 にアップグレードした後、元のバージョンへのインプレースダウングレードはサポートされません。これは、v7.4 以降、 TiFlash がPageStorage V3 のデータ圧縮ロジックを最適化し、データ圧縮中に発生する読み取りおよび書き込みの増幅を削減しているためです。これにより、基盤となるストレージファイル名の一部が変更されます。 @@ -251,42 +251,42 @@ TiDB バージョン: 7.4.0 ### システム変数 {#system-variables} -| 変数名 | タイプを変更 | 説明 | +| 変数名 | 変更の種類 | 説明 | | ------------------------------------------------------------------------------------------------------- | -------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | `tidb_enable_tiflash_pipeline_model` | 削除済み | この変数は、 TiFlashパイプライン実行モデルを有効にするかどうかを制御するために使用されます。v7.4.0以降では、 TiFlashリソース制御機能を有効にすると、 TiFlashパイプライン実行モデルも自動的に有効になります。 | | [`tidb_enable_non_prepared_plan_cache`](/system-variables.md#tidb_enable_non_prepared_plan_cache) | 変更 | さらにテストを行った後、デフォルト値を`ON`から`OFF`に変更します。これは、非プリペアドプランキャッシュが無効であることを意味します。 | | [`default_collation_for_utf8mb4`](/system-variables.md#default_collation_for_utf8mb4-new-in-v740) | 新しく追加された | `utf8mb4`文字セットのデフォルトの照合順序を制御します。デフォルト値は`utf8mb4_bin`です。 | -| [`tidb_cloud_storage_uri`](/system-variables.md#tidb_cloud_storage_uri-new-in-v740) | 新しく追加された | 有効にするクラウドストレージURI を指定します[グローバルソート](/tidb-global-sort.md) 。 | +| [`tidb_cloud_storage_uri`](/system-variables.md#tidb_cloud_storage_uri-new-in-v740) | 新しく追加された | [グローバルソート](/tidb-global-sort.md)を有効にするクラウドストレージURI を指定します。 | | [`tidb_opt_enable_hash_join`](/system-variables.md#tidb_opt_enable_hash_join-new-in-v656-v712-and-v740) | 新しく追加された | オプティマイザがテーブルに対してハッシュ結合を選択するかどうかを制御します。デフォルトの値は`ON`です。`OFF`に設定すると、他に利用可能な実行計画がない限り、オプティマイザはテーブルのハッシュ結合を選択しません。 | | [`tidb_opt_objective`](/system-variables.md#tidb_opt_objective-new-in-v740) | 新しく追加された | この変数はオプティマイザの目的を制御します。`moderate`は、TiDB v7.4.0 より前のバージョンのデフォルトの動作を維持し、オプティマイザはより多くの情報を使用してより優れた実行計画を生成しようとします。`determinate`はより保守的になる傾向があり、実行計画をより安定させます。 | -| [`tidb_request_source_type`](/system-variables.md#tidb_request_source_type-new-in-v740) | 新しく追加された | 現在のセッションのタスクタイプを明示的に指定します。タスクタイプは[リソース管理](/tidb-resource-control-ru-groups.md)によって識別および制御されます。例: `SET @@tidb_request_source_type = "background"` 。 | +| [`tidb_request_source_type`](/system-variables.md#tidb_request_source_type-new-in-v740) | 新しく追加された | 現在のセッションのタスクタイプを明示的に指定します。タスクタイプは[リソース制御](/tidb-resource-control-ru-groups.md)によって識別および制御されます。例: `SET @@tidb_request_source_type = "background"` 。 | | [`tidb_schema_version_cache_limit`](/system-variables.md#tidb_schema_version_cache_limit-new-in-v740) | 新しく追加された | この変数は、TiDBインスタンスにキャッシュできる履歴スキーマバージョンの数を制限します。デフォルト値は`16`で、これはTiDBがデフォルトで16個の履歴スキーマバージョンをキャッシュすることを意味します。 | -| [`tidb_service_scope`](/system-variables.md#tidb_service_scope-new-in-v740) | 新しく追加された | この変数はインスタンスレベルのシステム変数です。これを使用して、 [TiDB 分散実行フレームワーク (DXF)](/tidb-distributed-execution-framework.md)配下のTiDBノードのサービススコープを制御できます。TiDBノードの`tidb_service_scope` `background`に設定すると、DXFはそのTiDBノードで[`ADD INDEX`](/sql-statements/sql-statement-add-index.md)や[`IMPORT INTO`](/sql-statements/sql-statement-import-into.md)などのDXFタスクを実行するようにスケジュールします。 | +| [`tidb_service_scope`](/system-variables.md#tidb_service_scope-new-in-v740) | 新しく追加された | この変数はインスタンスレベルのシステム変数です。これを使用して、 [TiDB 分散実行フレームワーク (DXF)](/tidb-distributed-execution-framework.md)配下のTiDBノードのサービススコープを制御できます。TiDBノードの`tidb_service_scope`を`background`に設定すると、DXFはそのTiDBノードで[`ADD INDEX`](/sql-statements/sql-statement-add-index.md)や[`IMPORT INTO`](/sql-statements/sql-statement-import-into.md)などのDXFタスクを実行するようにスケジュールします。 | | [`tidb_session_alias`](/system-variables.md#tidb_session_alias-new-in-v740) | 新しく追加された | 現在のセッションに関連するログ内の`session_alias`列の値を制御します。 | | [`tiflash_mem_quota_query_per_node`](/system-variables.md#tiflash_mem_quota_query_per_node-new-in-v740) | 新しく追加された | TiFlashノードにおけるクエリの最大メモリ使用量を制限します。クエリのメモリ使用量がこの制限を超えると、 TiFlashはエラーを返し、クエリを終了します。デフォルト値は`0`で、無制限を意味します。 | | [`tiflash_query_spill_ratio`](/system-variables.md#tiflash_query_spill_ratio-new-in-v740) | 新しく追加された | TiFlash [クエリレベルのスピル](/tiflash/tiflash-spill-disk.md#query-level-spilling)のしきい値を制御します。デフォルト値は`0.7`です。 | -| [`tikv_client_read_timeout`](/system-variables.md#tikv_client_read_timeout-new-in-v740) | 新しく追加された | TiDBがクエリ内でTiKV RPC読み取りリクエストを送信する際のタイムアウトを制御します。デフォルト値`0` 、デフォルトのタイムアウト（通常は40秒）が使用されることを示します。 | +| [`tikv_client_read_timeout`](/system-variables.md#tikv_client_read_timeout-new-in-v740) | 新しく追加された | TiDBがクエリ内でTiKV RPC読み取りリクエストを送信する際のタイムアウトを制御します。デフォルト値`0`は、デフォルトのタイムアウト（通常は40秒）が使用されることを示します。 | ### 設定ファイルのパラメータ {#configuration-file-parameters} -| 設定ファイル | 設定パラメータ | タイプを変更 | 説明 | +| 設定ファイル | 設定パラメータ | 変更の種類 | 説明 | | -------------- | --------------------------------------------------------------------------------------------------------------------------------------- | -------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | TiDB | [`enable-stats-cache-mem-quota`](/tidb-configuration-file.md#enable-stats-cache-mem-quota-new-in-v610) | 変更 | デフォルト値は`false`から`true`に変更され、TiDB 統計のキャッシュのメモリ制限がデフォルトで有効になることを意味します。 | -| TiKV | [`rocksdb.[defaultcf|writecf|lockcf].periodic-compaction-seconds`](/tikv-configuration-file.md#periodic-compaction-seconds-new-in-v720) | 変更 | RocksDBの定期的なコンパクションをデフォルトで無効化するため、デフォルト値を`"30d"`から`"0s"`に変更しました。この変更により、TiDBのアップグレード後に大量のコンパクションがトリガーされ、フロントエンドの読み取りおよび書き込みパフォーマンスに影響が出るのを回避できます。 | -| TiKV | [`rocksdb.[defaultcf|writecf|lockcf].ttl`](/tikv-configuration-file.md#ttl-new-in-v720) | 変更 | デフォルト値が`"30d"`から`"0s"`に変更され、SST ファイルは TTL によりデフォルトで圧縮をトリガーしなくなり、フロントエンドの読み取りおよび書き込みパフォーマンスに影響を与えなくなります。 | -| TiFlash | [`flash.compact_log_min_gap`](/tiflash/tiflash-configuration.md) | 新しく追加された | 現在のRaftステートマシンによって進められた`applied_index`と最後のディスクスピル時の`applied_index`の差が`compact_log_min_gap`超えると、 TiFlash はTiKV から`CompactLog`コマンドを実行し、データをディスクにスピルします。 | +| TiKV | [rocksdb.\[defaultcf\|writecf\|lockcf\].periodic-compaction-seconds](/tikv-configuration-file.md#periodic-compaction-seconds-new-in-v720) | 変更 | RocksDBの定期的なコンパクションをデフォルトで無効化するため、デフォルト値を`"30d"`から`"0s"`に変更しました。この変更により、TiDBのアップグレード後に大量のコンパクションがトリガーされ、フロントエンドの読み取りおよび書き込みパフォーマンスに影響が出るのを回避できます。 | +| TiKV | [rocksdb.\[defaultcf\|writecf\|lockcf\].ttl](/tikv-configuration-file.md#ttl-new-in-v720) | 変更 | デフォルト値が`"30d"`から`"0s"`に変更され、SST ファイルは TTL によりデフォルトで圧縮をトリガーしなくなり、フロントエンドの読み取りおよび書き込みパフォーマンスに影響を与えなくなります。 | +| TiFlash | [`flash.compact_log_min_gap`](/tiflash/tiflash-configuration.md) | 新しく追加された | 現在のRaftステートマシンによって進められた`applied_index`と最後のディスクスピル時の`applied_index`の差が`compact_log_min_gap`を超えると、 TiFlash はTiKV から`CompactLog`コマンドを実行し、データをディスクにスピルします。 | | TiFlash | [`profiles.default.enable_resource_control`](/tiflash/tiflash-configuration.md) | 新しく追加された | TiFlashリソース制御機能を有効にするかどうかを制御します。 | | TiFlash | [`storage.format_version`](/tiflash/tiflash-configuration.md) | 変更 | デフォルト値を`4`から`5`に変更します。新しい形式では、小さなファイルを結合することで物理ファイルの数を削減できます。 | | TiFlash | [`task_scheduler_active_set_soft_limit`](/tiflash/tiflash-configuration.md#task_scheduler_active_set_soft_limit-new-in-v640) | 変更 | デフォルト値を`vcpu * 0.25`から`vcpu * 2`に変更します。 | -| Dumpling | [`--csv-line-terminator`](/dumpling-overview.md#option-list-of-dumpling) | 新しく追加された | CSVファイルの終端文字を指定します。このオプションは`"\r\n"`と`"\n"`サポートします。デフォルト値は`"\r\n"`で、以前のバージョンと同じです。 | -| TiCDC | [`claim-check-storage-uri`](/ticdc/ticdc-sink-to-kafka.md#send-large-messages-to-external-storage) | 新しく追加された | `large-message-handle-option` `claim-check`に設定する場合、 `claim-check-storage-uri`有効な外部ストレージアドレスに設定する必要があります。そうでない場合、チェンジフィードの作成時にエラーが発生します。 | +| Dumpling | [`--csv-line-terminator`](/dumpling-overview.md#option-list-of-dumpling) | 新しく追加された | CSVファイルの終端文字を指定します。このオプションは`"\r\n"`と`"\n"`をサポートします。デフォルト値は`"\r\n"`で、以前のバージョンと同じです。 | +| TiCDC | [`claim-check-storage-uri`](/ticdc/ticdc-sink-to-kafka.md#send-large-messages-to-external-storage) | 新しく追加された | `large-message-handle-option`を`claim-check`に設定する場合、 `claim-check-storage-uri`を有効な外部ストレージアドレスに設定する必要があります。そうでない場合、チェンジフィードの作成時にエラーが発生します。 | | TiCDC | [`large-message-handle-compression`](/ticdc/ticdc-sink-to-kafka.md#ticdc-data-compression) | 新しく追加された | エンコード中に圧縮を有効にするかどうかを制御します。デフォルト値は空で、無効を意味します。 | | TiCDC | [`large-message-handle-option`](/ticdc/ticdc-sink-to-kafka.md#send-large-messages-to-external-storage) | 変更 | この設定項目は新しい値`claim-check`を追加します。これを`claim-check`に設定すると、TiCDC Kafka シンクは、メッセージサイズが制限を超えた場合にメッセージを外部ストレージに送信することをサポートし、外部ストレージ内のこの大きなメッセージのアドレスを含むメッセージを Kafka に送信します。 | ## 廃止および削除された機能 {#deprecated-and-removed-features} -- [mydumper](https://docs-archive.pingcap.com/tidb/v4.0/mydumper-overview)バージョン7.5.0で廃止され、その機能の大部分は[Dumpling](/dumpling-overview.md)に置き換えられました。mydumperではなくDumplingを使用することを強くお勧めします。 -- TiKVインポーターはバージョン7.5.0で廃止されます。代替として[TiDB Lightningの物理インポートモード](/tidb-lightning/tidb-lightning-physical-import-mode.md)を使用することを強くお勧めします。 +- [mydumper](https://docs-archive.pingcap.com/tidb/v4.0/mydumper-overview)はバージョン7.5.0で非推奨になる予定で、その機能の大部分は[Dumpling](/dumpling-overview.md)に置き換えられています。mydumperではなくDumplingを使用することを強くお勧めします。 +- TiKV-importer はバージョン7.5.0で非推奨になる予定です。代替として[TiDB Lightningの物理インポートモード](/tidb-lightning/tidb-lightning-physical-import-mode.md)を使用することを強くお勧めします。 - TiCDCの`enable-old-value`のパラメータは削除されます[#9667](https://github.com/pingcap/tiflow/issues/9667) @[3AceShowHand](https://github.com/3AceShowHand) ## 改善点 {#improvements} @@ -295,7 +295,7 @@ TiDB バージョン: 7.4.0 - パーティションテーブルでの`ANALYZE`操作のメモリ使用量とパフォーマンスを最適化します [#47071](https://github.com/pingcap/tidb/issues/47071) [#47104](https://github.com/pingcap/tidb/issues/47104) [#46804](https://github.com/pingcap/tidb/issues/46804) @[hawkingrei](https://github.com/hawkingrei) - 統計ガベージコレクションメモリ使用量とパフォーマンスを最適化します [#31778](https://github.com/pingcap/tidb/issues/31778) @[winoros](https://github.com/winoros) - - インデックスマージ交差のプッシュダウン`limit`を最適化してクエリパフォーマンスを向上させる [#46863](https://github.com/pingcap/tidb/issues/46863) @[AilinKid](https://github.com/AilinKid) + - インデックスマージ交差に対する`limit`のプッシュダウンを最適化してクエリパフォーマンスを向上させる [#46863](https://github.com/pingcap/tidb/issues/46863) @[AilinKid](https://github.com/AilinKid) - `IndexLookup`に多くのテーブル取得タスクが含まれる場合に、誤ってフルテーブルスキャンを選択する可能性を最小限に抑えるようにコストモデルを改善します[#45132](https://github.com/pingcap/tidb/issues/45132) @[qw4990](https://github.com/qw4990) - 結合除去ルールを最適化して、 `join on unique keys` のクエリパフォーマンスを向上させます。 [#46248](https://github.com/pingcap/tidb/issues/46248) @[fixdb](https://github.com/fixdb) - 実行エラーを回避するために、多値インデックス列の照合順序を`binary`に変更します[#46717](https://github.com/pingcap/tidb/issues/46717) @[YangKeao](https://github.com/YangKeao) @@ -331,7 +331,7 @@ TiDB バージョン: 7.4.0 - HTTPクライアントで`MaxIdleConns`と`MaxIdleConnsPerHost`パラメータを設定することにより、ログバックアップとPITRリストアタスクの接続再利用のサポートを強化します。 [#46011](https://github.com/pingcap/tidb/issues/46011) @[Leavrth](https://github.com/Leavrth) - PD または外部 S3ストレージへの接続に失敗した場合のBRのフォールトトレランスを向上[#42909](https://github.com/pingcap/tidb/issues/42909) @[Leavrth](https://github.com/Leavrth) - 新しい復元パラメータ`WaitTiflashReady`を追加します。このパラメータを有効にすると、 TiFlashレプリカが正常に複製された後に復元操作が完了します[#43828](https://github.com/pingcap/tidb/issues/43828) [#46302](https://github.com/pingcap/tidb/issues/46302) @[3pointer](https://github.com/3pointer) - - ログバックアップのCPUオーバーヘッドを削減`resolve lock` [#40759](https://github.com/pingcap/tidb/issues/40759) @[3pointer](https://github.com/3pointer) + - ログバックアップの`resolve lock`のCPUオーバーヘッドを削減 [#40759](https://github.com/pingcap/tidb/issues/40759) @[3pointer](https://github.com/3pointer) - TiCDC @@ -349,31 +349,31 @@ TiDB バージョン: 7.4.0 - ハッシュパーティション化されていないテーブルに対して`BatchPointGet`オペレーターが誤った結果を返す問題を修正しました[#45889](https://github.com/pingcap/tidb/issues/45889) @[Defined2014](https://github.com/Defined2014) - ハッシュパーティションテーブルに対して`BatchPointGet`オペレーターが誤った結果を返す問題を修正しました [#46779](https://github.com/pingcap/tidb/issues/46779) @[jiyfhust](https://github.com/jiyfhust) - TiDBパーサーが状態のままになり、解析エラーが発生する問題を修正[#45898](https://github.com/pingcap/tidb/issues/45898) @[qw4990](https://github.com/qw4990) - - `EXCHANGE PARTITION`制約をチェックしない問題を修正 [#45922](https://github.com/pingcap/tidb/issues/45922) @[mjonss](https://github.com/mjonss) + - `EXCHANGE PARTITION`が制約をチェックしない問題を修正 [#45922](https://github.com/pingcap/tidb/issues/45922) @[mjonss](https://github.com/mjonss) - `tidb_enforce_mpp`システム変数が正しく復元できない問題を修正[#46214](https://github.com/pingcap/tidb/issues/46214) @[djshow832](https://github.com/djshow832) - `LIKE`述語の`_`が誤って処理される問題を修正[#46287](https://github.com/pingcap/tidb/issues/46287) [#46618](https://github.com/pingcap/tidb/issues/46618) @[Defined2014](https://github.com/Defined2014) - TiDBがスキーマを取得できなかった場合に`schemaTs`が0に設定される問題を修正しました [#46325](https://github.com/pingcap/tidb/issues/46325) @[hihihuhu](https://github.com/hihihuhu) - `AUTO_ID_CACHE=1` に設定されている場合に`Duplicate entry`が発生する可能性がある問題を修正しました [#46444](https://github.com/pingcap/tidb/issues/46444) @[tiancaiamao](https://github.com/tiancaiamao) - `AUTO_ID_CACHE=1` に設定されている場合に、panic後に TiDB がゆっくりと回復する問題を修正しました。 [#46454](https://github.com/pingcap/tidb/issues/46454) @[tiancaiamao](https://github.com/tiancaiamao) - - `AUTO_ID_CACHE=1` に設定されている場合に`next_row_id` in `SHOW CREATE TABLE`が間違っている問題を修正しました [#46545](https://github.com/pingcap/tidb/issues/46545) @[tiancaiamao](https://github.com/tiancaiamao) + - `AUTO_ID_CACHE=1` に設定されている場合に`SHOW CREATE TABLE`の`next_row_id`が間違っている問題を修正しました [#46545](https://github.com/pingcap/tidb/issues/46545) @[tiancaiamao](https://github.com/tiancaiamao) - サブクエリで CTE を使用すると解析中に発生するpanic問題を修正しました [#45838](https://github.com/pingcap/tidb/issues/45838) @[djshow832](https://github.com/djshow832) - - `EXCHANGE PARTITION`失敗またはキャンセルされた場合に、パーティションテーブルの制限が元のテーブルに残る問題を修正[#45920](https://github.com/pingcap/tidb/issues/45920) [#45791](https://github.com/pingcap/tidb/issues/45791) @[mjonss](https://github.com/mjonss) + - `EXCHANGE PARTITION`が失敗またはキャンセルされた場合に、パーティションテーブルの制限が元のテーブルに残る問題を修正[#45920](https://github.com/pingcap/tidb/issues/45920) [#45791](https://github.com/pingcap/tidb/issues/45791) @[mjonss](https://github.com/mjonss) - リストパーティションの定義で、 `NULL`と空の文字列の両方の使用がサポートされていない問題を修正しました。 [#45694](https://github.com/pingcap/tidb/issues/45694) @[mjonss](https://github.com/mjonss) - パーティション交換中にパーティション定義に準拠していないデータを検出できない問題を修正 [#46492](https://github.com/pingcap/tidb/issues/46492) @[mjonss](https://github.com/mjonss) - - `tmp-storage-quota`設定が で有効にならない問題を修正 [#26806](https://github.com/pingcap/tidb/issues/26806) @[wshwsh12](https://github.com/wshwsh12) [#45161](https://github.com/pingcap/tidb/issues/45161) + - `tmp-storage-quota`設定が有効にならない問題を修正 [#26806](https://github.com/pingcap/tidb/issues/26806) @[wshwsh12](https://github.com/wshwsh12) [#45161](https://github.com/pingcap/tidb/issues/45161) - `WEIGHT_STRING()`関数が照合順序と一致しない問題を修正 [#45725](https://github.com/pingcap/tidb/issues/45725) @[dveeden](https://github.com/dveeden) - インデックス結合のエラーによりクエリが停止する可能性がある問題を修正[#45716](https://github.com/pingcap/tidb/issues/45716) @[wshwsh12](https://github.com/wshwsh12) - `DATETIME`または`TIMESTAMP`列を数値定数と比較するときに、MySQL と動作が一致しない問題を修正しました。 [#38361](https://github.com/pingcap/tidb/issues/38361) @[yibin87](https://github.com/yibin87) - 符号なし型と`Duration`型定数を比較したときに発生する誤った結果を修正しました [#45410](https://github.com/pingcap/tidb/issues/45410) @[wshwsh12](https://github.com/wshwsh12) - アクセスパスプルーニングロジックが`READ_FROM_STORAGE(TIFLASH[...])`ヒントを無視し、 `Can't find a proper physical plan`エラーが発生する問題を修正しました。 [#40146](https://github.com/pingcap/tidb/issues/40146) @[AilinKid](https://github.com/AilinKid) - - `GROUP_CONCAT` `ORDER BY`列を解析できない問題を修正 [#41986](https://github.com/pingcap/tidb/issues/41986) @[AilinKid](https://github.com/AilinKid) + - `GROUP_CONCAT`が`ORDER BY`列を解析できない問題を修正 [#41986](https://github.com/pingcap/tidb/issues/41986) @[AilinKid](https://github.com/AilinKid) - 深くネストされた式に対してハッシュコードが繰り返し計算され、メモリ使用量が増加し、OOM が発生する問題を修正しました。 [#42788](https://github.com/pingcap/tidb/issues/42788) @[AilinKid](https://github.com/AilinKid) - CAST に精度損失がないのに条件`cast(col)=range`で FullScan が発生する問題を修正[#45199](https://github.com/pingcap/tidb/issues/45199) @[AilinKid](https://github.com/AilinKid) - MPP実行計画で集計がユニオンを介してプッシュダウンされると、結果が正しくなくなる問題を修正[#45850](https://github.com/pingcap/tidb/issues/45850) @[AilinKid](https://github.com/AilinKid) - - `in (?)`とのバインディングが`in (?, ... ?)` と一致しない問題を修正しました [#44298](https://github.com/pingcap/tidb/issues/44298) @[qw4990](https://github.com/qw4990) - - `non-prep plan cache`実行計画を再利用するときに接続照合順序を考慮しないことによって発生するエラーを修正しました [#47008](https://github.com/pingcap/tidb/issues/47008) @[qw4990](https://github.com/qw4990) + - `in (?)`を含むバインディングが`in (?, ... ?)` と一致しない問題を修正しました [#44298](https://github.com/pingcap/tidb/issues/44298) @[qw4990](https://github.com/qw4990) + - `non-prep plan cache`が実行計画を再利用するときに接続照合順序を考慮しないことによって発生するエラーを修正しました [#47008](https://github.com/pingcap/tidb/issues/47008) @[qw4990](https://github.com/qw4990) - 実行されたプランがプランキャッシュにヒットしない場合に警告が報告されない問題を修正しました [#46159](https://github.com/pingcap/tidb/issues/46159) @[qw4990](https://github.com/qw4990) - - `plan replayer dump explain`エラーを報告する問題を修正 [#46197](https://github.com/pingcap/tidb/issues/46197) @[time-and-fate](https://github.com/time-and-fate) + - `plan replayer dump explain`がエラーを報告する問題を修正 [#46197](https://github.com/pingcap/tidb/issues/46197) @[time-and-fate](https://github.com/time-and-fate) - CTE を含む DML 文を実行するとpanicが発生する問題を修正しました [#46083](https://github.com/pingcap/tidb/issues/46083) @[winoros](https://github.com/winoros) - 2つのサブクエリを結合するときに`TIDB_INLJ`ヒントが有効にならない問題を修正しました [#46160](https://github.com/pingcap/tidb/issues/46160) @[qw4990](https://github.com/qw4990) - `MERGE_JOIN`の結果が間違っている問題を修正[#46580](https://github.com/pingcap/tidb/issues/46580) @[qw4990](https://github.com/qw4990) @@ -381,7 +381,7 @@ TiDB バージョン: 7.4.0 - TiKV - Titanが有効になっているときにTiKVが起動に失敗し、 `Blob file deleted twice`エラーが発生する問題を修正しました [#15454](https://github.com/tikv/tikv/issues/15454) @[Connor1996](https://github.com/Connor1996) - - スレッド自発的およびスレッド非自発的監視パネルにデータがない問題を修正しました [#15413](https://github.com/tikv/tikv/issues/15413) @[SpadeA-Tang](https://github.com/SpadeA-Tang) + - Thread Voluntary および Thread Nonvoluntary 監視パネルにデータがない問題を修正しました [#15413](https://github.com/tikv/tikv/issues/15413) @[SpadeA-Tang](https://github.com/SpadeA-Tang) - raftstore-applys が継続的に増加するデータエラーを修正しました [#15371](https://github.com/tikv/tikv/issues/15371) @[Connor1996](https://github.com/Connor1996) - リージョンのメタデータが正しくないことによって引き起こされるTiKV panic問題を修正しました [#13311](https://github.com/tikv/tikv/issues/13311) @[zyguan](https://github.com/zyguan) - `sync_recovery`から`sync` に切り替えた後に QPS が 0 に低下する問題を修正しました [#15366](https://github.com/tikv/tikv/issues/15366) @[nolouch](https://github.com/nolouch) @@ -397,7 +397,7 @@ TiDB バージョン: 7.4.0 - Scatter Peers でグループが考慮されない問題を修正しました [#6962](https://github.com/tikv/pd/issues/6962) @[bufferflies](https://github.com/bufferflies) - RU消費量が0未満の場合にPDがクラッシュする問題を修正 [#6973](https://github.com/tikv/pd/issues/6973) @[CabinfeverB](https://github.com/CabinfeverB) - 変更された分離レベルがデフォルトの配置ルールに同期されない問題を修正しました [#7121](https://github.com/tikv/pd/issues/7121) @[rleungx](https://github.com/rleungx) - - クラスタが大きい場合、クライアントが定期的に更新される`min-resolved-ts` PD OOMを引き起こす可能性がある問題を修正しました[#46664](https://github.com/pingcap/tidb/issues/46664) @[HuSharp](https://github.com/HuSharp) + - クラスタが大きい場合、client-go が`min-resolved-ts`を定期的に更新することで PD OOMを引き起こす可能性がある問題を修正しました[#46664](https://github.com/pingcap/tidb/issues/46664) @[HuSharp](https://github.com/HuSharp) - TiFlash @@ -409,7 +409,7 @@ TiDB バージョン: 7.4.0 - Backup & Restore (BR) - - バックアップが失敗したときに、誤解を招くエラーメッセージ`resolve lock timeout`実際のエラーを隠してしまう問題を修正しました[#43236](https://github.com/pingcap/tidb/issues/43236) @[YuJuncen](https://github.com/YuJuncen) + - バックアップが失敗したときに、誤解を招くエラーメッセージ`resolve lock timeout`が実際のエラーを隠してしまう問題を修正しました[#43236](https://github.com/pingcap/tidb/issues/43236) @[YuJuncen](https://github.com/YuJuncen) - PITR を使用して暗黙の主キーを回復すると競合が発生する可能性がある問題を修正[#46520](https://github.com/pingcap/tidb/issues/46520) @[3pointer](https://github.com/3pointer) - PITRを使用してメタkvを回復するとエラーが発生する可能性がある問題を修正しました [#46578](https://github.com/pingcap/tidb/issues/46578) @[Leavrth](https://github.com/Leavrth) - BR統合テストケースのエラーを修正 [#46561](https://github.com/pingcap/tidb/issues/46561) @[purelind](https://github.com/purelind) @@ -422,7 +422,7 @@ TiDB バージョン: 7.4.0 - アップストリームで同じDDL文で複数のテーブルの名前を変更するとレプリケーションエラーが発生する問題を修正 [#9488](https://github.com/pingcap/tiflow/issues/9488) @[CharlesCheung96](https://github.com/CharlesCheung96) [#9476](https://github.com/pingcap/tiflow/issues/9476) @[asddongmen](https://github.com/asddongmen) - CSVファイルで中国語の文字が検証されない問題を修正[#9609](https://github.com/pingcap/tiflow/issues/9609) @[CharlesCheung96](https://github.com/CharlesCheung96) - すべての変更フィードが削除された後に上流の TiDB GC がブロックされる問題を修正[#9633](https://github.com/pingcap/tiflow/issues/9633) @[sdojjy](https://github.com/sdojjy) - - `scale-out`が有効になっている場合のノード間の書き込みキーの不均等な配布の問題を修正[#9665](https://github.com/pingcap/tiflow/issues/9665) @[sdojjy](https://github.com/sdojjy) + - `scale-out`が有効になっている場合のノード間の書き込みキーの不均等な分散の問題を修正[#9665](https://github.com/pingcap/tiflow/issues/9665) @[sdojjy](https://github.com/sdojjy) - ログに機密ユーザー情報が記録される問題を修正 [#9690](https://github.com/pingcap/tiflow/issues/9690) @[sdojjy](https://github.com/sdojjy) - TiDB Data Migration (DM) @@ -436,8 +436,8 @@ TiDB バージョン: 7.4.0 - TiDB Lightning - - TiDB Lightningがテーブル`NONCLUSTERED auto_increment`と`AUTO_ID_CACHE=1`をインポートした後、データを挿入するとエラーが返される問題を修正しました[#46100](https://github.com/pingcap/tidb/issues/46100) @[tiancaiamao](https://github.com/tiancaiamao) - - `checksum = "optional"` のときにチェックサムがエラーを報告する問題を修正しました [#45382](https://github.com/pingcap/tidb/issues/45382) @[lyzx2001](https://github.com/lyzx2001) + - TiDB Lightningが`NONCLUSTERED auto_increment`と`AUTO_ID_CACHE=1`のテーブルをインポートした後、データを挿入するとエラーが返される問題を修正しました[#46100](https://github.com/pingcap/tidb/issues/46100) @[tiancaiamao](https://github.com/tiancaiamao) + - `checksum = "optional"` のときでもチェックサムがエラーを報告する問題を修正しました [#45382](https://github.com/pingcap/tidb/issues/45382) @[lyzx2001](https://github.com/lyzx2001) - PDクラスタアドレスが変更されるとデータのインポートが失敗する問題を修正しました [#43436](https://github.com/pingcap/tidb/issues/43436) @[lichunzhu](https://github.com/lichunzhu) ## 貢献者 {#contributors}