TiDB 7.5.0 リリースノート
発売日: 2023年12月1日
TiDB バージョン: 7.5.0
クイックアクセス: クイックスタート | 実稼働環境への導入
TiDB 7.5.0 は長期サポートリリース (LTS) です。
以前の LTS 7.1.0 と比較して、 7.5.0 には、 7.2.0-DMR 、 7.3.0-DMR 、 7.4.0-DMRでリリースされた新機能、改善、バグ修正が含まれています。 7.1.x から 7.5.0 にアップグレードする場合、 TiDB リリースノート PDFダウンロードして、2 つの LTS バージョン間のすべてのリリース ノートを表示できます。 次の表に、 7.2.0 から 7.5.0 までのハイライトの一部を示します。
カテゴリ | 特徴 | 説明 |
---|---|---|
スケーラビリティとパフォーマンス | 複数のADD INDEX ステートメントを並列実行することをサポート | この機能により、同時ジョブで 1 つのテーブルに複数のインデックスを追加できます。以前は、2 つのADD INDEX ステートメント (X とY ) を同時に実行するには、X の時間とYの時間がかかっていました。この機能により、1 つの SQL で 2 つのインデックス X とYを追加する処理を同時に実行できるようになり、DDL の合計実行時間が大幅に短縮されます。特に、幅の広いテーブルを使用するシナリオでは、内部テスト データによると、パフォーマンスが最大 94% 向上することが示されています。 |
信頼性と可用性 | グローバルソートの最適化 (実験的、v7.4.0 で導入) | TiDB v7.1.0 では 、分散実行フレームワーク (DXF)が導入されました。このフレームワークを利用するタスクでは、v7.4 でグローバル ソートが導入され、データ再編成タスク中に一時的に順序が乱れたデータによって発生する不要な I/O、CPU、メモリのスパイクが排除されます。グローバル ソートでは、ジョブ中に中間ファイルを保存するために外部共有オブジェクトstorage(この最初のイテレーションでは Amazon S3) が活用され、柔軟性とコスト削減が向上します。ADD ADD INDEX やIMPORT INTO などの操作は、より高速で、より回復力があり、より安定し、より柔軟になり、実行コストも削減されます。 |
バックグラウンド タスクのリソース制御(実験的、v7.4.0 で導入) | v7.1.0 では、ワークロード間のリソースとstorageのアクセスの干渉を軽減するために、リソース制御機能が導入されました。TiDB v7.4.0 では、この制御がバックグラウンド タスクの優先度にも適用されました。v7.4.0 では、リソース制御によって、自動分析、バックアップと復元、 TiDB Lightningによる一括ロード、オンライン DDL などのバックグラウンド タスク実行の優先度が識別および管理されるようになりました。将来のリリースでは、この制御は最終的にすべてのバックグラウンド タスクに適用される予定です。 | |
暴走クエリを管理するためのリソース制御 (実験的、v7.2.0 で導入) | リソース コントロールは、リソース グループによってリソースを分離するワークロードのフレームワークですが、個々のクエリが各グループ内の作業にどのように影響するかについては考慮しません。TiDB v7.2.0 では、「ランナウェイ クエリ コントロール」が導入され、TiDB がリソース グループごとにこれらのクエリを識別して処理する方法を制御できるようになりました。必要に応じて、長時間実行されるクエリは終了または調整される可能性があり、クエリは正確な SQL テキスト、SQL ダイジェスト、またはそのプラン ダイジェストによって識別され、より一般化されます。v7.3.0 では、TiDB によって、データベース レベルの SQL ブロックリストと同様に、既知の不良クエリをプロアクティブに監視できます。 | |
構文 | MySQL 8.0 互換性 (v7.4.0 で導入) | MySQL 8.0 では、デフォルトの文字セットは utf8mb4 で、 utf8mb4 のデフォルトの照合順序はutf8mb4_0900_ai_ci です。TiDB v7.4.0 でこれに対するサポートが追加されたことで、MySQL 8.0 との互換性が向上し、デフォルトの照合順序順序を持つ MySQL 8.0 データベースからの移行とレプリケーションがよりスムーズになりました。 |
DB 操作と可観測性 | TiDB Lightning の物理インポート モードがIMPORT INTO (GA) で TiDB に統合されました | v7.2.0 より前では、ファイル システムに基づいてデータをインポートするには、 TiDB Lightning をインストールし、その物理インポート モードを使用する必要がありました。現在では、同じ機能がIMPORT INTO ステートメントに統合されているため、このステートメントを使用して、追加のツールをインストールせずにデータをすばやくインポートできます。このステートメントは、並列インポート用のDistributed eXecution Framework (DXF)もサポートしており、大規模なインポート時のインポート効率が向上します。 |
ADD INDEX およびIMPORT INTO SQL ステートメントを実行するためのそれぞれの TiDB ノードを指定します (GA) | 既存の TiDB ノードまたは新しく追加された TiDB ノードの一部でADD INDEX またはIMPORT INTO SQL ステートメントを実行するかどうかを柔軟に指定できます。このアプローチにより、残りの TiDB ノードからのリソース分離が可能になり、ビジネス オペレーションへの影響を防ぎながら、前述の SQL ステートメントを実行するための最適なパフォーマンスを確保できます。v7.5.0 では、この機能が一般提供 (GA) されます。 | |
DDL は一時停止と再開の操作をサポートします (GA) | インデックスを追加すると、大量のリソースが消費され、オンライン トラフィックに影響を与える可能性があります。リソース グループで調整されている場合やラベル付きノードに分離されている場合でも、緊急時にはこれらのジョブを一時停止する必要がある可能性があります。v7.2.0 以降、TiDB は、これらのバックグラウンド ジョブを一度にいくつでも一時停止することをネイティブにサポートするようになりました。これにより、ジョブをキャンセルして再開する必要がなくなり、必要なリソースが解放されます。 | |
TiDBダッシュボードはTiKVのヒーププロファイリングをサポート | 以前は、TiKV OOM またはメモリ使用量が多い問題に対処するには、通常、 jeprof を手動で実行してインスタンス環境でヒープ プロファイルを生成する必要がありました。v7.5.0 以降、TiKV ではヒープ プロファイルのリモート処理が可能になります。ヒープ プロファイルのフレーム グラフとコール グラフに直接アクセスできるようになりました。この機能は、Go ヒープ プロファイリングと同じシンプルで使いやすいエクスペリエンスを提供します。 |
機能の詳細
スケーラビリティ
分散実行フレームワーク (DXF) が有効な場合に、
ADD INDEX
またはIMPORT INTO
タスクを分散実行するための TiDB ノードの指定と分離をサポート#46258 @ うわーリソースを大量に消費するクラスターで
ADD INDEX
またはIMPORT INTO
タスクを並行して実行すると、大量の TiDB ノード リソースが消費され、クラスターのパフォーマンスが低下する可能性があります。既存のサービスへのパフォーマンスへの影響を回避するために、v7.4.0 では、 TiDB 分散実行フレームワーク (DXF)の下にある各 TiDB ノードのサービス スコープを制御するための実験的機能としてシステム変数tidb_service_scope
が導入されています。複数の既存の TiDB ノードを選択するか、新しい TiDB ノードの TiDB サービス スコープを設定すると、分散実行されるすべてのADD INDEX
およびIMPORT INTO
タスクがこれらのノードでのみ実行されます。v7.5.0 では、この機能が一般提供 (GA) されます。詳細についてはドキュメント参照してください。
パフォーマンス
TiDB 分散実行フレームワーク (DXF) が一般提供 (GA) され、並列実行#45719 @ 翻訳:における
ADD INDEX
およびIMPORT INTO
タスクのパフォーマンスと安定性が向上しました。v7.1.0 で導入された DXF が GA になりました。TiDB v7.1.0 より前のバージョンでは、1 つの TiDB ノードのみが同時に DDL タスクを実行できました。v7.1.0 以降では、DXF の下で複数の TiDB ノードが同じ DDL タスクを並列に実行できます。v7.2.0 以降では、DXF は複数の TiDB ノードが同じ
IMPORT INTO
タスクを並列に実行することをサポートするため、TiDB クラスターのリソースをより有効に活用し、DDL およびIMPORT INTO
タスクのパフォーマンスを大幅に向上できます。さらに、TiDB ノードを増やすことで、これらのタスクのパフォーマンスを直線的に向上させることもできます。DXF を使用するには、
tidb_enable_dist_task
値をON
に設定します。SET GLOBAL tidb_enable_dist_task = ON;詳細についてはドキュメント参照してください。
単一のSQL文で複数のインデックスを追加するパフォーマンスを向上する#41602 @ タンジェンタ
v7.5.0 より前では、単一の SQL ステートメントで複数のインデックス (
ADD INDEX
) を追加すると、パフォーマンスは個別の SQL ステートメントを使用して複数のインデックスを追加する場合と同等でした。v7.5.0 以降では、単一の SQL ステートメントで複数のインデックスを追加する場合のパフォーマンスが大幅に向上しています。特に幅の広いテーブルを使用するシナリオでは、内部テスト データによると、パフォーマンスが最大 94% 向上することが示されています。
DB操作
DDL ジョブは一時停止および再開操作をサポートします (GA) #18015 @ ゴドゥム
v7.2.0 で導入された DDL ジョブの一時停止および再開操作が一般提供 (GA) されます。これらの操作により、リソースを大量に消費する DDL ジョブ (インデックスの作成など) を一時停止して、リソースを節約し、オンライン トラフィックへの影響を最小限に抑えることができます。リソースが許せば、DDL ジョブをキャンセルして再開することなく、シームレスに再開できます。この機能により、リソースの使用率が向上し、ユーザー エクスペリエンスが強化され、スキーマ変更プロセスが簡素化されます。
ADMIN PAUSE DDL JOBS
またはADMIN RESUME DDL JOBS
を使用して複数の DDL ジョブを一時停止および再開できます。ADMIN PAUSE DDL JOBS 1,2; ADMIN RESUME DDL JOBS 1,2;詳細についてはドキュメント参照してください。
BRは統計情報のバックアップと復元をサポートします#48008 @ リーヴルス
TiDB v7.5.0 以降、br コマンドライン ツールでは、データベース統計のバックアップと復元を行うための
--ignore-stats
パラメータが導入されています。このパラメータをfalse
に設定すると、br コマンドライン ツールは、列、インデックス、およびテーブルの統計のバックアップと復元をサポートします。この場合、バックアップから復元された TiDB データベースの統計収集タスクを手動で実行したり、自動収集タスクの完了を待ったりする必要はありません。この機能により、データベースのメンテナンス作業が簡素化され、クエリのパフォーマンスが向上します。詳細についてはドキュメント参照してください。
可観測性
TiDBダッシュボードはTiKV #15927 @ コナー1996のヒーププロファイリングをサポートします
以前は、TiKV OOM またはメモリ使用量が多い問題に対処するには、通常、インスタンス環境でヒープ プロファイルを生成するために
jeprof
を手動で実行する必要がありました。v7.5.0 以降、TiKV ではヒープ プロファイルのリモート処理が可能になります。ヒープ プロファイルのフレーム グラフとコール グラフに直接アクセスできるようになりました。この機能は、Go ヒープ プロファイリングと同じシンプルで使いやすいエクスペリエンスを提供します。詳細についてはドキュメント参照してください。
データ移行
IMPORT INTO
SQL文(GA) #46704 @ D3ハンターをサポートv7.5.0 では、
IMPORT INTO
SQL ステートメントが一般提供 (GA) されます。このステートメントは、 TiDB Lightningの物理インポートモード機能を統合し、CSV、SQL、PARQUET などの形式のデータを TiDB の空のテーブルにすばやくインポートできるようにします。このインポート方法により、 TiDB Lightningを個別に展開および管理する必要がなくなり、データ インポートの複雑さが軽減され、インポートの効率が大幅に向上します。詳細についてはドキュメント参照してください。
データ移行 (DM) は、互換性のない (データの一貫性を損なう) DDL 変更のブロックをサポートします#9692 @ GMHDBJD
v7.5.0 より前の DM Binlog Filter 機能では、指定されたイベントのみを移行またはフィルタリングすることができ、粒度は比較的粗いものでした。たとえば、
ALTER
などの大きな粒度の DDL イベントのみをフィルタリングできます。この方法は、一部のシナリオでは制限されています。たとえば、アプリケーションではADD COLUMN
許可されますがDROP COLUMN
許可されませんが、以前の DM バージョンでは、どちらもALTER
イベントでフィルタリングされます。このような問題に対処するため、v7.5.0 では、サポートされる DDL イベントの粒度が改良され、
MODIFY COLUMN
フィルタリング (列のデータ型の変更)、DROP COLUMN
などの、データ損失、データの切り捨て、精度の低下につながる細かい DDL イベントがサポートされるようになりました。必要に応じて構成できます。この機能では、互換性のない DDL 変更のブロックや、そのような変更のエラーの報告もサポートされているため、下流のアプリケーション データに影響を与えないように、適切なタイミングで手動で介入できます。詳細についてはドキュメント参照してください。
継続的なデータ検証のためのリアルタイムチェックポイント更新をサポート#8463 @ リチュンジュ
v7.5.0 より前では、 継続的なデータ検証機能は DM から下流へのレプリケーション中にデータの一貫性を保証します。これは、上流データベースから TiDB へのビジネス トラフィックの切り替えの基盤として機能します。ただし、レプリケーションの遅延や不整合データの再検証の待機など、さまざまな要因により、継続的な検証チェックポイントは数分ごとに更新する必要があります。これは、切り替え時間が数十秒に制限されている一部のビジネス シナリオでは受け入れられません。
継続的なデータ検証のためのチェックポイントのリアルタイム更新の導入により、上流データベースからbinlogの位置を提供できるようになりました。継続的な検証プログラムは、メモリ内でこのbinlogの位置を検出すると、数分ごとにチェックポイントを更新するのではなく、すぐにチェックポイントを更新します。したがって、すぐに更新されるこのチェックポイントに基づいて、カットオフ操作をすばやく実行できます。
詳細についてはドキュメント参照してください。
互換性の変更
注記:
このセクションでは、v7.4.0 から現在のバージョン (v7.5.0) にアップグレードするときに知っておく必要のある互換性の変更について説明します。v7.3.0 以前のバージョンから現在のバージョンにアップグレードする場合は、中間バージョンで導入された互換性の変更も確認する必要がある可能性があります。
システム変数
変数名 | タイプを変更 | 説明 |
---|---|---|
tidb_enable_fast_analyze | 非推奨 | 統計Fast Analyze 機能を有効にするかどうかを制御します。この機能はバージョン 7.5.0 では非推奨です。 |
tidb_analyze_partition_concurrency | 修正済み | さらにテストを行った後、デフォルト値を1 から2 に変更します。 |
tidb_build_stats_concurrency | 修正済み | さらにテストを行った後、デフォルト値を4 から2 に変更します。 |
tidb_merge_partition_stats_concurrency | 修正済み | このシステム変数は、v7.5.0 以降で有効になります。TiDB がパーティションテーブルを分析するときに、パーティションパーティションテーブルの統計をマージする同時実行を指定します。 |
tidb_build_sampling_stats_concurrency | 新しく追加された | ANALYZE プロセスのサンプリング同時実行を制御します。 |
tidb_enable_async_merge_global_stats | 新しく追加された | この変数は、OOM の問題を回避するために統計を非同期的にマージするために TiDB によって使用されます。 |
tidb_gogc_tuner_max_value | 新しく追加された | GOGC チューナーが調整できる GOGC の最大値を制御します。 |
tidb_gogc_tuner_min_value | 新しく追加された | GOGC チューナーが調整できる GOGC の最小値を制御します。 |
コンフィグレーションファイルのパラメータ
コンフィグレーションファイル | コンフィグレーションパラメータ | タイプを変更 | 説明 |
---|---|---|---|
ティビ | tikv-client.copr-req-timeout | 新しく追加された | 単一のコプロセッサー要求のタイムアウトを設定します。 |
ティクヴ | raftstore.inspect-interval | 修正済み | 低速ノード検出の感度を向上させるためにアルゴリズムを最適化した後、デフォルト値を500ms から100ms に変更します。 |
ティクヴ | raftstore.region-compact-min-redundant-rows | 修正済み | RocksDB 圧縮をトリガーするために必要な冗長 MVCC 行の数を設定します。v7.5.0 以降、この構成項目は"raft-kv" storageエンジンに対して有効になります。 |
ティクヴ | raftstore.region-compact-redundant-rows-percent | 修正済み | RocksDB 圧縮をトリガーするために必要な冗長 MVCC 行の割合を設定します。v7.5.0 以降、この構成項目は"raft-kv" storageエンジンに対して有効になります。 |
ティクヴ | raftstore.evict-cache-on-memory-ratio | 新しく追加された | TiKV のメモリ使用量がシステム使用可能メモリの 90% を超え、 Raftエントリ キャッシュが占有するメモリが使用メモリのevict-cache-on-memory-ratio 超えると、TiKV はRaftエントリ キャッシュを削除します。 |
ティクヴ | memory.enable-heap-profiling | 新しく追加された | TiKV のメモリ使用量を追跡するためにヒープ プロファイリングを有効にするかどうかを制御します。 |
ティクヴ | memory.profiling-sample-per-bytes | 新しく追加された | ヒープ プロファイリングによって毎回サンプリングされるデータの量を、最も近い 2 の累乗に切り上げて指定します。 |
BR | --ignore-stats | 新しく追加された | データベース統計をバックアップおよび復元するかどうかを制御します。このパラメータをfalse に設定すると、br コマンドライン ツールは、列、インデックス、およびテーブルの統計のバックアップと復元をサポートします。 |
ティCDC | case-sensitive | 修正済み | さらにテストを行った後、デフォルト値をtrue からfalse に変更します。つまり、TiCDC 構成ファイル内のテーブル名とデータベース名は、デフォルトで大文字と小文字が区別されません。 |
ティCDC | sink.dispatchers.partition | 修正済み | TiCDC が増分データを Kafka パーティションに送信する方法を制御します。v7.5.0 では、明示的に指定された列値を使用してパーティション番号を計算する新しい値オプションcolumns が導入されました。 |
ティCDC | changefeed-error-stuck-duration | 新しく追加された | 内部エラーまたは例外が発生したときに、変更フィードが自動的に再試行できる期間を制御します。 |
ティCDC | encoding-worker-num | 新しく追加された | やり直しモジュール内のエンコードおよびデコード ワーカーの数を制御します。 |
ティCDC | flush-worker-num | 新しく追加された | 再実行モジュール内のフラッシュワーカーの数を制御します。 |
ティCDC | sink.column-selectors | 新しく追加された | 増分データをディスパッチするときに TiCDC が Kafka に送信するデータ変更イベントの指定された列を制御します。 |
ティCDC | sql-mode | 新しく追加された | DDL ステートメントを解析するときに TiCDC が使用する SQL モードを指定します。デフォルト値は、TiDB のデフォルトの SQL モードと同じです。 |
TiDB Lightning | --importer | 削除されました | v7.5.0 で非推奨となった TiKV インポーターのアドレスを指定します。 |
オフラインパッケージの変更
v7.5.0 以降では、 TiDB-community-toolkit
バイナリパッケージから次のコンテンツが削除されます。
tikv-importer-{version}-linux-{arch}.tar.gz
mydumper
spark-{version}-any-any.tar.gz
tispark-{version}-any-any.tar.gz
廃止された機能
マイダンパーは v7.5.0 で非推奨となり、その機能のほとんどはDumplingに置き換えられました。Mydumper の代わりにDumplingを使用することを強くお勧めします。
TiKV インポーターは v7.5.0 では非推奨です。代わりにTiDB Lightningの物理インポートモード使用することを強くお勧めします。
TiDB v7.5.0 以降、 TiDBBinlogのデータ レプリケーション機能のテクニカル サポートは提供されなくなりました。データ レプリケーションの代替ソリューションとしてティCDCを使用することを強くお勧めします。TiDB Binlog v7.5.0 では、ポイントインタイム リカバリ (PITR) シナリオが引き続きサポートされていますが、このコンポーネントは将来のバージョンでは完全に廃止される予定です。データ復旧の代替ソリューションとしてピトルを使用することを推奨します。
統計の
Fast Analyze
機能 (実験的) は、v7.5.0 で非推奨になりました。統計の増分コレクション機能 (実験的) は、v7.5.0 で非推奨になりました。
改善点
ティビ
- GlobalStats のマージの同時実行モデルを最適化します
tidb_enable_async_merge_global_stats
を導入して統計の同時読み込みとマージを可能にし、パーティション テーブルでの GlobalStats の生成を高速化します。GlobalStats のマージのメモリ使用量を最適化して#47219 OOM を回避し、メモリ割り当てを削減します。3 @ ホーキングレイ ANALYZE
プロセスを最適化しますtidb_build_sampling_stats_concurrency
を導入してANALYZE
の同時実行性をより適切に制御し、リソース消費を削減します。7ANALYZE
メモリ使用量を最適化してメモリ割り当てを削減し、中間結果を再利用することで頻繁な GC を回避します#47275 @ ホーキングレイ- 配置ポリシーの使用を最適化: ポリシーの範囲をグローバルに設定できるようにサポートし、一般的なシナリオの構文サポートを改善します#45384 @ ノルーシュ
tidb_ddl_enable_fast_reorg
を有効にしてインデックスを追加するパフォーマンスを改善しました。内部テストでは、v7.5.0 は v6.5.0 と比較してパフォーマンスが最大 62.5% 向上しました#47757 @ タンジェンタ
- GlobalStats のマージの同時実行モデルを最適化します
ティクヴ
PD
ツール
バグ修正
ティビ
- 非整数クラスター化インデックス#47350 @ タンジェンタでのテーブル分割操作を禁止する
- タイムゾーン情報が正しくない時間フィールドをエンコードする問題を修正#46033 @ タンジェンタ
- ソート演算子によりスピル処理中に TiDB がクラッシュする可能性がある問題を修正#47538 @ 風の話し手
- TiDBが
GROUP_CONCAT
#41957 @ アイリンキッドのクエリに対してCan't find column
返す問題を修正 batch-client
inclient-go
#47691 @ クレイジーcs520のpanic問題を修正INDEX_LOOKUP_HASH_JOIN
#47788 @ シーライズでのメモリ使用量の推定が不正確になる問題を修正- 長期間オフラインだったTiFlashノードの再参加によって生じるワークロードの不均一性の問題を修正#35418 @ 風の話し手
- HashJoin 演算子がプローブ#48082 @ うわーを実行するときにチャンクを再利用できない問題を修正しました。
COALESCE()
関数がDATE
型パラメータ#46475 @ 翻訳者に対して誤った結果型を返す問題を修正しました- サブクエリを含む
UPDATE
のステートメントが誤って PointGet #48171 @ ハイラスティンに変換される問題を修正しました - キャッシュされた実行プランに日付型と
unix_timestamp
#48165 @ qw4990の比較が含まれている場合に誤った結果が返される問題を修正しました。 - 集計関数またはウィンドウ関数を含むデフォルトのインライン共通テーブル式 (CTE) が再帰 CTE #47881 @ エルサ0520によって参照されるとエラーが報告される問題を修正しました
- ウィンドウ関数#46177 @ qw4990によって導入されたソートを減らすために、オプティマイザが誤って IndexFullScan を選択する問題を修正しました。
- CTE #47881 @ ウィノロスの条件プッシュダウンにより、CTE への複数の参照が誤った結果をもたらす問題を修正しました。
- MySQL 圧縮プロトコルが大量のデータ (>=16M) を処理できない問題を修正#47152 #47157 #47161 @ ドヴェーデン
- TiDB が
systemd
#47442 @ ホーキングレイで起動したときにcgroup
リソース制限を読み取らない問題を修正しました
ティクヴ
PD
evict-leader-scheduler
構成#6897 @ ヒューシャープを失う可能性がある問題を修正- ストアがオフラインになった後、その統計の監視メトリックが削除されない問題を修正#7180 @ rleungx
- 配置ルールの構成が複雑な場合に、データレプリケーション自動同期 (DR 自動同期) モードを採用しているクラスターで
canSync
とhasMajority
が誤って計算される可能性がある問題を修正しました#7201 @ ディスク - ルールチェッカーが配置ルール#7185 @ ノルーシュの設定に従って学習者を追加しない問題を修正しました
- TiDBダッシュボードがPD
trace
データを正しく読み取れない問題を修正#7253 @ ノルーシュ - 内部的に取得された空の領域が原因でPDがpanic可能性がある問題を修正#7261 @ 翻訳者
- データレプリケーション自動同期(DR自動同期)モード#7221 @ ディスクを採用しているクラスターで
available_stores
誤って計算される問題を修正 - TiKV ノードが利用できない場合に PD が通常のピアを削除する可能性がある問題を修正#7249 @ 翻訳者
- 大規模クラスターに複数の TiKV ノードを追加すると、TiKVハートビートレポートが遅くなったり停止したりする可能性がある問題を修正#7248 @ rleungx
TiFlash
ツール
バックアップと復元 (BR)
ティCDC
- オブジェクト ストア シンク#10041 @ チャールズ・チュン96にデータを複製するときに NFS ディレクトリにアクセスすることによって発生するパフォーマンスの問題を修正しました。
claim-check
有効になっているときにstorageパスのスペルが間違っている問題を修正#10036 @ 3エースショーハンド- TiCDC のスケジュールがバランスが取れていないケースがある問題を修正#9845 @ 3エースショーハンド
- Kafka #9855 @ ヒックにデータを複製するときに TiCDC が停止する可能性がある問題を修正しました
- TiCDCプロセッサが場合によってはpanic可能性がある問題を修正#9849 #9915 @ ヒック @ 3エースショーハンド
kv-client.enable-multiplexing
有効にするとレプリケーション タスクが#9673 @ ふびんずで停止する問題を修正しました- REDOログが有効になっている場合にNFS障害により所有者ノードが停止する問題を修正#9886 @ 3エースショーハンド
パフォーマンステスト
TiDB v7.5.0 のパフォーマンスについては、TiDB 専用クラスターのTPC-C パフォーマンステストレポートとSysbench パフォーマンステストレポートを参照してください。
寄稿者
TiDB コミュニティの以下の貢献者に感謝いたします。