From bea7b0df490437469b4a7141fcd50790d7ce08c5 Mon Sep 17 00:00:00 2001 From: Yasuo Honda Date: Thu, 1 Oct 2026 15:38:21 +0900 Subject: [PATCH] i18n(ja): fix translation defects in the v8.5.x release notes Co-Authored-By: Claude Opus 5.5 --- releases/release-8.5.0.md | 28 ++++++++++++++-------------- releases/release-8.5.1.md | 6 +++--- releases/release-8.5.2.md | 12 ++++++------ releases/release-8.5.3.md | 8 ++++---- releases/release-8.5.4.md | 28 ++++++++++++++-------------- releases/release-8.5.5.md | 30 +++++++++++++++--------------- releases/release-8.5.6.md | 16 ++++++++-------- releases/release-8.5.7.md | 8 ++++---- releases/release-8.5.8.md | 2 +- 9 files changed, 69 insertions(+), 69 deletions(-) diff --git a/releases/release-8.5.0.md b/releases/release-8.5.0.md index a5f395f505785..86d0ecbae469c 100644 --- a/releases/release-8.5.0.md +++ b/releases/release-8.5.0.md @@ -17,7 +17,7 @@ TiDB 8.5.0は長期サポートリリース（LTS）です。 以前の LTS 8.1.0 と比較して、8.5.0 には[8.2.0-DMR](/releases/release-8.2.0.md) 、 [8.3.0-DMR](/releases/release-8.3.0.md) 、および[8.4.0-DMR](/releases/release-8.4.0.md)でリリースされた新機能、改善点、およびバグ修正が含まれています。8.1.x から 8.5.0 にアップグレードすると、 [TiDB リリースノート PDF](https://docs-download.pingcap.com/pdf/tidb-v8.2-to-v8.5-en-release-notes.pdf)をダウンロードして、2つの LTS バージョン間のすべてのリリースノートを確認できます。次の表は、8.1.0 から 8.5.0 までのハイライトの一部を示しています。 -
カテゴリ機能／改善点説明
拡張性とパフォーマンス複数の次元でデータ処理のレイテンシーを削減するTiDBは、パフォーマンス向上のためにデータ処理を継続的に改良し、金融分野における低遅延SQL処理の要件を効果的に満たしています。主なアップデート内容は以下のとおりです。
TiKV MVCC インメモリエンジン (IME) (バージョン8.5.0で導入) TiKV MVCCのインメモリエンジンは、最新のMVCCバージョンのデータをメモリにキャッシュすることで、古いバージョンをスキップして最新のデータを迅速に取得できるようにします。この機能は、データレコードが頻繁に更新される場合や、履歴バージョンが長期間保持される場合に、データスキャン性能を大幅に向上させることができます。
アクティブなPDフォロワーを使用して、PDのリージョン情報クエリサービスを強化します（v8.5.0で一般提供開始）。 TiDB v7.6.0 では、実験的機能"Active PD Follower"が導入されました。これにより、PD フォロワーがリージョン情報クエリサービスを提供できるようになります。この機能は、多数の TiDB ノードとリージョンを持つクラスターにおいて、PD クラスターがGetRegionおよびScanRegionsリクエストを処理する能力を向上させ、PD リーダーの CPU 負荷を軽減します。この機能は、v8.5.0 で一般提供 (GA) されます。
インスタンスレベルの実行プランキャッシュ（実験的、v8.4.0で導入）インスタンスレベルのプランキャッシュを使用すると、同じ TiDB インスタンス内のすべてのセッションでプランキャッシュを共有できます。セッションレベルのプランキャッシュと比較して、この機能はメモリに多くの実行計画をキャッシュすることで SQL コンパイル時間を短縮し、SQL 全体の実行時間を短縮します。これにより、OLTP のパフォーマンスとスループットが向上するとともに、メモリ使用量をより適切に制御し、データベースの安定性を高めることができます。
パーティションテーブルのグローバルインデックス（バージョン8.4.0で一般提供開始）グローバルインデックスは、パーティション化されていない列の取得効率を効果的に向上させ、一意キーにパーティションキーを含める必要があるという制約を取り除きます。この機能により、TiDBパーティションテーブルの利用シナリオが拡張され、パーティションテーブルのパフォーマンスが向上し、特定のクエリシナリオにおけるリソース消費量が削減されます。
Projectionオペレーターをストレージエンジンにデフォルトでプッシュダウンする機能（v8.3.0で導入） Projectionオペレーターをストレージエンジンにプッシュダウンすることで、ストレージノード全体に負荷を分散させ、ノード間のデータ転送量を削減できます。この最適化により、特定のSQLクエリの実行時間が短縮され、データベース全体のパフォーマンスが向上します。
統計情報を収集する際に不要な列を無視する機能（バージョン8.3.0で導入）オプティマイザが必要な情報を確実に取得できるという前提のもと、TiDBは統計情報の収集を高速化し、統計情報の適時性を向上させることで、最適な実行計画の選択を保証し、クラスタのパフォーマンスを向上させます。同時に、TiDBはシステムオーバーヘッドを削減し、リソース利用率も向上させます。
信頼性と可用性大規模クラスターの安定性を向上させるTiDBを使用してマルチテナントアプリケーションやSaaSアプリケーションを運用する企業は、多くの場合、大量のテーブルを保存する必要があります。バージョン8.5.0では、TiDBは大規模クラスタの安定性を大幅に向上させました。
暴走クエリに対するトリガーの追加サポート、およびリソースグループの切り替えサポート（v8.4.0で導入）暴走クエリは、予期しないSQLパフォーマンスの問題がシステムに与える影響を軽減する効果的な手段です。TiDB v8.4.0では、識別条件としてコプロセッサーによって処理されたキーの数（ PROCESSED_KEYS ）とリクエストユニット（ RU ）が導入され、識別されたクエリを指定されたリソースグループに配置することで、暴走クエリのより正確な識別と制御が可能になりました。
リソース制御のバックグラウンドタスクにおけるリソース使用量の上限設定をサポート（実験的、v8.4.0で導入）リソース制御のバックグラウンドタスクに最大パーセンテージ制限を設定することで、さまざまなアプリケーションシステムのニーズに基づいてリソース消費を制御できます。これにより、バックグラウンドタスクの消費量を低く抑え、オンラインサービスの品質を確保できます。
TiProxyのユースケースを強化および拡張するTiDBの高可用性を実現する上で重要なコンポーネントであるTiProxyは、SQLトラフィックのアクセスと転送にとどまらず、クラスタ変更の評価をサポートする機能も備えています。主な機能は以下のとおりです。
TiDBの並列HashAggアルゴリズムはディスクスピルをサポートしています（v8.2.0でGA対応）。 HashAgg は、同じフィールド値を持つ行を効率的に集計するために TiDB で広く使用されている集計オペレーターです。TiDB v8.0.0 では、処理速度をさらに向上させる実験的機能として parallel HashAgg が導入されました。メモリリソースが不足している場合、parallel HashAgg は一時的にソートされたデータをディスクに書き出すことで、過剰なメモリ使用による潜在的な OOM リスクを回避します。これにより、ノードの安定性を維持しながらクエリパフォーマンスが向上します。v8.2.0 では、この機能が一般提供 (GA) となり、デフォルトで有効になっているため、 tidb_executor_concurrencyを使用して parallel HashAgg の同時実行性を安全に構成できます。
SQL外部キー（バージョン8.5.0でGA対応）外部キーは、データベースにおける制約であり、テーブル間の関係を確立し、データの一貫性と整合性を確保します。外部キーは、子テーブルで参照されるデータが親テーブルに存在することを保証し、無効なデータの挿入を防ぎます。また、外部キーはカスケード操作（削除や更新時の自動同期など）をサポートし、ビジネスロジックの実装を簡素化し、データ関係を手動で維持する複雑さを軽減します。
ベクトル検索（実験的、v8.4.0で導入）ベクトル検索は、データの意味論に基づいた検索手法であり、より関連性の高い検索結果を提供します。AIや大規模言語モデル（LLM）の中核関数の一つとして、ベクトル検索は、検索拡張生成（RAG）、セマンティック検索、推薦システムなど、さまざまなシナリオで活用できます。
データベースの運用と可観測性TiKVおよびTiDBのCPU時間をメモリテーブルに表示する（バージョン8.4.0で導入） CPU時間はシステムテーブルに統合され、セッションやSQLなどの他のメトリックと並べて表示されるようになりました。これにより、CPU使用率の高い操作を複数の視点から把握し、診断効率を向上させることができます。これは、インスタンスにおけるCPUスパイクやクラスタにおける読み書きホットスポットなどのシナリオを診断する際に特に役立ちます。
TiKVのCPU時間をテーブル別またはデータベース別に集計して表示する機能をサポート（v8.4.0で導入）ホットスポットの問題が個々のSQL文によって引き起こされていない場合、 Top SQLでテーブルまたはデータベースレベルごとに集計されたCPU時間を使用することで、ホットスポットの原因となっているテーブルやアプリケーションを迅速に特定でき、ホットスポットやCPU消費の問題の診断効率を大幅に向上させることができます。
Backup & Restore (BR)は、 AWS SDK for Rustを使用して外部ストレージにアクセスします (v8.5.0 で導入)。 BRは、TiKVからAmazon S3などの外部ストレージにアクセスするために、元のRusotoライブラリをAWS SDK for Rustに置き換えます。この変更により、 IMDSv2やEKS Pod IdentityなどのAWS機能との互換性が向上します。
Securityスナップショットバックアップデータおよびログバックアップデータのクライアント側暗号化（v8.5.0で一般提供開始）バックアップデータをバックアップストレージにアップロードする前に、バックアップデータを暗号化することで、保管中および転送中のセキュリティを確保できます。
+
カテゴリ機能／改善点説明
拡張性とパフォーマンス複数の次元でデータ処理のレイテンシーを削減するTiDBは、パフォーマンス向上のためにデータ処理を継続的に改良し、金融分野における低遅延SQL処理の要件を効果的に満たしています。主なアップデート内容は以下のとおりです。
TiKV MVCC インメモリエンジン (IME) (バージョン8.5.0で導入) TiKV MVCCのインメモリエンジンは、最新のMVCCバージョンのデータをメモリにキャッシュすることで、古いバージョンをスキップして最新のデータを迅速に取得できるようにします。この機能は、データレコードが頻繁に更新される場合や、履歴バージョンが長期間保持される場合に、データスキャン性能を大幅に向上させることができます。
アクティブなPDフォロワーを使用して、PDのリージョン情報クエリサービスを強化します（v8.5.0で一般提供開始）。 TiDB v7.6.0 では、実験的機能"Active PD Follower"が導入されました。これにより、PD フォロワーがリージョン情報クエリサービスを提供できるようになります。この機能は、多数の TiDB ノードとリージョンを持つクラスターにおいて、PD クラスターがGetRegionおよびScanRegionsリクエストを処理する能力を向上させ、PD リーダーの CPU 負荷を軽減します。この機能は、v8.5.0 で一般提供 (GA) されます。
インスタンスレベルの実行プランキャッシュ（実験的、v8.4.0で導入）インスタンスレベルのプランキャッシュを使用すると、同じ TiDB インスタンス内のすべてのセッションでプランキャッシュを共有できます。セッションレベルのプランキャッシュと比較して、この機能はメモリに多くの実行計画をキャッシュすることで SQL コンパイル時間を短縮し、SQL 全体の実行時間を短縮します。これにより、OLTP のパフォーマンスとスループットが向上するとともに、メモリ使用量をより適切に制御し、データベースの安定性を高めることができます。
パーティションテーブルのグローバルインデックス（バージョン8.4.0で一般提供開始）グローバルインデックスは、パーティション化されていない列の取得効率を効果的に向上させ、一意キーにパーティションキーを含める必要があるという制約を取り除きます。この機能により、TiDBパーティションテーブルの利用シナリオが拡張され、パーティションテーブルのパフォーマンスが向上し、特定のクエリシナリオにおけるリソース消費量が削減されます。
Projectionオペレーターをストレージエンジンにデフォルトでプッシュダウンする機能（v8.3.0で導入） Projectionオペレーターをストレージエンジンにプッシュダウンすることで、ストレージノード全体に負荷を分散させ、ノード間のデータ転送量を削減できます。この最適化により、特定のSQLクエリの実行時間が短縮され、データベース全体のパフォーマンスが向上します。
統計情報を収集する際に不要な列を無視する機能（バージョン8.3.0で導入）オプティマイザが必要な情報を確実に取得できるという前提のもと、TiDBは統計情報の収集を高速化し、統計情報の適時性を向上させることで、最適な実行計画の選択を保証し、クラスタのパフォーマンスを向上させます。同時に、TiDBはシステムオーバーヘッドを削減し、リソース利用率も向上させます。
信頼性と可用性大規模クラスターの安定性を向上させるTiDBを使用してマルチテナントアプリケーションやSaaSアプリケーションを運用する企業は、多くの場合、大量のテーブルを保存する必要があります。バージョン8.5.0では、TiDBは大規模クラスタの安定性を大幅に向上させました。
暴走クエリに対するトリガーの追加サポート、およびリソースグループの切り替えサポート（v8.4.0で導入）暴走クエリは、予期しないSQLパフォーマンスの問題がシステムに与える影響を軽減する効果的な手段です。TiDB v8.4.0では、識別条件としてコプロセッサーによって処理されたキーの数（ PROCESSED_KEYS ）とリクエストユニット（ RU ）が導入され、識別されたクエリを指定されたリソースグループに配置することで、暴走クエリのより正確な識別と制御が可能になりました。
リソース制御のバックグラウンドタスクにおけるリソース使用量の上限設定をサポート（実験的、v8.4.0で導入）リソース制御のバックグラウンドタスクに最大パーセンテージ制限を設定することで、さまざまなアプリケーションシステムのニーズに基づいてリソース消費を制御できます。これにより、バックグラウンドタスクの消費量を低く抑え、オンラインサービスの品質を確保できます。
TiProxyのユースケースを強化および拡張するTiDBの高可用性を実現する上で重要なコンポーネントであるTiProxyは、SQLトラフィックのアクセスと転送にとどまらず、クラスタ変更の評価をサポートする機能も備えています。主な機能は以下のとおりです。
TiDBの並列HashAggアルゴリズムはディスクスピルをサポートしています（v8.2.0でGA対応）。 HashAgg は、同じフィールド値を持つ行を効率的に集計するために TiDB で広く使用されている集計オペレーターです。TiDB v8.0.0 では、処理速度をさらに向上させる実験的機能として parallel HashAgg が導入されました。メモリリソースが不足している場合、parallel HashAgg は一時的にソートされたデータをディスクに書き出すことで、過剰なメモリ使用による潜在的な OOM リスクを回避します。これにより、ノードの安定性を維持しながらクエリパフォーマンスが向上します。v8.2.0 では、この機能が一般提供 (GA) となり、デフォルトで有効になっているため、 tidb_executor_concurrencyを使用して parallel HashAgg の同時実行性を安全に構成できます。
SQL外部キー（バージョン8.5.0でGA対応）外部キーは、データベースにおける制約であり、テーブル間の関係を確立し、データの一貫性と整合性を確保します。外部キーは、子テーブルで参照されるデータが親テーブルに存在することを保証し、無効なデータの挿入を防ぎます。また、外部キーはカスケード操作（削除や更新時の自動同期など）をサポートし、ビジネスロジックの実装を簡素化し、データ関係を手動で維持する複雑さを軽減します。
ベクトル検索（実験的、v8.4.0で導入）ベクトル検索は、データの意味論に基づいた検索手法であり、より関連性の高い検索結果を提供します。AIや大規模言語モデル（LLM）の中核機能の一つとして、ベクトル検索は、検索拡張生成（RAG）、セマンティック検索、推薦システムなど、さまざまなシナリオで活用できます。
データベースの運用と可観測性TiKVおよびTiDBのCPU時間をメモリテーブルに表示する（バージョン8.4.0で導入） CPU時間はシステムテーブルに統合され、セッションやSQLなどの他のメトリックと並べて表示されるようになりました。これにより、CPU使用率の高い操作を複数の視点から把握し、診断効率を向上させることができます。これは、インスタンスにおけるCPUスパイクやクラスタにおける読み書きホットスポットなどのシナリオを診断する際に特に役立ちます。
TiKVのCPU時間をテーブル別またはデータベース別に集計して表示する機能をサポート（v8.4.0で導入）ホットスポットの問題が個々のSQL文によって引き起こされていない場合、 Top SQLでテーブルまたはデータベースレベルごとに集計されたCPU時間を使用することで、ホットスポットの原因となっているテーブルやアプリケーションを迅速に特定でき、ホットスポットやCPU消費の問題の診断効率を大幅に向上させることができます。
Backup & Restore (BR)は、 AWS SDK for Rustを使用して外部ストレージにアクセスします (v8.5.0 で導入)。 BRは、TiKVからAmazon S3などの外部ストレージにアクセスするために、元のRusotoライブラリをAWS SDK for Rustに置き換えます。この変更により、 IMDSv2やEKS Pod IdentityなどのAWS機能との互換性が向上します。
セキュリティスナップショットバックアップデータおよびログバックアップデータのクライアント側暗号化（v8.5.0で一般提供開始）バックアップデータをバックアップストレージにアップロードする前に、バックアップデータを暗号化することで、保管中および転送中のセキュリティを確保できます。
## 機能の詳細 {#feature-details} @@ -25,13 +25,13 @@ TiDB 8.5.0は長期サポートリリース（LTS）です。 - スキーマキャッシュのメモリ制限設定が一般提供開始（GA）となりました。テーブル数が数十万、あるいは数百万に達すると、この機能はスキーマメタデータのメモリ使用量を大幅に削減します。 [#50959](https://github.com/pingcap/tidb/issues/50959) @[tiancaiamao](https://github.com/tiancaiamao)@[wjhuang2016](https://github.com/wjhuang2016) @[gmhdbjd](https://github.com/gmhdbjd) @[tangenta](https://github.com/tangenta) - SaaS環境によっては、テーブル数が数十万、あるいは数百万に達する場合、スキーマメタデータが相当量のメモリを消費することがあります。この機能を有効にすると、TiDBはLRU（Least Recently Used：最小使用頻度）アルゴリズムを使用して、対応するスキーマメタデータをキャッシュおよび削除することで、メモリ使用量を効果的に削減します。 + SaaS環境によっては、テーブル数が数十万、あるいは数百万に達する場合、スキーマメタデータが相当量のメモリを消費することがあります。この機能を有効にすると、TiDBはLRU（Least Recently Used）アルゴリズムを使用して、対応するスキーマメタデータをキャッシュおよび削除することで、メモリ使用量を効果的に削減します。 バージョン8.4.0以降、この機能はデフォルトで有効になっており、デフォルト値は`536870912` （つまり512 MiB）です。必要に応じて、変数[`tidb_schema_cache_size`](/system-variables.md#tidb_schema_cache_size-new-in-v800)を使用して調整できます。 詳細については、[ドキュメント](/schema-cache.md)を参照してください。 -- PDのリージョン情報クエリサービスの拡張性を向上させるため、アクティブPDFollower機能を提供する（GA） [#7431](https://github.com/tikv/pd/issues/7431) @[okJiang](https://github.com/okJiang) +- PDのリージョン情報クエリサービスの拡張性を向上させるため、Active PD Follower 機能を提供する（GA） [#7431](https://github.com/tikv/pd/issues/7431) @[okJiang](https://github.com/okJiang) リージョン数の多いTiDBクラスタでは、ハートビート処理やタスクスケジューリングに伴うオーバーヘッドが増加するため、PDリーダーのCPU負荷が高くなる可能性があります。クラスタにTiDBインスタンスが多数存在し、リージョン情報へのリクエストが同時に多数発生すると、PDリーダーのCPU負荷はさらに高まり、PDサービスが利用できなくなる恐れがあります。 @@ -81,7 +81,7 @@ TiDB 8.5.0は長期サポートリリース（LTS）です。 - `ADMIN ALTER DDL JOBS job_id THREAD = 8;` : 指定された DDL ジョブの`tidb_ddl_reorg_worker_cnt`をオンラインで調整します。 - `ADMIN ALTER DDL JOBS job_id BATCH_SIZE = 256;` : 指定されたジョブの`tidb_ddl_reorg_batch_size`をオンラインで調整します。 - - `ADMIN ALTER DDL JOBS job_id MAX_WRITE_SPEED = '200MiB';` : オンラインの各 TiKV ノードへのインデックスデータの書き込みトラフィックを調整します。 + - `ADMIN ALTER DDL JOBS job_id MAX_WRITE_SPEED = '200MiB';` : 各 TiKV ノードへのインデックスデータの書き込みトラフィックをオンラインで調整します。 詳細については、 [ドキュメント](/sql-statements/sql-statement-admin-alter-ddl.md)を参照してください。 @@ -89,7 +89,7 @@ TiDB 8.5.0は長期サポートリリース（LTS）です。 - BR は、完全バックアップデータとログバックアップデータの両方のクライアント側暗号化をサポートします (GA) [#28640](https://github.com/pingcap/tidb/issues/28640) [#56433](https://github.com/pingcap/tidb/issues/56433) @[joccau](https://github.com/joccau)@[Tristan1900](https://github.com/Tristan1900) - - TiDB v5.3.0で実験的的に導入された、クライアント側でのフルバックアップデータの暗号化機能を使用すると、カスタムの固定キーを使用してクライアント側でバックアップデータを暗号化できます。 + - TiDB v5.3.0で実験的に導入された、クライアント側でのフルバックアップデータの暗号化機能を使用すると、カスタムの固定キーを使用してクライアント側でバックアップデータを暗号化できます。 - ログバックアップデータのクライアント側暗号化（TiDB v8.4.0で実験的に導入）を使用すると、以下のいずれかの方法を使用してクライアント側でログバックアップデータを暗号化できます。 @@ -155,18 +155,18 @@ TiDB をアップグレードする前に、オペレーティングシステム - 今後のバージョンでは、以下の機能が削除される予定です。 - - バージョン8.0.0以降、 TiDB Lightningは[旧バージョンの競合検出](/tidb-lightning/tidb-lightning-physical-import-mode-usage.md#the-old-version-of-conflict-detection-deprecated-in-v800)戦略を非推奨とし、 [`conflict.strategy`](/tidb-lightning/tidb-lightning-configuration.md#tidb-lightning-task)パラメータを使用して論理インポートモードと物理インポートモードの両方の競合検出戦略を制御できるようにします。旧バージョンの競合検出の[`duplicate-resolution`](/tidb-lightning/tidb-lightning-configuration.md)パラメータは、今後のリリースで削除されます。 + - バージョン8.0.0以降、 TiDB Lightningは物理インポートモードの[旧バージョンの競合検出](/tidb-lightning/tidb-lightning-physical-import-mode-usage.md#the-old-version-of-conflict-detection-deprecated-in-v800)戦略を非推奨とし、 [`conflict.strategy`](/tidb-lightning/tidb-lightning-configuration.md#tidb-lightning-task)パラメータを使用して論理インポートモードと物理インポートモードの両方の競合検出戦略を制御できるようにします。旧バージョンの競合検出の[`duplicate-resolution`](/tidb-lightning/tidb-lightning-configuration.md)パラメータは、今後のリリースで削除されます。 ## 非推奨機能 {#deprecated-features} -以下の機能は、将来のバージョンで廃止される予定です。 +以下の機能は、将来のバージョンで非推奨となる予定です。 - バージョン8.0.0では、TiDBは、統計情報を自動的に収集するタスクの順序を最適化するために優先度キューを有効にするかどうかを制御するシステム変数[`tidb_enable_auto_analyze_priority_queue`](/system-variables.md#tidb_enable_auto_analyze_priority_queue-new-in-v800)を導入しました。今後のリリースでは、統計情報を自動的に収集するタスクの順序付けは優先度キューのみとなるため、このシステム変数は非推奨となります。 - バージョン7.5.0では、TiDBに[`tidb_enable_async_merge_global_stats`](/system-variables.md#tidb_enable_async_merge_global_stats-new-in-v750)システム変数が導入されました。この変数を使用すると、TiDBがパーティション統計の非同期マージを使用するように設定し、メモリ不足の問題を回避できます。今後のリリースでは、パーティション統計は非同期でマージされるため、このシステム変数は非推奨となります。 - 今後のリリースでは [実行プランバインディングの自動進化](/sql-plan-management.md#baseline-evolution)が再設計される予定であり、関連する変数や動作が変更される予定です。 - バージョン8.0.0では、TiDBが並列ハッシュ集計アルゴリズムのディスクスピルをサポートするかどうかを制御するシステム変数[`tidb_enable_parallel_hashagg_spill`](/system-variables.md#tidb_enable_parallel_hashagg_spill-new-in-v800)が導入されました。このシステム変数は、今後のバージョンで非推奨となります。 - バージョン5.1では、TiDBはパーティションテーブルの動的プルーニングモードを有効にするかどうかを制御するシステム変数[`tidb_partition_prune_mode`](/system-variables.md#tidb_partition_prune_mode-new-in-v51)を導入しました。バージョン8.5.0以降では、この変数を`static`または`static-only`に設定すると警告が表示されます。今後のバージョンでは、このシステム変数は非推奨となります。 -- TiDB Lightning のパラメータ[`conflict.max-record-rows`](/tidb-lightning/tidb-lightning-configuration.md#tidb-lightning-task) 、今後のリリースで非推奨となり、その後削除されます。このパラメータは[`conflict.threshold`](/tidb-lightning/tidb-lightning-configuration.md#tidb-lightning-task)に置き換えられます。これは、競合するレコードの最大数が、単一のインポートタスクで許容できる競合レコードの最大数と一致することを意味します。 +- TiDB Lightning のパラメータ[`conflict.max-record-rows`](/tidb-lightning/tidb-lightning-configuration.md#tidb-lightning-task)は、今後のリリースで非推奨となり、その後削除されます。このパラメータは[`conflict.threshold`](/tidb-lightning/tidb-lightning-configuration.md#tidb-lightning-task)に置き換えられます。これは、競合するレコードの最大数が、単一のインポートタスクで許容できる競合レコードの最大数と一致することを意味します。 - バージョン6.3.0以降、パーティションテーブルはデフォルトで [動的プルーニングモード](/partitioned-table.md#dynamic-pruning-mode)を使用します。静的プルーニングモードと比較して、動的プルーニングモードはIndexJoinやプランキャッシュなどの機能をサポートし、パフォーマンスが向上しています。そのため、静的プルーニングモードは非推奨となります。 ## 改善点 {#improvements} @@ -177,7 +177,7 @@ TiDB をアップグレードする前に、オペレーティングシステム - 小さなテーブルへのインデックス追加速度の改善 [#54230](https://github.com/pingcap/tidb/issues/54230) @[tangenta](https://github.com/tangenta) - インデックス追加時の取り込みフェーズの最大速度を制限するために、新しいシステム変数`tidb_ddl_reorg_max_write_speed`を追加します [#57156](https://github.com/pingcap/tidb/issues/57156) @[CbcWestwolf](https://github.com/CbcWestwolf) - `information_schema.tables`のクエリのパフォーマンスを場合によっては改善する [#57295](https://github.com/pingcap/tidb/issues/57295) @[tangenta](https://github.com/tangenta) - - DDLジョブパラメータの動的調整をサポートする [#57526](https://github.com/pingcap/tidb/issues/57526) @[fzzf678](https://github.com/fzzf678) + - より多くのDDLジョブパラメータの動的調整をサポートする [#57526](https://github.com/pingcap/tidb/issues/57526) @[fzzf678](https://github.com/fzzf678) - パーティション式のすべての列を含むグローバルインデックスをサポート [#56230](https://github.com/pingcap/tidb/issues/56230) @[Defined2014](https://github.com/Defined2014) - 範囲クエリのシナリオでリストパーティションテーブルのパーティションプルーニングをサポート [#56673](https://github.com/pingcap/tidb/issues/56673) @[Defined2014](https://github.com/Defined2014) - FixControl#46177 をデフォルトで有効にして、場合によってはインデックス範囲スキャンではなくフルテーブルスキャンが誤って選択される問題を修正します [#46177](https://github.com/pingcap/tidb/issues/46177) @[terry1purcell](https://github.com/terry1purcell) @@ -212,7 +212,7 @@ TiDB をアップグレードする前に、オペレーティングシステム - バックアップ中の不要なログ出力を減らす [#55902](https://github.com/pingcap/tidb/issues/55902) @[Leavrth](https://github.com/Leavrth) - 暗号化キー`--crypter.key`のエラーメッセージを最適化 [#56388](https://github.com/pingcap/tidb/issues/56388) @[Tristan1900](https://github.com/Tristan1900) - データベース作成時のBRにおける同時実行数を増やし、データ復元パフォーマンスを向上させる [#56866](https://github.com/pingcap/tidb/issues/56866) @[Leavrth](https://github.com/Leavrth) - - フルバックアップ中にテーブルレベルのチェックサム計算をデフォルトで無効にする（ `--checksum=false` ）バックアップパフォーマンスを向上させる [#56373](https://github.com/pingcap/tidb/issues/56373) @[Tristan1900](https://github.com/Tristan1900) + - フルバックアップ中にテーブルレベルのチェックサム計算をデフォルトで無効にして（ `--checksum=false` ）バックアップパフォーマンスを向上させる [#56373](https://github.com/pingcap/tidb/issues/56373) @[Tristan1900](https://github.com/Tristan1900) - 各ストレージノードの接続タイムアウトを個別に追跡およびリセットするメカニズムを追加して、低速ノードの処理を強化し、バックアップ操作のハングを防止します [#57666](https://github.com/pingcap/tidb/issues/57666) @[3pointer](https://github.com/3pointer) - TiDB Data Migration (DM) @@ -238,7 +238,7 @@ TiDB をアップグレードする前に、オペレーティングシステム - `REORGANIZE PARTITION`が特定の場合にエラー理由を返さない問題を修正 [#56634](https://github.com/pingcap/tidb/issues/56634) @[mjonss](https://github.com/mjonss) - `INFORMATION_SCHEMA.TABLES`のクエリで大文字小文字の区別により誤った結果が返される問題を修正しました [#56987](https://github.com/pingcap/tidb/issues/56987) @[joechenrh](https://github.com/joechenrh) - 共通テーブル式（CTE）に複数のデータコンシューマーがあり、そのうちの1つのコンシューマーがデータを読み取らずに終了した場合に発生する可能性のある無効なメモリアクセスの問題を修正します [#55881](https://github.com/pingcap/tidb/issues/55881) @[windtalker](https://github.com/windtalker) - - `INDEX_HASH_JOIN`異常終了時にハングアップする可能性がある問題を修正しました [#54055](https://github.com/pingcap/tidb/issues/54055) @[wshwsh12](https://github.com/wshwsh12) + - `INDEX_HASH_JOIN`が異常終了時にハングアップする可能性がある問題を修正しました [#54055](https://github.com/pingcap/tidb/issues/54055) @[wshwsh12](https://github.com/wshwsh12) - `TRUNCATE`文が`NULL`値を処理する場合に誤った結果を返す問題を修正 [#53546](https://github.com/pingcap/tidb/issues/53546) @[tuziemon](https://github.com/tuziemon) - `CAST AS CHAR`関数が型推論エラーにより誤った結果を返す問題を修正 [#56640](https://github.com/pingcap/tidb/issues/56640) @[zimulala](https://github.com/zimulala) - 型推論エラーにより一部の関数の出力で文字列が切り詰められる問題を修正 [#56587](https://github.com/pingcap/tidb/issues/56587) @[joechenrh](https://github.com/joechenrh) @@ -253,7 +253,7 @@ TiDB をアップグレードする前に、オペレーティングシステム - `JSON_VALID()`関数が誤った結果を返す問題を修正 [#56293](https://github.com/pingcap/tidb/issues/56293) @[YangKeao](https://github.com/YangKeao) - `tidb_ttl_job_enable`変数が無効になった後もTTLタスクがキャンセルされない問題を修正 [#57404](https://github.com/pingcap/tidb/issues/57404) @[YangKeao](https://github.com/YangKeao) - `RANGE COLUMNS`パーティション関数と`utf8mb4_0900_ai_ci`照合順序を同時に使用すると、クエリ結果が正しくない可能性がある問題を修正しました [#57261](https://github.com/pingcap/tidb/issues/57261) @[Defined2014](https://github.com/Defined2014) - - プリペアドステートメントで始まるプリペアドステートメントの実行によって発生するランタイムエラーを修正します。これにより、配列の範囲外エラーが発生します。 [#54283](https://github.com/pingcap/tidb/issues/54283) @[Defined2014](https://github.com/Defined2014) + - 改行文字で始まるプリペアドステートメントの実行によって発生するランタイムエラーを修正します。これにより、配列の範囲外エラーが発生します。 [#54283](https://github.com/pingcap/tidb/issues/54283) @[Defined2014](https://github.com/Defined2014) - `UTC_TIMESTAMP()`関数の精度に関する問題を修正しました。例えば、精度が高すぎるように設定されていました。 [#56451](https://github.com/pingcap/tidb/issues/56451) @[chagelo](https://github.com/chagelo) - `UPDATE` 、 `INSERT` 、および`DELETE IGNORE`ステートメントで外部キーエラーが省略されない問題を修正 [#56678](https://github.com/pingcap/tidb/issues/56678) @[YangKeao](https://github.com/YangKeao) - `information_schema.cluster_slow_query`テーブルをクエリする際に、時間フィルタが追加されていない場合、最新のスローログファイルのみがクエリされる問題を修正しました [#56100](https://github.com/pingcap/tidb/issues/56100) @[crazycs520](https://github.com/crazycs520) @@ -292,7 +292,7 @@ TiDB をアップグレードする前に、オペレーティングシステム - 削除したリソースグループが監視パネルに表示されたままになる問題を修正 [#8716](https://github.com/tikv/pd/issues/8716) @[AndreMouche](https://github.com/AndreMouche) - リージョン同期処理中のログの説明が不明瞭な問題を修正 [#8717](https://github.com/tikv/pd/issues/8717) @[lhy1024](https://github.com/lhy1024) - ラベル統計におけるメモリリークの問題を修正 [#8700](https://github.com/tikv/pd/issues/8700) @[lhy1024](https://github.com/lhy1024) - - `tidb_enable_tso_follower_proxy`を`0`または`OFF`に設定しても TSOFollowerプロキシ機能が無効にならない問題を修正しました [#8709](https://github.com/tikv/pd/issues/8709) @[JmPotato](https://github.com/JmPotato) + - `tidb_enable_tso_follower_proxy`を`0`または`OFF`に設定しても TSO Follower Proxy 機能が無効にならない問題を修正しました [#8709](https://github.com/tikv/pd/issues/8709) @[JmPotato](https://github.com/JmPotato) - TiFlash @@ -313,7 +313,7 @@ TiDB をアップグレードする前に、オペレーティングシステム - アドバンサーがロックの競合を処理できない問題を修正 [#57134](https://github.com/pingcap/tidb/issues/57134) @[3pointer](https://github.com/3pointer) - `k8s.io/api` ライブラリ バージョンをアップグレードして、潜在的なセキュリティ脆弱性を修正します [#57790](https://github.com/pingcap/tidb/issues/57790) @[BornChanger](https://github.com/BornChanger) - クラスター内に多数のテーブルが存在するが実際のデータサイズが小さい場合に、PITRタスクが`Information schema is out of date`エラーを返す可能性がある問題を修正します。 [#57743](https://github.com/pingcap/tidb/issues/57743) @[Tristan1900](https://github.com/Tristan1900) - - アドバンスダー所有者が切り替わるとログバックアップが予期せず一時停止状態になることがある問題を修正 [#58031](https://github.com/pingcap/tidb/issues/58031) @[3pointer](https://github.com/3pointer) + - アドバンサー所有者が切り替わるとログバックアップが予期せず一時停止状態になることがある問題を修正 [#58031](https://github.com/pingcap/tidb/issues/58031) @[3pointer](https://github.com/3pointer) - `tiup br restore`コマンドがデータベースまたはテーブルの復元時にターゲットクラスタテーブルが既に存在するかどうかのチェックを省略し、既存のテーブルを上書きする可能性がある問題を修正しました [#58168](https://github.com/pingcap/tidb/issues/58168) @[RidRisR](https://github.com/RidRisR) - TiCDC diff --git a/releases/release-8.5.1.md b/releases/release-8.5.1.md index a0271c047cc7f..07ea7c161e1fb 100644 --- a/releases/release-8.5.1.md +++ b/releases/release-8.5.1.md @@ -15,7 +15,7 @@ TiDBバージョン：8.5.1 バージョン8.5.1以降、TiDBはCentOS Linux 7のテストを再開し、互換性を確保しています。TiDB v8.5をデプロイする場合、またはクラスタをv8.5にアップグレードする場合は、TiDB v8.5.1以降のバージョンを使用してください。 -- CentOS Linux 7 は[2024年6月30日をもってサポート終了となります](https://www.redhat.com/en/topics/linux/centos-linux-eol)。そのため、TiDB v8.4.0 DMR および v8.5.0 リリースでは、CentOS Linux 7 のサポートとテストを終了しました。CentOS 7 上の TiDB クラスターを v8.4.0 または v8.5.0 にアップグレードすると、クラスターが使用できなくなるリスクが発生します。 +- CentOS Linux 7 は[2024年6月30日にサポート終了（EOL）となった](https://www.redhat.com/en/topics/linux/centos-linux-eol)。そのため、TiDB v8.4.0 DMR および v8.5.0 リリースでは、CentOS Linux 7 のサポートとテストを終了しました。CentOS 7 上の TiDB クラスターを v8.4.0 または v8.5.0 にアップグレードすると、クラスターが使用できなくなるリスクが発生します。 - 現在も CentOS Linux 7 を使用しているユーザーを支援するために、TiDB は v8.5.1 から CentOS Linux 7 のテストを再開します。ただし、CentOS Linux の EOL ステータスのため、CentOS Linux 7 の[公式発表およびセキュリティに関するガイダンス](https://www.redhat.com/en/blog/centos-linux-has-reached-its-end-life-eol)を確認し、Rocky Linux 9.1 以降などの本番使用向けの[TiDBがサポートするオペレーティングシステム](/hardware-and-software-requirements.md#os-and-platform-requirements)に移行することを強くお勧めします。 @@ -25,7 +25,7 @@ CentOS Linux 7はサポート終了（EOL）を迎えたため、今後のTiDB - TiDB統計キャッシュによるメモリ使用量を削減するため、 [`tidb_stats_cache_mem_quota`](/system-variables.md#tidb_stats_cache_mem_quota-new-in-v610)システム変数のデフォルト値`0`の意味が変更されました。 - - v8.5.1より前では、 `0`統計キャッシュのメモリクォータがTiDBインスタンスの総メモリの50%であることを意味します。 + - v8.5.1より前では、 `0`は、統計キャッシュのメモリクォータがTiDBインスタンスの総メモリの50%であることを意味します。 - v8.5.1以降、 `0`は、統計キャッシュのメモリ割り当てがTiDBインスタンスの総メモリの20%であることを意味します。 ## 改善点 {#improvements} @@ -65,7 +65,7 @@ CentOS Linux 7はサポート終了（EOL）を迎えたため、今後のTiDB - `IndexMerge`を構築する際に一部の述語が失われる可能性がある問題を修正しました [#58476](https://github.com/pingcap/tidb/issues/58476) @[hawkingrei](https://github.com/hawkingrei) - 3000次元を超える列にベクトル検索インデックスを作成すると`KeyTooLong`エラーが発生する問題を修正 [#58836](https://github.com/pingcap/tidb/issues/58836) @[breezewish](https://github.com/breezewish) - `REORGANIZE PARTITION`操作が置換されたグローバルインデックスを正しくクリーンアップせず、非クラスター化テーブルの一意インデックスを処理する問題を修正しました [#56822](https://github.com/pingcap/tidb/issues/56822) @[mjonss](https://github.com/mjonss) - - パーティションテーブルのレンジ INTERVAL 構文糖衣が`MINUTE`間隔として使用できない問題を修正 [#57698](https://github.com/pingcap/tidb/issues/57698) @[mjonss](https://github.com/mjonss) + - パーティションテーブルのレンジ INTERVAL 構文糖衣で`MINUTE`を間隔として使用できない問題を修正 [#57698](https://github.com/pingcap/tidb/issues/57698) @[mjonss](https://github.com/mjonss) - タイムゾーンを変更すると、スローログのクエリ時にクエリ結果が正しくなくなる問題を修正しました [#58452](https://github.com/pingcap/tidb/issues/58452) @[lcwangchao](https://github.com/lcwangchao) - スキャンタスクのTTLワーカーを縮小する際に、タスクキャンセルの失敗によってタスクがリークする可能性がある問題を修正しました [#57708](https://github.com/pingcap/tidb/issues/57708) @[YangKeao](https://github.com/YangKeao) - ハートビートが失われ、TTLテーブルが削除または無効化された後もTTLジョブが実行され続ける問題を修正 [#57702](https://github.com/pingcap/tidb/issues/57702) @[YangKeao](https://github.com/YangKeao) diff --git a/releases/release-8.5.2.md b/releases/release-8.5.2.md index a7f7ec6b1a91e..7e7931f19db6c 100644 --- a/releases/release-8.5.2.md +++ b/releases/release-8.5.2.md @@ -59,7 +59,7 @@ TiDBバージョン：8.5.2 - `IMPORT INTO`機能がグローバルソートが有効になっている場合に一意キーの競合を適切に処理できない問題を修正します [#59650](https://github.com/pingcap/tidb/issues/59650) @[lance6716](https://github.com/lance6716) - グローバルソートデータパスにネットワークレイテンシーエラーを注入すると、 `IMPORT INTO`操作が失敗する問題を修正 [#50451](https://github.com/pingcap/tidb/issues/50451) @[D3Hunter](https://github.com/D3Hunter) - `ADD UNIQUE INDEX`の実行時にデータ不整合が発生する可能性がある問題を修正 [#60339](https://github.com/pingcap/tidb/issues/60339) @[tangenta](https://github.com/tangenta) - - `LABELS`をクエリした際に`BINLOG_STATUS`列の値が誤って表示される問題を修正しました`INFORMATION_SCHEMA.TIDB_SERVERS_INFO` [#59245](https://github.com/pingcap/tidb/issues/59245) @[lance6716](https://github.com/lance6716) + - `INFORMATION_SCHEMA.TIDB_SERVERS_INFO`をクエリした際に、`LABELS`列の値が`BINLOG_STATUS`列に誤って表示される問題を修正しました [#59245](https://github.com/pingcap/tidb/issues/59245) @[lance6716](https://github.com/lance6716) - インデックス作成中にPD Leaderの強制終了エラーを注入するとデータ不整合が発生する可能性がある問題を修正 [#59701](https://github.com/pingcap/tidb/issues/59701) @[tangenta](https://github.com/tangenta) - TiDBが約650万個のテーブルを作成した後にメモリ不足（OOM）になる問題を修正 [#58368](https://github.com/pingcap/tidb/issues/58368) @[lance6716](https://github.com/lance6716) - グローバルソート機能を有効にして大量のデータをインポートする際に、一意キーの追加が失敗する可能性がある問題を修正しました [#59725](https://github.com/pingcap/tidb/issues/59725) @[CbcWestwolf](https://github.com/CbcWestwolf) @@ -80,14 +80,14 @@ TiDBバージョン：8.5.2 - CDC接続で例外が発生した際にリソースリークが発生する可能性がある問題を修正 [#18245](https://github.com/tikv/tikv/issues/18245) @[wlwilliamx](https://github.com/wlwilliamx) - リージョン分割後にリーダーが迅速に選出されない問題を修正 [#17602](https://github.com/tikv/tikv/issues/17602) @[LykxSassinator](https://github.com/LykxSassinator) - 1フェーズコミット（1PC）のみが有効で非同期コミットが有効になっていない場合に、最新の書き込みデータが読み取れない可能性がある問題を修正しました [#18117](https://github.com/tikv/tikv/issues/18117) @[zyguan](https://github.com/zyguan) - - GCワーカーが予期せずエラーログを出力問題を修正 [#18213](https://github.com/tikv/tikv/issues/18213) @[ekexium](https://github.com/ekexium) + - GCワーカーが予期せずエラーログを出力する問題を修正 [#18213](https://github.com/tikv/tikv/issues/18213) @[ekexium](https://github.com/ekexium) - PD - マイクロサービスシナリオでTSOを転送する際に発生する可能性のある同時実行性の問題を修正します [#9091](https://github.com/tikv/pd/issues/9091) @[lhy1024](https://github.com/lhy1024) - `BatchScanRegions`によって返される結果が適切に制限されない問題を修正します [#9216](https://github.com/tikv/pd/issues/9216) @[lhy1024](https://github.com/lhy1024) - - フォロワーの1人がリーダーからネットワーク分断を受けた際に予期しない選挙が発生する問題を修正します [#9020](https://github.com/tikv/pd/issues/9020) @[lhy1024](https://github.com/lhy1024) - - リソース制御で`COOLDOWN`が設定されている場合、 `SWITCH_GROUP`または`QUERY_LIMIT`がトリガーされない問題を修正します [#60404](https://github.com/pingcap/tidb/issues/60404) @[JmPotato](https://github.com/JmPotato) + - フォロワーの1つがリーダーからネットワーク分断を受けた際に予期しない選挙が発生する問題を修正します [#9020](https://github.com/tikv/pd/issues/9020) @[lhy1024](https://github.com/lhy1024) + - リソース制御で`QUERY_LIMIT`が設定されている場合、 `COOLDOWN`または`SWITCH_GROUP`がトリガーされない問題を修正します [#60404](https://github.com/pingcap/tidb/issues/60404) @[JmPotato](https://github.com/JmPotato) - `StoreInfo`が誤って上書きされる可能性がある問題を修正 [#9185](https://github.com/tikv/pd/issues/9185) @[okJiang](https://github.com/okJiang) - PDネットワークの不安定さにより、データインポートまたはインデックス追加シナリオでの操作が失敗する可能性がある問題を修正しました [#8962](https://github.com/tikv/pd/issues/8962) @[okJiang](https://github.com/okJiang) - 単一のログファイルに対する`max-size`のデフォルト値が正しく設定されていない問題を修正 [#9037](https://github.com/tikv/pd/issues/9037) @[rleungx](https://github.com/rleungx) @@ -100,7 +100,7 @@ TiDBバージョン：8.5.2 - TiFlash - - ソート中にデータが流出してTiFlashがクラッシュする可能性がある問題を修正 [#9999](https://github.com/pingcap/tiflash/issues/9999) @[windtalker](https://github.com/windtalker) + - ソート中のデータスピルによってTiFlashがクラッシュする可能性がある問題を修正 [#9999](https://github.com/pingcap/tiflash/issues/9999) @[windtalker](https://github.com/windtalker) - TiFlashが`GROUP BY ... WITH ROLLUP`を含むSQL文を実行する際に`Exception: Block schema mismatch`エラーを返す可能性がある問題を修正しました。 [#10110](https://github.com/pingcap/tiflash/issues/10110) @[gengliqi](https://github.com/gengliqi) - 分散ストレージとコンピューティングアーキテクチャで、 TiFlashコンピューティングノードがリージョンピアを追加するターゲットノードとして誤って選択される可能性がある問題を修正 [#9750](https://github.com/pingcap/tiflash/issues/9750) @[JaySon-Huang](https://github.com/JaySon-Huang) - 特定の状況でTiFlash が予期せず終了した場合に、エラースタック トレースの出力に失敗することがある問題を修正 [#9902](https://github.com/pingcap/tiflash/issues/9902) @[JaySon-Huang](https://github.com/JaySon-Huang) @@ -149,7 +149,7 @@ TiDBバージョン：8.5.2 - 外部アカウントを使用してGCSストレージ操作を実行する際に、認証が`context canceled`エラーで失敗する問題を修正しました [#60155](https://github.com/pingcap/tidb/issues/60155) @[lance6716](https://github.com/lance6716) - TiDB LightningがクラウドストレージからParquetファイルをTiDBにインポートする際に数時間停止する問題を修正します [#60224](https://github.com/pingcap/tidb/issues/60224) @[joechenrh](https://github.com/joechenrh) - TiDB Lightningが大量のデータをインポートする際に、SSTファイルをTiKVクラスターに書き込んだり取り込んだりする際にメモリ不足（OOM）になる可能性がある問題を修正しました。 [#59947](https://github.com/pingcap/tidb/issues/59947) @[OliverS929](https://github.com/OliverS929) - - テーブル作成時の最大QPSが低いことと`information_schema.tables`へのアクセスが遅いことが原因で、数百万のテーブルが存在するシナリオでTiDB Lightningがスキーマジョブのディスパッチが遅くなる問題を修正しました [#58141](https://github.com/pingcap/tidb/issues/58141) @[D3Hunter](https://github.com/D3Hunter) + - テーブル作成時の最大QPSが低いことと`information_schema.tables`へのアクセスが遅いことが原因で、数百万のテーブルが存在するシナリオでTiDB Lightningのスキーマジョブのディスパッチが遅くなる問題を修正しました [#58141](https://github.com/pingcap/tidb/issues/58141) @[D3Hunter](https://github.com/D3Hunter) - NG Monitoring diff --git a/releases/release-8.5.3.md b/releases/release-8.5.3.md index 07bc3e7e2cfcb..028e0a75bfd80 100644 --- a/releases/release-8.5.3.md +++ b/releases/release-8.5.3.md @@ -14,7 +14,7 @@ TiDBバージョン：8.5.3 ## 互換性の変更 {#compatibility-changes} - KVDBとRaftDBが別々のディスクにデプロイされているシナリオで、KVDBディスクI/Oジッター検出の感度を向上させるため、TiKV設定項目[`raftstore.inspect-kvdb-interval`](https://docs.pingcap.com/tidb/v8.5/tikv-configuration-file#inspect-kvdb-interval-new-in-v812)のデフォルト値を`2s`から`100ms`に変更します。 [#18463](https://github.com/tikv/tikv/issues/18463) @[LykxSassinator](https://github.com/LykxSassinator) -- [コストモデル](/cost-model.md)による内部使用のために次のシステム変数を追加します。これらの変数を変更することは推奨さ**れません**: [`tidb_opt_hash_agg_cost_factor`](https://docs.pingcap.com/tidb/v8.5/system-variables/#tidb_opt_hash_agg_cost_factor-new-in-v853) 、 [`tidb_opt_hash_join_cost_factor`](https://docs.pingcap.com/tidb/v8.5/system-variables/#tidb_opt_hash_join_cost_factor-new-in-v853) 、 [`tidb_opt_index_join_cost_factor`](https://docs.pingcap.com/tidb/v8.5/system-variables/#tidb_opt_index_join_cost_factor-new-in-v853) 、 [`tidb_opt_index_lookup_cost_factor`](https://docs.pingcap.com/tidb/v8.5/system-variables/#tidb_opt_index_lookup_cost_factor-new-in-v853) 、 [`tidb_opt_index_merge_cost_factor`](https://docs.pingcap.com/tidb/v8.5/system-variables/#tidb_opt_index_merge_cost_factor-new-in-v853) 、 [`tidb_opt_index_reader_cost_factor`](https://docs.pingcap.com/tidb/v8.5/system-variables/#tidb_opt_index_reader_cost_factor-new-in-v853) 、 [`tidb_opt_index_scan_cost_factor`](https://docs.pingcap.com/tidb/v8.5/system-variables/#tidb_opt_index_scan_cost_factor-new-in-v853) 、 [`tidb_opt_limit_cost_factor`](https://docs.pingcap.com/tidb/v8.5/system-variables/#tidb_opt_limit_cost_factor-new-in-v853) 、 [`tidb_opt_merge_join_cost_factor`](https://docs.pingcap.com/tidb/v8.5/system-variables/#tidb_opt_merge_join_cost_factor-new-in-v853) 、 [`tidb_opt_sort_cost_factor`](https://docs.pingcap.com/tidb/v8.5/system-variables/#tidb_opt_sort_cost_factor-new-in-v853) 、 [`tidb_opt_stream_agg_cost_factor`](https://docs.pingcap.com/tidb/v8.5/system-variables/#tidb_opt_stream_agg_cost_factor-new-in-v853) 、 [`tidb_opt_table_full_scan_cost_factor`](https://docs.pingcap.com/tidb/v8.5/system-variables/#tidb_opt_table_full_scan_cost_factor-new-in-v853) 、 [`tidb_opt_table_range_scan_cost_factor`](https://docs.pingcap.com/tidb/v8.5/system-variables/#tidb_opt_table_range_scan_cost_factor-new-in-v853) 、 [`tidb_opt_table_reader_cost_factor`](https://docs.pingcap.com/tidb/v8.5/system-variables/#tidb_opt_table_reader_cost_factor-new-in-v853) 、 [`tidb_opt_table_rowid_cost_factor`](https://docs.pingcap.com/tidb/v8.5/system-variables/#tidb_opt_table_rowid_cost_factor-new-in-v853) 、 [`tidb_opt_table_tiflash_scan_cost_factor`](https://docs.pingcap.com/tidb/v8.5/system-variables/#tidb_opt_table_tiflash_scan_cost_factor-new-in-v853) 、および[`tidb_opt_topn_cost_factor`](https://docs.pingcap.com/tidb/v8.5/system-variables/#tidb_opt_topn_cost_factor-new-in-v853) [#60357](https://github.com/pingcap/tidb/issues/60357) @[terry1purcell](https://github.com/terry1purcell) +- [コストモデル](/cost-model.md)による内部使用のために次のシステム変数を追加します。これらの変数を変更することは**推奨されません**: [`tidb_opt_hash_agg_cost_factor`](https://docs.pingcap.com/tidb/v8.5/system-variables/#tidb_opt_hash_agg_cost_factor-new-in-v853) 、 [`tidb_opt_hash_join_cost_factor`](https://docs.pingcap.com/tidb/v8.5/system-variables/#tidb_opt_hash_join_cost_factor-new-in-v853) 、 [`tidb_opt_index_join_cost_factor`](https://docs.pingcap.com/tidb/v8.5/system-variables/#tidb_opt_index_join_cost_factor-new-in-v853) 、 [`tidb_opt_index_lookup_cost_factor`](https://docs.pingcap.com/tidb/v8.5/system-variables/#tidb_opt_index_lookup_cost_factor-new-in-v853) 、 [`tidb_opt_index_merge_cost_factor`](https://docs.pingcap.com/tidb/v8.5/system-variables/#tidb_opt_index_merge_cost_factor-new-in-v853) 、 [`tidb_opt_index_reader_cost_factor`](https://docs.pingcap.com/tidb/v8.5/system-variables/#tidb_opt_index_reader_cost_factor-new-in-v853) 、 [`tidb_opt_index_scan_cost_factor`](https://docs.pingcap.com/tidb/v8.5/system-variables/#tidb_opt_index_scan_cost_factor-new-in-v853) 、 [`tidb_opt_limit_cost_factor`](https://docs.pingcap.com/tidb/v8.5/system-variables/#tidb_opt_limit_cost_factor-new-in-v853) 、 [`tidb_opt_merge_join_cost_factor`](https://docs.pingcap.com/tidb/v8.5/system-variables/#tidb_opt_merge_join_cost_factor-new-in-v853) 、 [`tidb_opt_sort_cost_factor`](https://docs.pingcap.com/tidb/v8.5/system-variables/#tidb_opt_sort_cost_factor-new-in-v853) 、 [`tidb_opt_stream_agg_cost_factor`](https://docs.pingcap.com/tidb/v8.5/system-variables/#tidb_opt_stream_agg_cost_factor-new-in-v853) 、 [`tidb_opt_table_full_scan_cost_factor`](https://docs.pingcap.com/tidb/v8.5/system-variables/#tidb_opt_table_full_scan_cost_factor-new-in-v853) 、 [`tidb_opt_table_range_scan_cost_factor`](https://docs.pingcap.com/tidb/v8.5/system-variables/#tidb_opt_table_range_scan_cost_factor-new-in-v853) 、 [`tidb_opt_table_reader_cost_factor`](https://docs.pingcap.com/tidb/v8.5/system-variables/#tidb_opt_table_reader_cost_factor-new-in-v853) 、 [`tidb_opt_table_rowid_cost_factor`](https://docs.pingcap.com/tidb/v8.5/system-variables/#tidb_opt_table_rowid_cost_factor-new-in-v853) 、 [`tidb_opt_table_tiflash_scan_cost_factor`](https://docs.pingcap.com/tidb/v8.5/system-variables/#tidb_opt_table_tiflash_scan_cost_factor-new-in-v853) 、および[`tidb_opt_topn_cost_factor`](https://docs.pingcap.com/tidb/v8.5/system-variables/#tidb_opt_topn_cost_factor-new-in-v853) [#60357](https://github.com/pingcap/tidb/issues/60357) @[terry1purcell](https://github.com/terry1purcell) - [テレメトリー](https://docs.pingcap.com/tidb/v8.5/telemetry)機能を再導入します。ただし、テレメトリ関連の情報をローカルに記録するだけであり、ネットワーク経由で PingCAP にデータを送信することはなくなりました [#61766](https://github.com/pingcap/tidb/issues/61766) @[Defined2014](https://github.com/Defined2014) ## 改善点 {#improvements} @@ -60,7 +60,7 @@ TiDBバージョン：8.5.3 - Backup & Restore (BR) - - PITR中のインデックス修復速度を向上させるため、インデックスを同時修復する [#59158](https://github.com/pingcap/tidb/issues/59158) @[Leavrth](https://github.com/Leavrth) + - インデックスを同時に修復することで、PITR中のインデックスの復元速度を向上させる [#59158](https://github.com/pingcap/tidb/issues/59158) @[Leavrth](https://github.com/Leavrth) - TiKV のダウンロード API は、バックアップファイルをダウンロードする際に、特定の時間範囲内のデータをフィルタリングして除外することをサポートしています。これにより、復元中に古いバージョンまたは将来のデータバージョンがインポートされるのを回避できます [#18399](https://github.com/tikv/tikv/issues/18399) @[3pointer](https://github.com/3pointer) - タイムスタンプによるログバックアップメタデータファイルのフィルタリングをサポートし、PITR 中のメタデータの読み取りにかかる時間を削減します [#61318](https://github.com/pingcap/tidb/issues/61318) @[3pointer](https://github.com/3pointer) @@ -84,7 +84,7 @@ TiDBバージョン：8.5.3 - メタデータロック（MDL）を無効にした後、スキーマバージョンの更新に失敗してDDL操作が停止する問題を修正しました [#61210](https://github.com/pingcap/tidb/issues/61210) @[wjhuang2016](https://github.com/wjhuang2016) - 非公開インデックスが統計システムテーブルに表示される問題を修正 [#60430](https://github.com/pingcap/tidb/issues/60430) @[tangenta](https://github.com/tangenta) - HashAggオペレーターにおけるメモリ追跡の誤りにより、大量のエラーログが発生する問題を修正しました [#58822](https://github.com/pingcap/tidb/issues/58822) @[xzhangxian1008](https://github.com/xzhangxian1008) - - HashAgg オペレーターでディスクスピル中に`nil`内の`basePartialResult4GroupConcat`バッファがpanicを引き起こす問題を修正しました [#61749](https://github.com/pingcap/tidb/issues/61749) @[xzhangxian1008](https://github.com/xzhangxian1008) + - HashAgg オペレーターでディスクスピル中に`basePartialResult4GroupConcat`内の`nil`バッファがpanicを引き起こす問題を修正しました [#61749](https://github.com/pingcap/tidb/issues/61749) @[xzhangxian1008](https://github.com/xzhangxian1008) - 集計式のエンコードロジックにおける誤った戻り値がクエリ実行中にpanicを引き起こす問題を修正 [#61735](https://github.com/pingcap/tidb/issues/61735) @[YangKeao](https://github.com/YangKeao) - HashJoinオペレーターがメモリの過剰使用によりゴルーチンリークを引き起こす問題を修正 [#60926](https://github.com/pingcap/tidb/issues/60926) @[xzhangxian1008](https://github.com/xzhangxian1008) - `IndexMerge`および`IndexLookUp`オペレーターで共有 KV リクエストがクエリのプッシュダウン時にデータ競合を引き起こす問題を修正しました [#60175](https://github.com/pingcap/tidb/issues/60175) @[you06](https://github.com/you06) @@ -138,7 +138,7 @@ TiDBバージョン：8.5.3 - TiCDC - 仮想列を含むテーブルでイベントフィルタ式を評価するとpanicが発生する可能性がある問題を修正 [#12206](https://github.com/pingcap/tiflow/issues/12206) @[lidezhu](https://github.com/lidezhu) - - 古いストア ID が原因で、同じ IP アドレス上の TiKV ノードをスケールインまたはスケールアウトした後、解決された ts ラグが増加し続ける問題を修正 [#12162](https://github.com/pingcap/tiflow/issues/12162) @[3AceShowHand](https://github.com/3AceShowHand) + - 古いストア ID が原因で、同じ IP アドレス上の TiKV ノードをスケールインまたはスケールアウトした後、resolved ts ラグが増加し続ける問題を修正 [#12162](https://github.com/pingcap/tiflow/issues/12162) @[3AceShowHand](https://github.com/3AceShowHand) - ディスパッチャ構成における列名とインデックス名の大文字小文字を区別するマッチングの問題を修正 [#12103](https://github.com/pingcap/tiflow/issues/12103) @[wk989898](https://github.com/wk989898) - Debeziumプロトコルで`column-selector`を設定するとpanicが発生する可能性がある問題を修正しました [#12208](https://github.com/pingcap/tiflow/issues/12208) @[wk989898](https://github.com/wk989898) diff --git a/releases/release-8.5.4.md b/releases/release-8.5.4.md index d29aa482cfffb..c8e96e329c402 100644 --- a/releases/release-8.5.4.md +++ b/releases/release-8.5.4.md @@ -70,23 +70,23 @@ TiDBバージョン：8.5.4 | 変数 | 変更の種類 | 説明 | | ------------------------------------------------------------------------------------------------------------------------------------------------------ | -------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | -| [`tidb_mpp_store_fail_ttl`](https://docs.pingcap.com/tidb/v8.5/system-variables#tidb_mpp_store_fail_ttl) | 変更 | デフォルト値を`60s`から`0s`に変更します。これにより、クエリの失敗を防ぐための遅延が不要になるため、TiDB は新しく起動したTiFlashノードにクエリを送信する前に待機する必要がなくなります。 [#61826](https://github.com/pingcap/tidb/issues/61826) [@genliqi](https://github.com/gengliqi) | +| [`tidb_mpp_store_fail_ttl`](https://docs.pingcap.com/tidb/v8.5/system-variables#tidb_mpp_store_fail_ttl) | 変更 | デフォルト値を`60s`から`0s`に変更します。これにより、クエリの失敗を防ぐための遅延が不要になるため、TiDB は新しく起動したTiFlashノードにクエリを送信する前に待機する必要がなくなります。 [#61826](https://github.com/pingcap/tidb/issues/61826) [@gengliqi](https://github.com/gengliqi) | | [`tidb_replica_read`](https://docs.pingcap.com/tidb/v8.5/system-variables#tidb_replica_read-new-in-v40) | 変更 | バージョン8.5.4以降、この変数は読み取り専用のSQL文にのみ適用されます。これにより、データ読み取りの安全性が向上し、他の機能との重複が軽減されます。 [#62856](https://github.com/pingcap/tidb/issues/62856) [@you06](https://github.com/you06) | | [`tidb_opt_enable_no_decorrelate_in_select`](https://docs.pingcap.com/tidb/v8.5/system-variables#tidb_opt_enable_no_decorrelate_in_select-new-in-v854) | 新しく追加された | `SELECT`リスト内のサブクエリの関連付けを解除するかどうかを制御します。デフォルト値は`OFF`です。 [#51116](https://github.com/pingcap/tidb/issues/51116) [@terry1purcell](https://github.com/terry1purcell) | | [`tidb_opt_enable_semi_join_rewrite`](https://docs.pingcap.com/tidb/v8.5/system-variables#tidb_opt_enable_semi_join_rewrite-new-in-v854) | 新しく追加された | `EXISTS`サブクエリを書き換えるかどうかを制御します。デフォルト値は`OFF`です。 [#44850](https://github.com/pingcap/tidb/issues/44850) [@terry1purcell](https://github.com/terry1purcell) | -| [`tidb_stats_update_during_ddl`](https://docs.pingcap.com/tidb/v8.5/system-variables#tidb_stats_update_during_ddl-new-in-v854) | 新しく追加された | [DDL文に埋め込まれた`ANALYZE`](https://docs.pingcap.com/tidb/v8.5/ddl_embedded_analyze) 。デフォルト値は`OFF`です。有効にすると、 `ADD INDEX` DDL文は実行中に新しいインデックスの統計情報を収集し、オプティマイザがインデックスの追加直後にインデックスを使用できるようにします。この変数を有効にすると、大きなテーブルにインデックスを追加する際の DDL 実行時間が長くなる可能性があることに注意してください。 [#57948](https://github.com/pingcap/tidb/issues/57948) [@terry1purcell](https://github.com/terry1purcell) [@AilinKid](https://github.com/AilinKid) | +| [`tidb_stats_update_during_ddl`](https://docs.pingcap.com/tidb/v8.5/system-variables#tidb_stats_update_during_ddl-new-in-v854) | 新しく追加された | [DDL文に埋め込まれた`ANALYZE`](https://docs.pingcap.com/tidb/v8.5/ddl_embedded_analyze)を有効にするかどうかを制御します。デフォルト値は`OFF`です。有効にすると、 `ADD INDEX` DDL文は実行中に新しいインデックスの統計情報を収集し、オプティマイザがインデックスの追加直後にインデックスを使用できるようにします。この変数を有効にすると、大きなテーブルにインデックスを追加する際の DDL 実行時間が長くなる可能性があることに注意してください。 [#57948](https://github.com/pingcap/tidb/issues/57948) [@terry1purcell](https://github.com/terry1purcell) [@AilinKid](https://github.com/AilinKid) | ### 設定パラメータ {#configuration-parameters} | 設定ファイルまたはコンポーネント | 設定パラメータ | 変更の種類 | 説明 | | ------------------------ | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | -| TiKV | [`rocksdb.max-manifest-file-size`](https://docs.pingcap.com/tidb/v8.5/tikv-configuration-file#max-manifest-file-size) | 変更 | 単一の TiKV ノードに多数の SST ファイルが含まれている場合に、全体的なパフォーマンスに影響を与える可能性のある頻繁なマニフェスト ファイル圧縮を回避するため、デフォルト値を`128MiB` `256MiB`に変更します。 [#18889](https://github.com/tikv/tikv/issues/18889) [@glorv](https://github.com/glorv) | +| TiKV | [`rocksdb.max-manifest-file-size`](https://docs.pingcap.com/tidb/v8.5/tikv-configuration-file#max-manifest-file-size) | 変更 | 単一の TiKV ノードに多数の SST ファイルが含まれている場合に、全体的なパフォーマンスに影響を与える可能性のある頻繁なマニフェスト ファイル圧縮を回避するため、デフォルト値を`128MiB`から`256MiB`に変更します。 [#18889](https://github.com/tikv/tikv/issues/18889) [@glorv](https://github.com/glorv) | | TiKV | [`server.grpc-raft-conn-num`](https://docs.pingcap.com/tidb/v8.5/tikv-configuration-file#grpc-raft-conn-num) | 変更 | デフォルト値を`1`から`MAX(1, MIN(4, CPU cores / 8))`に変更します。これにより、gRPC 関連のスレッド設定が CPU コア数に応じて調整されるようになります。CPU コア数が 32 以上の場合、デフォルトの最大接続数は 4 になります。 [#18806](https://github.com/tikv/tikv/issues/18806) [@LykxSassinator](https://github.com/LykxSassinator) | | TiKV | [`server.grpc-concurrency`](https://docs.pingcap.com/tidb/v8.5/tikv-configuration-file#grpc-concurrency) | 変更 | デフォルト値を`5`から`grpc-raft-conn-num * 3 + 2`に変更します。これにより、gRPC 関連のスレッド設定が CPU コア数に合わせて調整されるようになります。 [#18806](https://github.com/tikv/tikv/issues/18806) [@LykxSassinator](https://github.com/LykxSassinator) | -| TiKV |
  • [`region-compact-check-interval`](https://docs.pingcap.com/tidb/v8.5/tikv-configuration-file#region-compact-check-interval)
  • [`region-compact-check-step`](https://docs.pingcap.com/tidb/v8.5/tikv-configuration-file#region-compact-check-step)
  • [`region-compact-min-tombstones`](https://docs.pingcap.com/tidb/v8.5/tikv-configuration-file#region-compact-min-tombstones)
  • [`region-compact-tombstones-percent`](https://docs.pingcap.com/tidb/v8.5/tikv-configuration-file#region-compact-tombstones-percent)
  • [`region-compact-min-redundant-rows`](https://docs.pingcap.com/tidb/v8.5/tikv-configuration-file#region-compact-min-redundant-rows-new-in-v710)
  • [`region-compact-redundant-rows-percent`](https://docs.pingcap.com/tidb/v8.5/tikv-configuration-file#region-compact-redundant-rows-percent-new-in-v710)
    • | 非推奨 | これらの設定項目は、自動圧縮動作を制御する[`gc.auto-compaction`](https://docs.pingcap.com/tidb/v8.5/tikv-configuration-file#gcauto-compaction)設定グループに置き換えられます。 [#18727](https://github.com/tikv/tikv/issues/18727) [@v01dstar](https://github.com/v01dstar) | +| TiKV | | 非推奨 | これらの設定項目は、自動圧縮動作を制御する[`gc.auto-compaction`](https://docs.pingcap.com/tidb/v8.5/tikv-configuration-file#gcauto-compaction)設定グループに置き換えられます。 [#18727](https://github.com/tikv/tikv/issues/18727) [@v01dstar](https://github.com/v01dstar) | | TiKV | [`gc.auto-compaction`](https://docs.pingcap.com/tidb/v8.5/tikv-configuration-file#gcauto-compaction)設定グループ: | 新しく追加された | この構成グループは、自動圧縮動作を制御します。 [#18727](https://github.com/tikv/tikv/issues/18727) [@v01dstar](https://github.com/v01dstar) | -| TiFlash | [`flash.graceful_wait_shutdown_timeout`](https://docs.pingcap.com/tidb/v8.5/tiflash-configuration#graceful_wait_shutdown_timeout-new-in-v854) | 新しく追加された | TiFlashの正常なシャットダウンの最大待機時間（秒単位）を制御します。デフォルト値は`600`です。TiFlashをシャットダウンする際、未完了のMPPタスクの実行は継続されますが、新しいMPPタスクは受け付けなくなります。すべてのMPPタスクがタイムアウト前に完了した場合、 TiFlashは直ちにシャットダウンします。そうでない場合は、タイムアウト後に強制的にシャットダウンされます。 [#10266](https://github.com/pingcap/tiflash/issues/10266) [@genliqi](https://github.com/gengliqi) | -| TiCDC | [`scheduler.region-count-per-span`](https://docs.pingcap.com/tidb/v8.5/ticdc-changefeed-config#region-count-per-span-new-in-v854) | 新しく追加された | [TiCDCの新アーキテクチャ](https://docs.pingcap.com/tidb/v8.5/ticdc-architecture)で導入 チェンジフィードの初期化時に、TiCDCはこのパラメータに従って分割条件を満たすテーブルを分割します。各分割サブテーブルには、最大で`region-count-per-span`個のリージョンが含まれます。デフォルト値は`100`です。 | +| TiFlash | [`flash.graceful_wait_shutdown_timeout`](https://docs.pingcap.com/tidb/v8.5/tiflash-configuration#graceful_wait_shutdown_timeout-new-in-v854) | 新しく追加された | TiFlashの正常なシャットダウンの最大待機時間（秒単位）を制御します。デフォルト値は`600`です。TiFlashをシャットダウンする際、未完了のMPPタスクの実行は継続されますが、新しいMPPタスクは受け付けなくなります。すべてのMPPタスクがタイムアウト前に完了した場合、 TiFlashは直ちにシャットダウンします。そうでない場合は、タイムアウト後に強制的にシャットダウンされます。 [#10266](https://github.com/pingcap/tiflash/issues/10266) [@gengliqi](https://github.com/gengliqi) | +| TiCDC | [`scheduler.region-count-per-span`](https://docs.pingcap.com/tidb/v8.5/ticdc-changefeed-config#region-count-per-span-new-in-v854) | 新しく追加された | [TiCDCの新アーキテクチャ](https://docs.pingcap.com/tidb/v8.5/ticdc-architecture)で導入されました。チェンジフィードの初期化時に、TiCDCはこのパラメータに従って分割条件を満たすテーブルを分割します。各分割サブテーブルには、最大で`region-count-per-span`個のリージョンが含まれます。デフォルト値は`100`です。 | ### MySQLとの互換性 {#mysql-compatibility} @@ -96,7 +96,7 @@ TiDBバージョン：8.5.4 - TiDB - - `semi_join_rewrite`サブクエリのセミテーブル結合に`IN`ヒントを適用することをサポートする [#58829](https://github.com/pingcap/tidb/issues/58829) @[qw4990](https://github.com/qw4990) + - `IN`サブクエリのセミ結合に`semi_join_rewrite`ヒントを適用することをサポートする [#58829](https://github.com/pingcap/tidb/issues/58829) @[qw4990](https://github.com/qw4990) - `tidb_opt_ordering_index_selectivity_ratio`システム変数が有効になったときに推定戦略を最適化する [#62817](https://github.com/pingcap/tidb/issues/62817) @[terry1purcell](https://github.com/terry1purcell) - オプティマイザの選択ロジックを調整して、特定のシナリオで新しく作成されたインデックスが選択される可能性が高くなるようにする [#57948](https://github.com/pingcap/tidb/issues/57948) @[terry1purcell](https://github.com/terry1purcell) - 一意の値の数が少ない列（NDV）のクエリ推定ロジックを最適化する [#61792](https://github.com/pingcap/tidb/issues/61792) @[terry1purcell](https://github.com/terry1purcell) @@ -139,7 +139,7 @@ TiDBバージョン：8.5.4 - TiDB - - `use index`が`tidb_isolation_read_engines`に設定されている場合、 `tiflash`ヒントが [#60869](https://github.com/pingcap/tidb/issues/60869) @[Lloyd-Pottiger](https://github.com/Lloyd-Pottiger) + - `tidb_isolation_read_engines`が`tiflash`に設定されている場合、 `use index`ヒントが有効にならない問題を修正 [#60869](https://github.com/pingcap/tidb/issues/60869) @[Lloyd-Pottiger](https://github.com/Lloyd-Pottiger) - `max_execution_time`が`SELECT FOR UPDATE`文に適用されない問題を修正 [#62960](https://github.com/pingcap/tidb/issues/62960) @[ekexium](https://github.com/ekexium) - 月や年をまたいだ行数の推定値が大幅に過大評価される問題を修正 [#50080](https://github.com/pingcap/tidb/issues/50080) @[terry1purcell](https://github.com/terry1purcell) - プリペアドステートメントにおける`Decimal`タイプの処理が MySQL と矛盾する問題を修正 [#62602](https://github.com/pingcap/tidb/issues/62602) @[ChangRui-Ryan](https://github.com/ChangRui-Ryan) @@ -159,7 +159,7 @@ TiDBバージョン：8.5.4 - `select 1 from dual`がインスタンスレベルのプランキャッシュを使用できない問題を修正 [#63075](https://github.com/pingcap/tidb/issues/63075) @[time-and-fate](https://github.com/time-and-fate) - 結合順序を変更するとプランナーが失敗する可能性がある問題を修正 [#61715](https://github.com/pingcap/tidb/issues/61715) @[hawkingrei](https://github.com/hawkingrei) - `set_var`ヒントをバインディングで使用すると、変数が元の設定に戻らない問題を修正します [#59822](https://github.com/pingcap/tidb/issues/59822) @[wddevries](https://github.com/wddevries) - - `ONLY_FULL_GROUP_BY`負の値に設定すると検証が失敗する問題を修正 [#62617](https://github.com/pingcap/tidb/issues/62617) @[AilinKid](https://github.com/AilinKid) + - `ONLY_FULL_GROUP_BY`を負の値に設定すると検証が失敗する問題を修正 [#62617](https://github.com/pingcap/tidb/issues/62617) @[AilinKid](https://github.com/AilinKid) - `ONLY_FULL_GROUP_BY`チェックで大文字と小文字が区別されない問題を修正 [#62672](https://github.com/pingcap/tidb/issues/62672) @[AilinKid](https://github.com/AilinKid) - DP結合順序アルゴリズムが誤ったプランを生成する可能性がある問題を修正 [#63353](https://github.com/pingcap/tidb/issues/63353) @[winoros](https://github.com/winoros) - 外部結合を内部結合に書き換えると誤った結果が生じる可能性がある問題を修正 [#61327](https://github.com/pingcap/tidb/issues/61327) @[hawkingrei](https://github.com/hawkingrei) @@ -174,7 +174,7 @@ TiDBバージョン：8.5.4 - PDクライアントの再試行戦略が正しく初期化されない問題を修正 [#9013](https://github.com/tikv/pd/issues/9013) @[rleungx](https://github.com/rleungx) - TSO HTTP API `/config`および`/members`が誤った結果を返す問題を修正します [#9797](https://github.com/tikv/pd/issues/9797) @[lhy1024](https://github.com/lhy1024) - - TSOFollowerプロキシの誤ったエラー処理ロジックを修正 [#9188](https://github.com/tikv/pd/issues/9188) @[Tema](https://github.com/Tema) + - TSO Follower Proxy の誤ったエラー処理ロジックを修正 [#9188](https://github.com/tikv/pd/issues/9188) @[Tema](https://github.com/Tema) - バケットのレポートが無効になった後でもバケットの分割が機能する問題を修正 [#9726](https://github.com/tikv/pd/issues/9726) @[bufferflies](https://github.com/bufferflies) - リソースマネージャがトークンを誤って割り当て、クエリが停止する問題を修正しました [#9455](https://github.com/tikv/pd/issues/9455) @[JmPotato](https://github.com/JmPotato) - PDリーダーが交代した後、配置ルールが有効にならない問題を修正 [#9602](https://github.com/tikv/pd/issues/9602) @[okJiang](https://github.com/okJiang) @@ -186,7 +186,7 @@ TiDBバージョン：8.5.4 - TiFlashがRU消費量の統計情報を水増しして生成する問題を修正 [#10380](https://github.com/pingcap/tiflash/issues/10380) @[JinheLin](https://github.com/JinheLin) - 分離されたストレージとコンピューティングアーキテクチャの下でスロークエリが存在する場合にTiFlash でOOM が発生する可能性がある問題を修正 [#10278](https://github.com/pingcap/tiflash/issues/10278) @[JaySon-Huang](https://github.com/JaySon-Huang) - 分散ストレージおよびコンピューティングアーキテクチャ下でTiFlashと S3 の間でネットワーク分割が発生した場合、 TiFlash が無期限に再試行する可能性がある問題を修正 [#10424](https://github.com/pingcap/tiflash/issues/10424) @[JaySon-Huang](https://github.com/JaySon-Huang) - - `FLOOR()`関数と`CEIL()`関数のパラメータ`DECIMAL`型の場合、誤った結果を返すことがある問題を修正 [#10365](https://github.com/pingcap/tiflash/issues/10365) @[ChangRui-Ryan](https://github.com/ChangRui-Ryan) + - `FLOOR()`関数と`CEIL()`関数のパラメータが`DECIMAL`型の場合、誤った結果を返すことがある問題を修正 [#10365](https://github.com/pingcap/tiflash/issues/10365) @[ChangRui-Ryan](https://github.com/ChangRui-Ryan) - ツール @@ -195,16 +195,16 @@ TiDBバージョン：8.5.4 - ログバックアップの zstd 圧縮が有効にならず、出力が圧縮されないままになる問題を修正 [#18836](https://github.com/tikv/tikv/issues/18836) @[3pointer](https://github.com/3pointer) - Azure Blob Storageへのデータバックアップ時にフラッシュ操作が時々遅くなる問題を修正 [#18410](https://github.com/tikv/tikv/issues/18410) @[YuJuncen](https://github.com/YuJuncen) - ファイル削除が失敗した場合に`log truncate`が発生する可能性がある問題を修正 [#63358](https://github.com/pingcap/tidb/issues/63358) @[YuJuncen](https://github.com/YuJuncen) - - バックアップ中に`--checksum`を`false`に設定すると、リストア後に`count`テーブルの`mysql.stats_meta`列が`0`になる可能性がある問題を修正 [#60978](https://github.com/pingcap/tidb/issues/60978) @[Leavrth](https://github.com/Leavrth) + - バックアップ中に`--checksum`を`false`に設定すると、リストア後に`mysql.stats_meta`テーブルの`count`列が`0`になる可能性がある問題を修正 [#60978](https://github.com/pingcap/tidb/issues/60978) @[Leavrth](https://github.com/Leavrth) - S3互換ストレージサービスの帯域幅制限が有効になっている場合に、 BRがこれらのサービスからデータを復元できない可能性を低減する [#18846](https://github.com/tikv/tikv/issues/18846) @[kennytm](https://github.com/kennytm) - - `log backup observer`リージョン上の観測を失う可能性があり、ログバックアップの進行が進まなくなる問題を修正しました [#18243](https://github.com/tikv/tikv/issues/18243) @[Leavrth](https://github.com/Leavrth) + - `log backup observer`がリージョン上の観測を失う可能性があり、ログバックアップの進行が進まなくなる問題を修正しました [#18243](https://github.com/tikv/tikv/issues/18243) @[Leavrth](https://github.com/Leavrth) - バックアップされたテーブルに特定の特殊スキーマが含まれている場合に`restore point`作成が失敗する問題を修正します [#63663](https://github.com/pingcap/tidb/issues/63663) @[RidRisR](https://github.com/RidRisR) - TiCDC - 仮想列を含む列型パーティションディスパッチャを構成する際に発生する可能性のあるpanicを修正します [#12241](https://github.com/pingcap/tiflow/issues/12241) @[wk989898](https://github.com/wk989898) - DDLプーラーを閉じるときに発生する可能性のあるpanicを修正しました [#12244](https://github.com/pingcap/tiflow/issues/12244) @[wk989898](https://github.com/wk989898) - - `ignore-txn-start-ts`設定の`filter`パラメーターを使用して、サポートされていない DDL タイプをフィルタリングする機能をサポートする [#12286](https://github.com/pingcap/tiflow/issues/12286) @[asddongmen](https://github.com/asddongmen) + - `filter`設定の`ignore-txn-start-ts`パラメーターを使用して、サポートされていない DDL タイプをフィルタリングする機能をサポートする [#12286](https://github.com/pingcap/tiflow/issues/12286) @[asddongmen](https://github.com/asddongmen) - Azure Blob Storage をダウンストリームとして使用している場合、changefeed タスクが停止する可能性がある問題を修正します [#12277](https://github.com/pingcap/tiflow/issues/12277) @[zurakutsia](https://github.com/zurakutsia) - `DROP FOREIGN KEY` DDL がダウンストリームにレプリケートされない問題を修正 [#12328](https://github.com/pingcap/tiflow/issues/12328) @[3AceShowHand](https://github.com/3AceShowHand) - リージョンサブスクリプション中にロールバックと事前書き込みエントリが発生したときに TiCDC がpanicになる可能性がある問題を修正 [#19048](https://github.com/tikv/tikv/issues/19048) @[3AceShowHand](https://github.com/3AceShowHand) diff --git a/releases/release-8.5.5.md b/releases/release-8.5.5.md index 4f4529d3d7074..251334ba7acf3 100644 --- a/releases/release-8.5.5.md +++ b/releases/release-8.5.5.md @@ -93,9 +93,9 @@ TiDBバージョン：8.5.5 ### SQL {#sql} -- 分散ジョブ`ADD INDEX`の同時実行性とスループットを動的に変更するサポート [#64947](https://github.com/pingcap/tidb/issues/64947) @[joechenrh](https://github.com/joechenrh) +- 分散`ADD INDEX`ジョブの同時実行性とスループットを動的に変更するサポート [#64947](https://github.com/pingcap/tidb/issues/64947) @[joechenrh](https://github.com/joechenrh) - TiDB バージョン v8.5.5 より前のバージョンでは、分散実行フレームワーク (DXF) [`tidb_enable_dist_task`](/system-variables.md#tidb_enable_dist_task-new-in-v710)が有効になっている場合、実行中の`THREAD`ジョブの`BATCH_SIZE` 、 `MAX_WRITE_SPEED` 、または`ADD INDEX`パラメータの変更はサポートされていません。これらのパラメータを変更するには、実行中の`ADD INDEX`ジョブをキャンセルし、パラメータを再構成してからジョブを再送信する必要がありますが、これは非効率的です。 + TiDB バージョン v8.5.5 より前のバージョンでは、分散実行フレームワーク (DXF) [`tidb_enable_dist_task`](/system-variables.md#tidb_enable_dist_task-new-in-v710)が有効になっている場合、実行中の`ADD INDEX`ジョブの`THREAD` 、 `BATCH_SIZE` 、または`MAX_WRITE_SPEED`パラメータの変更はサポートされていません。これらのパラメータを変更するには、実行中の`ADD INDEX`ジョブをキャンセルし、パラメータを再構成してからジョブを再送信する必要がありますが、これは非効率的です。 バージョン8.5.5以降では、 `ADMIN ALTER DDL JOBS`文を使用して、実行中の分散`ADD INDEX`ジョブのこれらのパラメータを、ジョブを中断することなく、現在のワークロードとパフォーマンス要件に基づいて動的に調整できます。 @@ -127,7 +127,7 @@ TiDBバージョン：8.5.5 TiKVとTiFlashの両方がクラスタにデプロイされている場合、データベースの診断やパフォーマンス最適化の際に、ストレージエンジンごとにSQL文をフィルタリングする必要が生じることがよくあります。たとえば、 TiFlashに高負荷がかかっている場合、潜在的な原因を特定するために、 TiFlash上で実行されているSQL文を識別する必要があるかもしれません。このニーズに応えるため、TiDBはv8.5.5以降、ステートメントサマリーテーブルとスロークエリログにストレージエンジン識別子フィールドを追加しました。 - [ステートメントサマリーテーブル](/statement-summary-tables.md)表の新しいフィールド: + [ステートメントサマリーテーブル](/statement-summary-tables.md)の新しいフィールド: - `STORAGE_KV` : `1`は、SQL文が TiKV にアクセスすることを示します。 - `STORAGE_MPP` : `1`は、SQL文がTiFlashにアクセスすることを示します。 @@ -160,7 +160,7 @@ TiDBクラスタがv8.5.4で新規にデプロイされている場合（つま ### 動作の変更 {#behavior-changes} - バージョン8.5.5以降、TiDBはデータ復元時に対象テーブルを自動的に`restore`モードに設定します。 `restore`モードのテーブルでは、ユーザーによる読み取りまたは書き込み操作が禁止されます。復元が完了すると、TiDBはこれらのテーブルのモードを自動的に`normal`に戻し、ユーザーが通常どおりテーブルを読み書きできるようにします。この動作により、復元プロセス中のタスクの安定性とデータの一貫性が確保されます。 -- バージョン8.5.5以降、 `--load-stats`パラメータが`false`に設定されている場合、 BRは復元されたテーブルの統計情報を`mysql.stats_meta`テーブルに書き込まなくなりました。関連する統計情報を更新するには、復元後に[`ANALYZE TABLE`](/sql-statements/sql-statement-analyze-table.md)手動で実行してください。 +- バージョン8.5.5以降、 `--load-stats`パラメータが`false`に設定されている場合、 BRは復元されたテーブルの統計情報を`mysql.stats_meta`テーブルに書き込まなくなりました。関連する統計情報を更新するには、復元後に[`ANALYZE TABLE`](/sql-statements/sql-statement-analyze-table.md)を手動で実行してください。 ### MySQLとの互換性 {#mysql-compatibility} @@ -181,8 +181,8 @@ TiDBクラスタがv8.5.4で新規にデプロイされている場合（つま | 設定ファイルまたはコンポーネント | 設定パラメータ | 変更の種類 | 説明 | | ------------------------ | ---------------------------------------------------------------------------------------------------------------------------------------------------- | -------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | TiDB | [`performance.enable-async-batch-get`](https://docs.pingcap.com/tidb/v8.5/tidb-configuration-file#enable-async-batch-get-new-in-v855) | 新しく追加された | TiDB がバッチ Get オペレーターを実行する際に非同期モードを使用するかどうかを制御します。デフォルト値は`false`です。 | -| TiKV | [`rocksdb.(defaultcf|writecf|lockcf|raftcf).level0-slowdown-writes-trigger`](/tikv-configuration-file.md#level0-slowdown-writes-trigger) | 変更 | v8.5.5 以降では、フロー制御メカニズムが有効になっている場合 ( [`storage.flow-control.enable`](/tikv-configuration-file.md#enable)が`true`に設定されている場合)、この設定項目は、その値が`storage.flow-control.l0-files-threshold`より大きい場合にのみ[`storage.flow-control.l0-files-threshold`](/tikv-configuration-file.md#l0-files-threshold)によって上書きされます。この動作により、フロー制御しきい値を上げた際に RocksDB の圧縮高速化メカニズムが弱まるのを防ぎます。v8.5.4 以前のバージョンでは、フロー制御メカニズムが有効になっている場合、この設定項目は`storage.flow-control.l0-files-threshold`によって直接上書きされます。 | -| TiKV | [`rocksdb.(defaultcf|writecf|lockcf|raftcf).soft-pending-compaction-bytes-limit`](/tikv-configuration-file.md#soft-pending-compaction-bytes-limit-1) | 変更 | v8.5.5 以降では、フロー制御メカニズムが有効になっている場合 ( [`storage.flow-control.enable`](/tikv-configuration-file.md#enable)が`true`に設定されている場合)、この設定項目は、その値が`storage.flow-control.soft-pending-compaction-bytes-limit`より大きい場合にのみ[`storage.flow-control.soft-pending-compaction-bytes-limit`](/tikv-configuration-file.md#soft-pending-compaction-bytes-limit)によって上書きされます。この動作により、フロー制御しきい値を上げた際に RocksDB の圧縮高速化メカニズムが弱まるのを防ぎます。v8.5.4 以前のバージョンでは、フロー制御メカニズムが有効になっている場合、この設定項目は`storage.flow-control.soft-pending-compaction-bytes-limit`によって直接上書きされます。 | +| TiKV | [rocksdb.\(defaultcf\|writecf\|lockcf\|raftcf\).level0-slowdown-writes-trigger](/tikv-configuration-file.md#level0-slowdown-writes-trigger) | 変更 | v8.5.5 以降では、フロー制御メカニズムが有効になっている場合 ( [`storage.flow-control.enable`](/tikv-configuration-file.md#enable)が`true`に設定されている場合)、この設定項目は、その値が`storage.flow-control.l0-files-threshold`より大きい場合にのみ[`storage.flow-control.l0-files-threshold`](/tikv-configuration-file.md#l0-files-threshold)によって上書きされます。この動作により、フロー制御しきい値を上げた際に RocksDB の圧縮高速化メカニズムが弱まるのを防ぎます。v8.5.4 以前のバージョンでは、フロー制御メカニズムが有効になっている場合、この設定項目は`storage.flow-control.l0-files-threshold`によって直接上書きされます。 | +| TiKV | [rocksdb.\(defaultcf\|writecf\|lockcf\|raftcf\).soft-pending-compaction-bytes-limit](/tikv-configuration-file.md#soft-pending-compaction-bytes-limit-1) | 変更 | v8.5.5 以降では、フロー制御メカニズムが有効になっている場合 ( [`storage.flow-control.enable`](/tikv-configuration-file.md#enable)が`true`に設定されている場合)、この設定項目は、その値が`storage.flow-control.soft-pending-compaction-bytes-limit`より大きい場合にのみ[`storage.flow-control.soft-pending-compaction-bytes-limit`](/tikv-configuration-file.md#soft-pending-compaction-bytes-limit)によって上書きされます。この動作により、フロー制御しきい値を上げた際に RocksDB の圧縮高速化メカニズムが弱まるのを防ぎます。v8.5.4 以前のバージョンでは、フロー制御メカニズムが有効になっている場合、この設定項目は`storage.flow-control.soft-pending-compaction-bytes-limit`によって直接上書きされます。 | | TiKV | [`readpool.cpu-threshold`](https://docs.pingcap.com/tidb/v8.5/tikv-configuration-file#cpu-threshold-new-in-v855) | 新しく追加された | 統合リードプールのCPU使用率のしきい値を指定します。デフォルト値は`0.0`で、これは統合リードプールのCPU使用率に制限がないことを意味します。スレッドプールのサイズは、ビジースレッドスケーリングアルゴリズムによってのみ決定され、現在のタスクを処理するスレッド数に基づいてサイズが動的に調整されます。 | | TiKV | [`server.graceful-shutdown-timeout`](https://docs.pingcap.com/tidb/v8.5/tikv-configuration-file#graceful-shutdown-timeout-new-in-v855) | 新しく追加された | TiKV の正常なシャットダウンのタイムアウト時間を制御します。デフォルト値は`20s`です。 | | TiKV | [`server.inspect-network-interval`](https://docs.pingcap.com/tidb/v8.5/tikv-configuration-file#inspect-network-interval-new-in-v855) | 新しく追加された | TiKV HealthChecker が PD や他の TiKV ノードに対してネットワーク検出をアクティブに実行する間隔を制御します。デフォルト値は`100ms`です。 | @@ -198,7 +198,7 @@ TiDBクラスタがv8.5.4で新規にデプロイされている場合（つま ### その他の変更点 {#other-changes} -- TiDBのパフォーマンスを向上させるため、TiDBのGoコンパイラバージョンをgo1.23.6からgo1.25.5にアップグレードしてください。TiDB開発者の方は、スムーズなコンパイルを保証するために、Goコンパイラバージョンをアップグレードすることをお勧めします。 +- TiDBのパフォーマンスを向上させるため、TiDBのGoコンパイラバージョンをgo1.23.6からgo1.25.5にアップグレードしました。TiDB開発者の方は、スムーズなコンパイルを保証するために、Goコンパイラバージョンをアップグレードすることをお勧めします。 - BR v8.5.5を使用して以前のTiDBバージョン（v8.5.4やv8.1.2など）でPITRリカバリを実行すると、ログリカバリ段階で失敗し、エラーが返される場合があります。 @@ -229,7 +229,7 @@ TiDBクラスタがv8.5.4で新規にデプロイされている場合（つま - PDメモリ使用量を削減し、監視システムへの負荷を軽減するために、カーディナリティの高いメトリクスを最適化します [#9357](https://github.com/tikv/pd/issues/9357) @[rleungx](https://github.com/rleungx) - タイムスタンプの前進とリーダー選出のロジックを最適化 [#9981](https://github.com/tikv/pd/issues/9981) @[bufferflies](https://github.com/bufferflies) - ストレージエンジン (TiKV またはTiFlash) による TiKV ストア制限のバッチ構成をサポート [#9970](https://github.com/tikv/pd/issues/9970) @[bufferflies](https://github.com/bufferflies) - - `store`メトリックに`pd_cluster_status`ラベルを追加します [#9855](https://github.com/tikv/pd/issues/9855) @[SerjKol80](https://github.com/SerjKol80) + - `pd_cluster_status`メトリックに`store`ラベルを追加します [#9855](https://github.com/tikv/pd/issues/9855) @[SerjKol80](https://github.com/SerjKol80) - ツール @@ -244,23 +244,23 @@ TiDBクラスタがv8.5.4で新規にデプロイされている場合（つま - TiDBが起動時に初期化バインディングを実行するために`tidb_mem_quota_binding_cache`変数の最新値を読み取れない問題を修正しました [#65381](https://github.com/pingcap/tidb/issues/65381) @[qw4990](https://github.com/qw4990) - `extractBestCNFItemRanges`で候補アイテムが誤ってスキップされ、クエリ範囲の計算が不正確になる問題を修正しました [#62547](https://github.com/pingcap/tidb/issues/62547) @[hawkingrei](https://github.com/hawkingrei) - `plan replayer`がバインディングをロードできない問題を修正 [#64811](https://github.com/pingcap/tidb/issues/64811) @[hawkingrei](https://github.com/hawkingrei) - - `PointGet`メモリが十分な場合でもチャンクを再利用できず、不要なメモリ割り当てが発生する問題を修正しました [#63920](https://github.com/pingcap/tidb/issues/63920) @[hawkingrei](https://github.com/hawkingrei) + - `PointGet`が、メモリが十分な場合でもチャンクを再利用できず、不要なメモリ割り当てが発生する問題を修正しました [#63920](https://github.com/pingcap/tidb/issues/63920) @[hawkingrei](https://github.com/hawkingrei) - `LogicalProjection.DeriveStats`がメモリを過剰に割り当てる問題を修正 [#63810](https://github.com/pingcap/tidb/issues/63810) @[hawkingrei](https://github.com/hawkingrei) - `plan replayer`がクエリのパニック時にダンプに失敗する問題を修正 [#64835](https://github.com/pingcap/tidb/issues/64835) @[hawkingrei](https://github.com/hawkingrei) - TTLテーブルの`SHOW CREATE TABLE`出力における属性の順序が特定のシナリオで誤って表示される問題を修正しました [#64876](https://github.com/pingcap/tidb/issues/64876) @[YangKeao](https://github.com/YangKeao) - TTLジョブの実行サマリー情報が、ジョブのタイムアウト時に空になる問題を修正 [#61509](https://github.com/pingcap/tidb/issues/61509) @[YangKeao](https://github.com/YangKeao) - プランキャッシュが有効になっている場合に、相関サブクエリが予期しないフルテーブルスキャンを引き起こす可能性がある問題を修正 [#64645](https://github.com/pingcap/tidb/issues/64645) @[winoros](https://github.com/winoros) - システムテーブルがテーブルヘルスモニタリング結果の誤りを引き起こす問題を修正[#57176](https://github.com/pingcap/tidb/issues/57176) 、 [#64080](https://github.com/pingcap/tidb/issues/64080) @[0xPoe](https://github.com/0xPoe) - - 自動統計更新を無効にした後、 `mysql.tidb_ddl_notifier`テーブルをクリーンアップできない問題を修正します ( `tidb_enable_auto_analyze = OFF` ) [#64038](https://github.com/pingcap/tidb/issues/64038) @[0xPoe](https://github.com/0xPoe) + - 自動統計更新を無効にした後（ `tidb_enable_auto_analyze = OFF` ）、 `mysql.tidb_ddl_notifier`テーブルをクリーンアップできない問題を修正します [#64038](https://github.com/pingcap/tidb/issues/64038) @[0xPoe](https://github.com/0xPoe) - `newLocalColumnPool`で列が繰り返し割り当てられる問題を修正 [#63809](https://github.com/pingcap/tidb/issues/63809) @[hawkingrei](https://github.com/hawkingrei) - `syncload`の失敗に関する無効な警告ログが生成される問題を修正 [#63880](https://github.com/pingcap/tidb/issues/63880) @[0xPoe](https://github.com/0xPoe) - - トランザクションを実行中の接続を手動で終了すると、TiDBがpanicて異常終了する可能性がある問題を修正しました [#63956](https://github.com/pingcap/tidb/issues/63956) @[wshwsh12](https://github.com/wshwsh12) + - トランザクションを実行中の接続を手動で終了すると、TiDBがpanicして異常終了する可能性がある問題を修正しました [#63956](https://github.com/pingcap/tidb/issues/63956) @[wshwsh12](https://github.com/wshwsh12) - TiFlashレプリカからキャッシュされたテーブルを読み取る際に、ゴルーチンとメモリリークが発生する可能性がある問題を修正しました [#63329](https://github.com/pingcap/tidb/issues/63329) @[xzhangxian1008](https://github.com/xzhangxian1008) - `ALTER TABLE child CHANGE COLUMN`を実行して列を変更した後、外部キーが更新されない問題を修正しました [#59705](https://github.com/pingcap/tidb/issues/59705) @[fzzf678](https://github.com/fzzf678) - 以前の TiDB バージョンから`RENAME TABLE`ジョブ引数が正しくデコードされない問題を修正しました [#64413](https://github.com/pingcap/tidb/issues/64413) @[joechenrh](https://github.com/joechenrh) - BR復元が失敗した場合にAUTO_INCREMENT IDがリベースされない問題を修正 [#60804](https://github.com/pingcap/tidb/issues/60804) @[joechenrh](https://github.com/joechenrh) - アップグレード中に TiDB ノードがスタックする可能性がある問題を修正 [#64539](https://github.com/pingcap/tidb/issues/64539) @[joechenrh](https://github.com/joechenrh) - - インデックスレコードが欠落している場合に管理者チェックでエラーが報告されない問題を修正 [#63698](https://github.com/pingcap/tidb/issues/63698) @[wjhuang2016](https://github.com/wjhuang2016) + - インデックスレコードが欠落している場合にadmin check でエラーが報告されない問題を修正 [#63698](https://github.com/pingcap/tidb/issues/63698) @[wjhuang2016](https://github.com/wjhuang2016) - `MODIFY COLUMN`を介して照合順序を変更するとデータインデックスの不整合が発生する問題を修正 [#61668](https://github.com/pingcap/tidb/issues/61668) @[tangenta](https://github.com/tangenta) - DDL に埋め込まれた`ANALYZE`機能が、複数のスキーマ変更を実行する際にトリガーされない可能性がある問題を修正します [#65040](https://github.com/pingcap/tidb/issues/65040) @[joechenrh](https://github.com/joechenrh) - 分散実行フレームワーク（DXF）タスクが`ADD INDEX`ジョブのキャンセル後にキャンセルされない問題を修正 [#64129](https://github.com/pingcap/tidb/issues/64129) @[tangenta](https://github.com/tangenta) @@ -296,9 +296,9 @@ TiDBクラスタがv8.5.4で新規にデプロイされている場合（つま - TiFlash - - BRがデータを復元しているときにTiFlash がpanicになる問題を修正 [#10606](https://github.com/pingcap/tiflash/issues/10606) @[CalvinNeo](https://github.com/CalvinNeo) + - BRがデータを復元しているときにTiFlash がpanicになる可能性がある問題を修正 [#10606](https://github.com/pingcap/tiflash/issues/10606) @[CalvinNeo](https://github.com/CalvinNeo) - BRがデータを復元するときにTiFlash が16 を超える CPU コアを完全に利用できない問題を修正 [#10605](https://github.com/pingcap/tiflash/issues/10605) @[JaySon-Huang](https://github.com/JaySon-Huang) - - `GROUP_CONCAT`がディスク流出をトリガーしたときにTiFlash が予期せず終了する可能性がある問題を修正 [#10553](https://github.com/pingcap/tiflash/issues/10553) @[ChangRui-Ryan](https://github.com/ChangRui-Ryan) + - `GROUP_CONCAT`がディスクスピルをトリガーしたときにTiFlash が予期せず終了する可能性がある問題を修正 [#10553](https://github.com/pingcap/tiflash/issues/10553) @[ChangRui-Ryan](https://github.com/ChangRui-Ryan) - ツール @@ -308,7 +308,7 @@ TiDBクラスタがv8.5.4で新規にデプロイされている場合（つま - Azure SDK が環境から適切なキーを見つけられない問題を修正 [#18206](https://github.com/tikv/tikv/issues/18206) @[YuJuncen](https://github.com/YuJuncen) - `restore point` の期間中に外部キーが正しく復元されない問題を修正します。 [#61642](https://github.com/pingcap/tidb/issues/61642) @[Leavrth](https://github.com/Leavrth) - バックアップとターゲットクラスタ間でシステムテーブルの照合順序に互換性がない場合にリストアが失敗する問題を修正するため、v6.5 から v7.5 への特権テーブルのリストアをサポートする`--sys-check-collation`パラメータを追加しました。 [#64667](https://github.com/pingcap/tidb/issues/64667) @[Leavrth](https://github.com/Leavrth) - - `restore log`が失敗した後に`restore point`を実行できない問題を修正します（操作が安全な場合でも）。 [#64908](https://github.com/pingcap/tidb/issues/64908) @[RidRisR](https://github.com/RidRisR) + - `restore point`が失敗した後に`restore log`を実行できない問題を修正します（操作が安全な場合でも）。 [#64908](https://github.com/pingcap/tidb/issues/64908) @[RidRisR](https://github.com/RidRisR) - チェックポイントの`restore point`が、ログバックアップデータがフルバックアップと混在している場合にpanicする可能性がある問題を修正 [#58685](https://github.com/pingcap/tidb/issues/58685) @[YuJuncen](https://github.com/YuJuncen) - TiCDC diff --git a/releases/release-8.5.6.md b/releases/release-8.5.6.md index 71a80208ab440..f5b2de1747e38 100644 --- a/releases/release-8.5.6.md +++ b/releases/release-8.5.6.md @@ -81,7 +81,7 @@ TiDBクラスタをv8.5.5で新規にデプロイした場合（つまり、v8.5 ### MySQLとの互換性 {#mysql-compatibility} -- バージョン8.5.6以降、TiDBはMySQL互換の列レベルの権限管理メカニズムをサポートしています。テーブルレベルで特定の列に対して、 `SELECT` 、 `INSERT` 、 `UPDATE` 、および`REFERENCES`の権限または取り消すことができます。詳細については、 [列レベルの権限管理](https://docs.pingcap.com/tidb/v8.5/column-privilege-management)を参照してください。 +- バージョン8.5.6以降、TiDBはMySQL互換の列レベルの権限管理メカニズムをサポートしています。テーブルレベルで特定の列に対して、 `SELECT` 、 `INSERT` 、 `UPDATE` 、および`REFERENCES`の権限を付与または取り消すことができます。詳細については、 [列レベルの権限管理](https://docs.pingcap.com/tidb/v8.5/column-privilege-management)を参照してください。 - バージョン 8.5.6 以降、TiDB は`FOR UPDATE OF`句でテーブルエイリアスの使用をサポートしています。下位互換性を維持するために、エイリアスが定義されている場合でもベース テーブル名を参照できますが、明示的なエイリアスの使用を推奨する警告が表示されます。詳細については、 [`SELECT`](https://docs.pingcap.com/tidb/v8.5/sql-statement-select)を参照してください。 - バージョン8.5.6以降、 Dumplingは更新されたMySQLバイナリログの命名に対応することで、MySQL 8.4からのデータエクスポートをサポートしています。 [#53082](https://github.com/pingcap/tidb/issues/53082) @[dveeden](https://github.com/dveeden) - バージョン8.5.6以降、TiDB Data Migration (DM) は、このバージョンで導入された新しい用語とバージョン検出ロジックに対応することで、アップストリームデータソースとしてMySQL 8.4をサポートします。 [#11020](https://github.com/pingcap/tiflow/issues/11020) @[dveeden](https://github.com/dveeden) @@ -96,9 +96,9 @@ TiDBクラスタをv8.5.5で新規にデプロイした場合（つまり、v8.5 | [`InPacketBytes`](https://docs.pingcap.com/tidb/v8.5/system-variables#inpacketbytes-new-in-v856) | 新しく追加された | この変数は内部統計のみに使用され、ユーザーには表示されません。 | | [`OutPacketBytes`](https://docs.pingcap.com/tidb/v8.5/system-variables#outpacketbytes-new-in-v856) | 新しく追加された | この変数は内部統計のみに使用され、ユーザーには表示されません。 | | [`tidb_foreign_key_check_in_shared_lock`](https://docs.pingcap.com/tidb/v8.5/system-variables#tidb_foreign_key_check_in_shared_lock-new-in-v856) | 新しく追加された | 悲観的トランザクションにおける外部キーチェックで、親テーブルの行に対して排他ロックではなく共有ロックを使用するかどうかを制御します。デフォルト値は`OFF`で、これは TiDB がデフォルトで排他ロックを使用することを意味します。 | -| [`tidb_max_dist_task_nodes`](https://docs.pingcap.com/tidb/v8.5/system-variables#tidb_max_dist_task_nodes-new-in-v856) | 新しく追加された | 分散実行フレームワーク (DXF) タスクが使用できる TiDB ノードの最大数を定義します。デフォルト値は`-1`で、これは自動モードが有効になっていることを示します。自動モードでは、TiDB は`min(3, tikv_nodes / 3)`という値を動的に計算します。ここで、 `tikv_nodes`クラスタ内の TiKV ノードの数を表します。 | +| [`tidb_max_dist_task_nodes`](https://docs.pingcap.com/tidb/v8.5/system-variables#tidb_max_dist_task_nodes-new-in-v856) | 新しく追加された | 分散実行フレームワーク (DXF) タスクが使用できる TiDB ノードの最大数を定義します。デフォルト値は`-1`で、これは自動モードが有効になっていることを示します。自動モードでは、TiDB は`min(3, tikv_nodes / 3)`という値を動的に計算します。ここで、 `tikv_nodes`はクラスタ内の TiKV ノードの数を表します。 | | [`tidb_opt_join_reorder_through_sel`](https://docs.pingcap.com/tidb/v8.5/system-variables#tidb_opt_join_reorder_through_sel-new-in-v856) | 新しく追加された | 特定の複数テーブル結合クエリの結合順序最適化を改善します。これを`ON`に設定し、安全条件が満たされている場合、オプティマイザは、連続する結合オペレーター間の`Selection`条件と結合順序候補を評価します。結合ツリーの再構築中、オプティマイザは可能な限りこれらの条件をより適切な位置にプッシュダウンし、より多くのテーブルが結合順序最適化に参加できるようにします。 | -| [`tidb_slow_log_max_per_sec`](https://docs.pingcap.com/tidb/v8.5/system-variables#tidb_slow_log_max_per_sec) | 新しく追加された | TiDBノードごとに1秒あたりに書き込める、スロークエリログエントリの最大数を制御します。 | +| [`tidb_slow_log_max_per_sec`](https://docs.pingcap.com/tidb/v8.5/system-variables#tidb_slow_log_max_per_sec) | 新しく追加された | TiDBノードごとに1秒あたりに書き込める、スロークエリログエントリの最大数を制御します。 | | [`tidb_slow_log_rules`](https://docs.pingcap.com/tidb/v8.5/system-variables#tidb_slow_log_rules) | 新しく追加された | スロークエリログのトリガールールを定義します。多次元メトリクスを組み合わせることで、より柔軟で詳細なログ記録を実現します。 | ### 設定パラメータ {#configuration-parameters} @@ -118,7 +118,7 @@ TiDBクラスタをv8.5.5で新規にデプロイした場合（つまり、v8.5 ## 非推奨機能 {#deprecated-features} -- v8.5.6 以降、統計バージョン 1 ( `tidb_analyze_version = 1` ) は非推奨となり、将来のリリースでは削除される予定です。より正確な統計を得るには、統計バージョン 2 ( `tidb_analyze_version = 2` ) および[統計情報を使用する既存のオブジェクトをバージョン1からバージョン2に移行する](https://docs.pingcap.com/tidb/v8.5/statistics#switch-between-statistics-versions)ことをお勧めします。 +- v8.5.6 以降、統計バージョン 1 ( `tidb_analyze_version = 1` ) は非推奨となり、将来のリリースでは削除される予定です。より正確な統計を得るには、統計バージョン 2 ( `tidb_analyze_version = 2` ) を使用し、[統計情報を使用する既存のオブジェクトをバージョン1からバージョン2に移行する](https://docs.pingcap.com/tidb/v8.5/statistics#switch-between-statistics-versions)ことをお勧めします。 - バージョン8.5.6以降、 TiDB Lightning Webインターフェースは非推奨となり、バージョン8.5.7で削除されます。Web UIビルドはバージョン8.4.0以降、不具合が発生しています。代わりに[CLI](/tidb-lightning/tidb-lightning-overview.md)または[`IMPORT INTO`](/sql-statements/sql-statement-import-into.md)ステートメントを使用してください。この変更がワークフローに影響する場合は、 [#67697](https://github.com/pingcap/tidb/issues/67697)にコメントしてください。 ## 改善点 {#improvements} @@ -160,7 +160,7 @@ TiDBクラスタをv8.5.5で新規にデプロイした場合（つまり、v8.5 - TiKV - - クロスビームスキップリストのメモリリーク問題を修正 [#19285](https://github.com/tikv/tikv/issues/19285) @[ekexium](https://github.com/ekexium) + - crossbeam skiplist のメモリリーク問題を修正 [#19285](https://github.com/tikv/tikv/issues/19285) @[ekexium](https://github.com/ekexium) - パーティションテーブルの一意でない列のグローバルインデックスが、場合によっては不整合になり、誤った結果を返す可能性がある問題を修正しました [#19262](https://github.com/tikv/tikv/issues/19262) @[mjonss](https://github.com/mjonss) - コプロセッサのスナップショット取得が停止すると、リクエストの期限が切れるまで統合リードプールワーカーが占有され、他のリードリクエストが遅延する問題を修正しました [#18491](https://github.com/tikv/tikv/issues/18491) @[AndreMouche](https://github.com/AndreMouche) - ディスクがいっぱいの TiKV ノードでフォロワーの読み取りがブロックされたままになる可能性がある問題を修正するため、ディスクがいっぱいのフォロワーで読み取りインデックスリクエストを拒否します [#19201](https://github.com/tikv/tikv/issues/19201) @[glorv](https://github.com/glorv) @@ -185,12 +185,12 @@ TiDBクラスタをv8.5.5で新規にデプロイした場合（つまり、v8.5 - ログバックアップで`flush_ts`が`0`になる可能性がある問題を修正 [#19406](https://github.com/tikv/tikv/issues/19406) @[YuJuncen](https://github.com/YuJuncen) - Amazon S3互換APIを介してS3スタイルの認証情報を使用してGoogle Cloud Storageにアクセスする際、Content-Lengthヘッダーが欠落しているため、マルチパートアップロード中にBRが失敗する可能性がある問題を修正しました。 [#19352](https://github.com/tikv/tikv/issues/19352) @[Leavrth](https://github.com/Leavrth) - - BR `restore point` `waiting for schema info finishes reloading`の状態に長時間留まり、15分後にタイムアウトで失敗する問題を修正しました [#66110](https://github.com/pingcap/tidb/issues/66110) @[kennytm](https://github.com/kennytm) - - `SHARD_ROW_ID_BITS` 、 `PRE_SPLIT_REGIONS`BRを持つテーブルを復元する際に、 `merge_option`問題を修正します。 [#65060](https://github.com/pingcap/tidb/issues/65060) @[JoyC-dev](https://github.com/JoyC-dev) + - BR の`restore point`が`waiting for schema info finishes reloading`の状態に長時間留まり、15分後にタイムアウトで失敗する問題を修正しました [#66110](https://github.com/pingcap/tidb/issues/66110) @[kennytm](https://github.com/kennytm) + - `SHARD_ROW_ID_BITS`、`PRE_SPLIT_REGIONS`、`merge_option`属性を持つテーブルを復元する際に、BR がリージョンを正しく事前分割できない問題を修正します。 [#65060](https://github.com/pingcap/tidb/issues/65060) @[JoyC-dev](https://github.com/JoyC-dev) - TiCDC - - changefeedsがサーバー再起動後に無効なディスパッチャーを繰り返し作成する可能性がある問題を修正 [#4452](https://github.com/pingcap/ticdc/issues/4452) @[wlwilliamx](https://github.com/wlwilliamx) + - changefeed がサーバー再起動後に無効なディスパッチャーを繰り返し作成する可能性がある問題を修正 [#4452](https://github.com/pingcap/ticdc/issues/4452) @[wlwilliamx](https://github.com/wlwilliamx) - TiCDCが、上流のTiDBバージョンがv8.1.x以前の場合にテーブル名変更操作を正しく複製できない問題を修正 [#4392](https://github.com/pingcap/ticdc/issues/4392) @[lidezhu](https://github.com/lidezhu) - TiCDCが有効になっている場合に、データスキャン中にTiKVがクラッシュする可能性がある問題を修正しました [#19404](https://github.com/tikv/tikv/issues/19404) @[wk989898](https://github.com/wk989898) - Azure Blob Storage の Azure Managed Identity 認証をサポートし、クラウドストレージへのアップロードが停止する可能性がある問題を修正します [#3093](https://github.com/pingcap/ticdc/issues/3093) @[wlwilliamx](https://github.com/wlwilliamx) diff --git a/releases/release-8.5.7.md b/releases/release-8.5.7.md index 180c4986059c1..2e65581fa07af 100644 --- a/releases/release-8.5.7.md +++ b/releases/release-8.5.7.md @@ -7,7 +7,7 @@ summary: TiDB 8.5.7 の機能、互換性の変更、改善、およびバグ修 リリース日: 2026年7月9日 -TiDB version: 8.5.7 +TiDBバージョン：8.5.7 クイックアクセス: [クイックスタート](https://docs.pingcap.com/tidb/v8.5/quick-start-with-tidb) | [本番環境へのデプロイ](https://docs.pingcap.com/tidb/v8.5/production-deployment-using-tiup) @@ -201,7 +201,7 @@ v8.5.6 で新規にデプロイされた TiDB クラスター（つまり、以 + PD - PD のメンテナンス用エンドポイントと `pd-ctl` コマンドを追加し、TiKV のメンテナンスタスクを直列化できるようにしました。これにより、一度に 1つのメンテナンスタスクのみを有効にして Raft クォーラム喪失を防ぎます。[#9477](https://github.com/tikv/pd/issues/9477) @[SerjKol80](https://github.com/SerjKol80) @[HaoW30](https://github.com/HaoW30) - -リージョン分割後の予期しないスケジューリングを避けるため、PD で split scatter をデフォルトで無効にしました。引き続き `schedule.split-scatter-schedule-limit` を正の値に設定することで有効化できます。[#10592](https://github.com/tikv/pd/issues/10592) @[lhy1024](https://github.com/lhy1024) + - リージョン分割後の予期しないスケジューリングを避けるため、PD で split scatter をデフォルトで無効にしました。引き続き `schedule.split-scatter-schedule-limit` を正の値に設定することで有効化できます。[#10592](https://github.com/tikv/pd/issues/10592) @[lhy1024](https://github.com/lhy1024) - unsafe recovery の empty-region プラン生成を最適化し、多数のリージョンとギャップを持つ大規模クラスターでパフォーマンスを向上し、タイムアウトリスクを低減しました。[#10638](https://github.com/tikv/pd/issues/10638) @[Connor1996](https://github.com/Connor1996) - PD のトランザクション継続時間メトリクスを改善し、本番環境のレイテンシー分布をより適切に反映できるようにして、ダッシュボードとアラートでの可観測性を向上しました。[#10705](https://github.com/tikv/pd/issues/10705) @[bufferflies](https://github.com/bufferflies) @@ -256,7 +256,7 @@ v8.5.6 で新規にデプロイされた TiDB クラスター（つまり、以 - 負の値を符号なし数値カラムへ代入したり、整数値を `SET` カラムへ代入したりする際に、point `UPDATE` 文が通常の `UPDATE` 文と異なる代入変換セマンティクスを使用し、不整合な結果、範囲外エラー、または MySQL 互換性の問題を引き起こす可能性がある問題を修正しました。[#63455](https://github.com/pingcap/tidb/issues/63455) [#67534](https://github.com/pingcap/tidb/issues/67534) @[fzzf678](https://github.com/fzzf678) - まれなケースで、クエリの並行実行中に TiDB が `SIGSEGV` でクラッシュする可能性がある問題を修正しました。[#66391](https://github.com/pingcap/tidb/issues/66391) @[bb7133](https://github.com/bb7133) - 大文字小文字の異なるユーザー変数を使用するクエリで、最適でない実行計画が生成され、インデックス範囲スキャンを使用できない場合がある問題を修正しました。[#66339](https://github.com/pingcap/tidb/issues/66339) @[qw4990](https://github.com/qw4990) - - 複数セッションが同時にグローバルバインディングにヒットした際に、TiDB がメモリ不足になり、グローバルバインディングキャッシュが破損する可能性がある問題を修正しました。[#68015](https://github.com/pingcap/tidb/issues/68015) @[qw4990](https://github.com/qw4990) + - 複数セッションが同時にグローバルバインディングにヒットしてグローバルバインディングキャッシュが破損し、TiDB がメモリ不足になる可能性がある問題を修正しました。[#68015](https://github.com/pingcap/tidb/issues/68015) @[qw4990](https://github.com/qw4990) - `NULL` 値に敏感な条件を伴う outer join を使用するクエリで、TiDB が誤った結果を返す可能性がある問題を修正しました。この問題は、オプティマイザが outer join を inner join に簡略化できるかどうかを誤って判断することが原因で発生します。影響を受けるシナリオには、`OR`、`IS NULL`、`COALESCE()`、`NULLIF()`、`CAST()`、`IN (NULL, ...)` などの述語や式を含む `WHERE` 句、および派生テーブルや `UNION ALL` を含む outer join クエリが含まれます。この問題により、誤った結果、欠落行、空結果、または `NULL` 値を含む予期しない行が発生する可能性があります。[#58793](https://github.com/pingcap/tidb/issues/58793) [#59162](https://github.com/pingcap/tidb/issues/59162) [#60080](https://github.com/pingcap/tidb/issues/60080) [#60081](https://github.com/pingcap/tidb/issues/60081) [#60370](https://github.com/pingcap/tidb/issues/60370) [#61327](https://github.com/pingcap/tidb/issues/61327) [#66824](https://github.com/pingcap/tidb/issues/66824) [#66825](https://github.com/pingcap/tidb/issues/66825) [#67330](https://github.com/pingcap/tidb/issues/67330) [#67373](https://github.com/pingcap/tidb/issues/67373) @[winoros](https://github.com/winoros) - null-reject チェックがパラメーター値に依存しない場合に、outer join 上のプリペアドステートメントがプリペアドプランキャッシュをスキップする可能性がある問題を修正しました。[#67048](https://github.com/pingcap/tidb/issues/67048) @[winoros](https://github.com/winoros) - 全範囲インデックススキャンのクエリ計画時に、非同期インデックスヒストグラム読み込みに関する不要な警告を TiDB が記録する可能性がある問題を修正しました。[#64791](https://github.com/pingcap/tidb/issues/64791) @[terry1purcell](https://github.com/terry1purcell) @@ -285,7 +285,7 @@ v8.5.6 で新規にデプロイされた TiDB クラスター（つまり、以 + TiKV - -リージョン数が多い場合に、resolved_ts モジュールが過剰なメモリを消費する問題を修正しました。[#19535](https://github.com/tikv/tikv/issues/19535) @[glorv](https://github.com/glorv) + - リージョン数が多い場合に、resolved_ts モジュールが過剰なメモリを消費する問題を修正しました。[#19535](https://github.com/tikv/tikv/issues/19535) @[glorv](https://github.com/glorv) - MVCC read-aware compaction が有効な場合に、長時間実行された compaction ラウンドの直後に TiKV が次の compaction ラウンドを即座に開始し、負荷ベース compaction のための統計収集が不十分になる問題を修正しました。[#19362](https://github.com/tikv/tikv/issues/19362) @[mittalrishabh](https://github.com/mittalrishabh) - raft-engine 使用時に、安定したワークロードでも TiKV のメモリ使用量が時間とともに増加する問題を修正しました。[#19544](https://github.com/tikv/tikv/issues/19544) @[LykxSassinator](https://github.com/LykxSassinator) - TiKV in-memory engine からリージョンを手動で退避させると、リージョンが `Evicting` 状態のままになり、自動的に再ロードされなくなる問題を修正しました。[#19584](https://github.com/tikv/tikv/issues/19584) @[overvenus](https://github.com/overvenus) diff --git a/releases/release-8.5.8.md b/releases/release-8.5.8.md index 21cc6cc2169ef..7c62c7ef8854f 100644 --- a/releases/release-8.5.8.md +++ b/releases/release-8.5.8.md @@ -9,7 +9,7 @@ summary: TiDB 8.5.8 の改善点とバグ修正について説明します。 TiDB バージョン: 8.5.8 -クイックアクセス: [Quick start](https://docs.pingcap.com/tidb/v8.5/quick-start-with-tidb) | [Production deployment](https://docs.pingcap.com/tidb/v8.5/production-deployment-using-tiup) +クイックアクセス: [クイックスタート](https://docs.pingcap.com/tidb/v8.5/quick-start-with-tidb) | [本番環境へのデプロイ](https://docs.pingcap.com/tidb/v8.5/production-deployment-using-tiup) ## 改善点 {#improvements}