TiDB 6.1.0 リリースノート

発売日：2022年6月13日

TiDB バージョン: 6.1.0

クイックアクセス: クイックスタート | 本番環境への展開

6.1.0 の主な新機能または改善点は次のとおりです。

• List パーティショニングとリスト COLUMNS パーティショニングが GA になり、 MySQL 5.7と互換性があります
• TiFlashパーティションテーブル（動的プルーニング）が GA になりました
• ユーザーレベルのロック管理をサポートし、MySQLと互換性があります
• 非トランザクションDML文をサポート（ DELETEのみサポート）
• TiFlashはオンデマンドのデータ圧縮をサポート
• MPPはウィンドウ関数フレームワークを導入する
• TiCDCはAvro経由でKafkaへの変更ログの複製をサポートします
• TiCDCはレプリケーション中に大規模なトランザクションを分割することをサポートしており、これにより大規模なトランザクションによって発生するレプリケーションのレイテンシーが大幅に削減されます。
• シャードテーブルのマージと移行の楽観的モードがGAになりました

新機能

SQL

• List パーティショニングとリストCOLUMNSパーティショニングがGAになりました。どちらもMySQL 5.7と互換性があります。

  ユーザーList COLUMNS partitioning : List パーティショニング

• TiFlash は、コンパクト コマンドの開始をサポートしています。(実験的)

  TiFlash v6.1.0 introduces the ALTER TABLE ... COMPACT statement, which provides a manual way to compact physical data based on the existing background compaction mechanism. With this statement, you can update data in earlier formats and improve read/write performance any time as appropriate. It is recommended that you execute this statement to compact data after upgrading your cluster to v6.1.0. This statement is an extension of the standard SQL syntax and therefore is compatible with MySQL clients. For scenarios other than TiFlash upgrade, usually there is no need to use this statement.

  ユーザードキュメント ＃4145

• TiFlash はウィンドウ関数フレームワークを実装し、次のウィンドウ関数をサポートします。

  • RANK()
  • DENSE_RANK()
  • ROW_NUMBER()

  ユーザードキュメント ＃33072

可観測性

• 継続的なプロファイリングは、ARMアーキテクチャとTiFlash をサポートします。

  ユーザードキュメント

• Grafana は、全体的なパフォーマンス診断のためのシステム レベルのエントリを提供するパフォーマンス概要ダッシュボードを追加します。

  TiDB可視化監視コンポーネントGrafanaの新しいダッシュボードである「パフォーマンス概要」は、システム全体のパフォーマンス診断のためのエントリーを提供します。トップダウン型パフォーマンス分析手法に基づき、「パフォーマンス概要」ダッシュボードは、TiDBのパフォーマンスメトリクスをデータベース時間の内訳に基づいて整理し、異なる色で表示します。これらの色を確認することで、システム全体のパフォーマンスボトルネックを一目で特定できるため、パフォーマンス診断時間を大幅に短縮し、パフォーマンス分析と診断を簡素化します。

  ユーザードキュメント

パフォーマンス

• カスタマイズされたリージョンサイズをサポート

  v6.1.0以降では、 coprocessor.region-split-size設定することでリージョンのサイズを大きく設定できます。これにより、リージョンの数を効果的に削減し、リージョンの管理を容易にし、クラスターのパフォーマンスと安定性を向上させることができます。

  ユーザードキュメント ＃11515

• 同時実行性を高めるためにバケットの使用をサポート（実験的）

  リージョンのサイズを大きくした後でもクエリの同時実行性をさらに向上させるために、TiDB ではバケットという概念が導入されています。バケットとは、リージョン内のより小さな範囲を指します。バケットをクエリ単位として使用すると、リージョンのサイズを大きくした場合に同時実行クエリのパフォーマンスを最適化できます。また、バケットをクエリ単位として使用すると、ホットスポットリージョンのサイズを動的に調整して、スケジューリングの効率と負荷分散を確保することもできます。この機能は現在実験的です。本番環境での使用は推奨されません。

  ユーザードキュメント ＃11515

• Use Raft Engine as the default log storage engine

  v6.1.0以降、TiDBはログのデフォルトstorageエンジンとしてRaft Engineを使用しています。RocksDBと比較して、 Raft EngineはTiKV I/O書き込みトラフィックを最大40%、CPU使用率を10%削減し、フォアグラウンドスループットを約5%向上させ、特定の負荷下ではテールレイテンシーを20%削減します。

  ユーザードキュメント ＃95

• 結合順序ヒント構文をサポートする

  • The LEADING hint reminds the optimizer to use the specified order as the prefix of join operations. A good prefix of join can quickly reduce the amount of data at the early phase of join and improve the query performance.
  • STRAIGHT_JOINヒントは、 FROM句内のテーブルの順序と一致する順序でテーブルを結合するようにオプティマイザーに通知します。

  これにより、テーブル結合の順序を固定することができます。ヒントを適切に使用することで、SQLパフォーマンスとクラスタの安定性を効果的に向上させることができます。

  ＃29932 STRAIGHT_JOIN : LEADING

• TiFlash はさらに 4 つの関数をサポートしています。

  • FROM_DAYS
  • TO_DAYS
  • TO_SECONDS
  • WEEKOFYEAR

  ユーザードキュメント ＃4679 ＃4678 ＃4677

• TiFlash は、動的プルーニング モードでパーティション化されたテーブルをサポートします。

  OLAPシナリオにおけるパフォーマンス向上のため、パーティションテーブルでは動的プルーニングモードがサポートされています。TiDBをv6.0.0より前のバージョンからアップグレードする場合は、パフォーマンスを最大限に高めるために、既存のパーティションテーブルの統計情報を手動で更新することをお勧めします（新規インストールの場合、またはv6.1.0へのアップグレード後に新しく作成されたパーティションの場合は必要ありません）。

  ＃3873 動的プルーニングモード : MPP モードでパーティション テーブルにアクセスする

安定性

• SST 破損からの自動回復

  RocksDBがバックグラウンドで破損したSSTファイルを検出すると、TiKVは影響を受けたピアのスケジュールを設定し、他のレプリカを使用してそのデータの復旧を試みます。パラメータbackground-error-recovery-windowを使用して、復旧の最大許容時間を設定できます。復旧操作が指定時間内に完了しない場合、TiKVはpanicになります。この機能は、復旧可能な破損storageを自動的に検出して復旧するため、クラスターの安定性が向上します。

  ユーザードキュメント ＃10578

• 非トランザクションDMLステートメントをサポートする

  大規模データ処理のシナリオでは、大規模なトランザクションを伴う単一のSQL文が、クラスタの安定性とパフォーマンスに悪影響を及ぼす可能性があります。TiDB v6.1.0以降、 DELETE SQL文を複数のSQL文に分割してバッチ処理する構文がサポートされています。分割文はトランザクションの原子性と独立性を損なう可能性がありますが、クラスタの安定性を大幅に向上させます。詳細な構文については、 BATCH参照してください。

  User document

• TiDBは最大GC待機時間の設定をサポートしています

  TiDB のトランザクションは、マルチバージョン同時実行制御 (MVCC) メカニズムを採用しています。新しく書き込まれたデータが古いデータを上書きする場合、古いデータは置き換えられず、両方のバージョンのデータが格納されます。古いデータはガベージコレクション (GC) タスクによって定期的にクリーンアップされ、storageスペースの再利用を促進してクラスターのパフォーマンスと安定性を向上させます。GC は、デフォルトでは 10 分ごとにトリガーされます。長時間実行トランザクションが対応する履歴データにアクセスできるようにするため、実行中のトランザクションがある場合は GC タスクが遅延されます。GC タスクが無期限に遅延されないように、TiDB は GC タスクの最大遅延時間を制御するシステム変数tidb_gc_max_wait_time導入しています。最大遅延時間を超えると、GC は強制的に実行されます。変数のデフォルト値は 24 時間です。この機能により、GC の待機時間と長時間実行トランザクションの関係を制御でき、クラスターの安定性が向上します。

  ユーザードキュメント

• TiDBは自動統計収集タスクの最大実行時間の設定をサポートします

  データベースは統計情報を収集することでデータの分布を効果的に把握し、合理的な実行計画を生成してSQL実行の効率を向上させることができます。TiDBは、頻繁に変更されるデータオブジェクトの統計をバックグラウンドで定期的に収集します。しかし、統計の収集はクラスタリソースを消費するため、ビジネスピーク時にはビジネスの安定運用に影響を与える可能性があります。

  v6.1.0以降、TiDBはバックグラウンド統計収集の最大実行時間を制御するためのtidb_max_auto_analyze_time導入しました。これはデフォルトで12時間です。アプリケーションがリソースのボトルネックに遭遇しない場合は、TiDBがタイムリーに統計を収集できるように、この変数を変更しないことを推奨します。

  ユーザードキュメント

使いやすさ

• 複数のレプリカが失われた場合のワンストップオンラインデータ復旧をサポート

  TiDB v6.1.0より前のバージョンでは、マシン障害により複数のリージョンレプリカが失われた場合、ユーザーはすべてのTiKVサーバーを停止し、 TiKV Controlを使用してTiKVを1つずつリカバリする必要がありました。TiDB v6.1.0以降では、リカバリプロセスは完全に自動化されており、TiKVを停止する必要がなく、他のオンラインアプリケーションに影響を与えることもありません。リカバリプロセスはPD Controlを使用して開始でき、よりユーザーフレンドリーな概要情報を提供します。

  ユーザードキュメント ＃10483

• 履歴統計収集タスクの表示をサポート

  SHOW ANALYZE STATUS文を使用すると、クラスターレベルの統計収集タスクを表示できます。TiDB v6.1.0 より前のバージョンでは、 SHOW ANALYZE STATUS文はインスタンスレベルのタスクのみを表示し、履歴タスクの記録は TiDB の再起動後に消去されます。そのため、履歴統計収集の時間と詳細は表示できません。TiDB v6.1.0 以降では、統計収集タスクの履歴記録は保持され、クラスターの再起動後もクエリを実行できます。これにより、統計の異常によって発生するクエリパフォーマンスの問題をトラブルシューティングするための参考資料となります。

  ユーザードキュメント

• TiDB、TiKV、およびTiFlash構成の動的な変更をサポート

  以前のバージョンのTiDBでは、設定項目を変更した後、変更を有効にするにはクラスタを再起動する必要がありました。これにより、オンラインサービスが中断される可能性がありました。この問題に対処するため、TiDB v6.1.0では動的設定機能が導入され、クラスタを再起動せずにパラメータ変更を検証できるようになりました。具体的な最適化は以下の通りです。

  • TiDBの一部の設定項目をシステム変数に変換し、動的に変更・保存できるようにします。変換後は元の設定項目は非推奨となることに注意してください。変換後の設定項目の詳細なリストについては、 コンフィグレーションファイルのパラメータ参照してください。
  • Support configuring some TiKV parameters online. For a detailed list of the parameters, see その他.
  • TiFlash構成項目max_threadsシステム変数tidb_max_tiflash_threadsに変換し、構成を動的に変更して永続化できるようにします。変換後も元の構成項目は保持されることに注意してください。

  以前のバージョンからアップグレードされた v6.1.0 クラスター (オンライン アップグレードとオフライン アップグレードを含む) については、次の点に注意してください。

  • If the configuration items specified in the configuration file before the upgrade already exist, TiDB will automatically update the values of the configured items to those of the corresponding system variables during the upgrade process. In this way, after the upgrade, the system behavior is not affected by parameter optimization.
  • 上記の自動更新はアップグレード中に1回のみ実行されます。アップグレード後は、廃止された設定項目は無効になります。

  この機能により、システムを再起動したりサービスを中断したりすることなく、パラメータを動的に変更し、検証して永続化することができます。これにより、日々のメンテナンスが容易になります。

  ユーザードキュメント

• クエリや接続をグローバルに強制終了する機能をサポート

  enable-global-kill構成 (デフォルトで有効) を使用して、グローバル キル機能を制御できます。

  TiDB v6.1.0より前のバージョンでは、操作が大量のリソースを消費し、クラスタの安定性に問題が発生する場合、対象のTiDBインスタンスに接続してからKILL TIDB ${id};のコマンドを実行して対象の接続と操作を終了する必要がありました。多くのTiDBインスタンスの場合、この方法は使いにくく、誤操作が発生しやすいという問題がありました。v6.1.0以降では、 enable-global-kill構成が導入され、デフォルトで有効になっています。クライアントとTiDBの間にプロキシがある場合、他のクエリやセッションを誤って終了してしまう心配なく、任意のTiDBインスタンスでkillコマンドを実行して、指定した接続と操作を終了できます。現在、TiDBはCtrl+Cを使用してクエリまたはセッションを終了することをサポートしていません。

  ユーザードキュメント ＃8854

• TiKV API V2 (実験的)

  v6.1.0 より前では、TiKV が Raw Key Valuestorageとして使用される場合、TiKV はクライアントから渡された生データのみを保存するため、基本的な Key Value の読み取りおよび書き込み機能のみを提供します。

  TiKV API V2 は、次のような新しい Raw Key Valuestorage形式とアクセス インターフェイスを提供します。

  • データはMVCCに保存され、データの変更タイムスタンプが記録されます。この機能は、変更データキャプチャ（CDC）と増分バックアップ・リストアの実装の基盤となります。
  • データはさまざまな使用法に応じてスコープ設定され、単一の TiDB クラスター、トランザクション KV、RawKV アプリケーションの共存をサポートします。
  警告

  基盤となるstorage形式に大幅な変更が加えられたため、API V2 を有効にすると、TiKV クラスターを v6.1.0 より前のバージョンにロールバックできなくなります。TiKV をダウングレードすると、データが破損する可能性があります。

  ユーザードキュメント ＃11745

MySQLの互換性

• MySQL のユーザーレベルロック管理との互換性をサポート

  User-level locks are a user-named lock management system provided by MySQL through built-in functions. The locking functions can provide lock blocking, waiting, and other lock management capabilities. User-level locks are also widely used in ORM frameworks, such as Rails, Elixir, and Ecto. Since v6.1.0, TiDB has supported MySQL-compatible user-level lock management, and supports GET_LOCK, RELEASE_LOCK, and RELEASE_ALL_LOCKS functions.

  ユーザードキュメント ＃14994

データ移行

• シャードテーブルのマージと移行の楽観的モードがGAになりました

  DMは、シャードテーブルからデータをマージおよび移行するタスク向けに、楽観的モードに対応した多数のシナリオテストを追加しており、日常的な使用シナリオの90%をカバーしています。悲観的モードと比較して、楽観的モードはよりシンプルで効率的です。使用上の注意をよく理解した上で、楽観的モードを推奨します。

  ユーザードキュメント

• DM WebUIは指定されたパラメータに従ってタスクの開始をサポートします

  移行タスクを開始する際、開始時刻とセーフモードの継続時間を指定できます。これは、多数のソースを持つ増分移行タスクを作成する場合に特に便利です。これにより、ソースごとにbinlogの開始位置を個別に指定する必要がなくなります。

  ユーザードキュメント ＃5442

TiDBデータ共有サブスクリプション

• TiDBは、さまざまなサードパーティのデータエコシステムとのデータ共有をサポートします。

  • TiCDC は、TiDB 増分データを Avro 形式で Kafka に送信することをサポートしており、Confluent を介して KSQL や Snowflake などのサードパーティとデータを共有できます。

    ユーザードキュメント ＃5338

  • TiCDC は、テーブルごとに TiDB からさまざまな Kafka トピックに増分データをディスパッチすることをサポートしており、これを Canal-json 形式と組み合わせることで、Flink と直接データを共有できます。

    ユーザードキュメント, ＃4423

  • TiCDC は SASL GSSAPI 認証タイプをサポートし、Kafka を使用した SASL 認証の例を追加します。

    User document #4423

• TiCDC はcharset=GBKテーブルの複製をサポートします。

  ユーザードキュメント ＃4806

Compatibility changes

システム変数

コンフィグレーションファイルのパラメータ

その他

• プリペアドプランキャッシュをデフォルトで有効にする

  新しいクラスターでは、 プリペアドプランキャッシュがデフォルトで有効化され、リクエストのPrepare Execute実行プランをキャッシュします。以降の実行では、クエリプランの最適化をスキップできるため、パフォーマンスが向上します。アップグレードされたクラスターは、設定ファイルから設定を継承します。新しいクラスターは新しいデフォルト値を使用するため、 プリペアドプランキャッシュ はデフォルトで有効化され、各セッションで最大100プランをキャッシュできます ( capacity=100 )。この機能のメモリ消費量については、 プリペアドプランキャッシュのメモリ管理参照してください。

• TiDB v6.1.0より前のバージョンでは、 SHOW ANALYZE STATUSインスタンスレベルのタスクを示し、タスクレコードはTiDBの再起動後に消去されます。TiDB v6.1.0以降では、 SHOW ANALYZE STATUSクラスタレベルのタスクを示し、タスクレコードは再起動後も保持されます。5 tidb_analyze_version = 2場合、 Job_info列にanalyze option情報が追加されます。

• TiKV内のSSTファイルが破損すると、TiKVプロセスがpanicになる可能性があります。TiDB v6.1.0より前では、SSTファイルが破損するとTiKVは直ちにpanic状態になりました。TiDB v6.1.0以降では、SSTファイルが破損してから1時間後にTiKVプロセスがpanicになります。

• 次の TiKV 構成項目は値を動的に変更するサポートします。

  • raftstore.raft-entry-max-size
  • quota.foreground-cpu-time
  • quota.foreground-write-bandwidth
  • quota.foreground-read-bandwidth
  • quota.max-delay-duration
  • server.grpc-memory-pool-quota
  • server.max-grpc-send-msg-len
  • server.raft-msg-max-batch-size

• v6.1.0では、一部の構成ファイルパラメータがシステム変数に変換されます。以前のバージョンからv6.1.0クラスターにアップグレード（オンラインおよびオフラインアップグレードを含む）する場合は、以下の点にご注意ください。

  • アップグレード前に設定ファイルに指定された設定項目が既に存在する場合、TiDBはアップグレードプロセス中に、設定された項目の値を対応するシステム変数の値に自動的に更新します。これにより、パラメータの最適化により、アップグレード後もシステムの動作は変わりません。
  • 上記の自動更新はアップグレード中に1回のみ実行されます。アップグレード後は、廃止された設定項目は無効になります。

• ダッシュボード ページはDM WebUIから削除されます。

• dispatchers.topicとdispatchers.partition有効になっている場合、TiCDC を v6.1.0 より前のバージョンにダウングレードすることはできません。

• Avro プロトコルを使用するTiCDC Changefeed は、v6.1.0 より前のバージョンにダウングレードできません。

Improvements

• TiDB

  • UnionScanReadオペレータ#32433のパフォーマンスを向上させる
  • EXPLAINの出力におけるタスクタイプの表示を改善（MPPタスクタイプを追加） ＃33332
  • 列＃10377のデフォルト値としてrand()使用することをサポートします
  • 列＃33870のデフォルト値としてuuid()使用することをサポートします
  • Support modifying the character set of columns from latin1 to utf8/utf8mb4 ＃34008

• TiKV

  • インメモリ悲観的ロック＃12279使用時の CDC の古い値のヒット率を改善
  • ヘルスチェックを改善して、利用できないRaftstoreを検出し、TiKV クライアントがリージョンキャッシュを時間内に更新できるようにします＃12398
  • Raft Engine ＃12255のメモリ制限設定をサポート
  • TiKVは、破損したSSTファイルを自動的に検出して削除し、製品の可用性を向上させます＃10578
  • CDCはRawKV ＃11965をサポートしています
  • Support splitting a large snapshot file into multiple files ＃11595
  • スナップショットGCがRaftstoreのメッセージループをブロックするのを防ぐために、スナップショットガベージコレクションをRaftstoreからバックグラウンドスレッドに移動します＃11966
  • gPRCメッセージの最大メッセージ長（ max-grpc-send-msg-len ）と最大バッチサイズ（ raft-msg-max-batch-size ） ＃12334の動的設定をサポート
  • Raft ＃10483によるオンラインの安全でない復元計画の実行をサポート

• PD

  • リージョンラベル＃4694の Time-to-Live (TTL) をサポート
  • サポートリージョンバケット＃4668
  • デフォルトでSwaggerサーバーのコンパイルを無効にする#4932

• TiFlash

  • 集約演算子のメモリ計算を最適化して、マージフェーズ＃4451でより効率的なアルゴリズムが使用されるようにします。

• Tools

  • バックアップと復元 (BR)

    • 空のデータベースのバックアップと復元をサポート＃33866

  • TiDB Lightning

    • 散布リージョンをバッチモードに最適化して、散布リージョンプロセスの安定性を向上させます#33618

  • TiCDC

    • TiCDCは、レプリケーション中に大規模なトランザクションを分割することをサポートしており、これにより、大規模なトランザクションによって発生するレプリケーションのレイテンシーが大幅に短縮されます＃5280

バグ修正

• TiDB

  • in関数がbitタイプのデータを処理する際に発生する可能性のあるpanicの問題を修正しました＃33070
  • UnionScan演算子が順序を維持できないために間違ったクエリ結果が発生する問題を修正＃33175
  • 特定のケースで Merge Join 演算子が間違った結果を返す問題を修正＃33042
  • 動的プルーニングモード＃33231でindex join結果が間違っている可能性がある問題を修正しました
  • パーティションテーブルの一部のパーティションが削除されたときにデータがガベージコレクションされない可能性がある問題を修正＃33620
  • クラスターのPDノードが交換された後、一部のDDL文が一定期間スタックする可能性がある問題を修正しました＃33908
  • INFORMATION_SCHEMA.CLUSTER_SLOW_QUERYテーブルへのクエリ実行時に TiDBサーバーのメモリが発生する問題を修正しました。この問題は、Grafana ダッシュボード＃33893でスロークエリをチェックすると発生する可能性があります。
  • システム変数max_allowed_packetが有効にならない問題を修正＃31422
  • TopSQLモジュール＃34525 ＃34502のメモリリークの問題を修正
  • PointGetプラン＃32371でプランキャッシュが間違っている可能性がある問題を修正しました
  • RC分離レベル＃34447でプランキャッシュが開始されるとクエリ結果が間違っている可能性がある問題を修正しました

• TiKV

  • TiKVインスタンスがオフラインになったときにRaftログの遅延が増加する問題を修正＃12161
  • Fix the issue that TiKV panics and destroys peers unexpectedly because the target Region to be merged is invalid ＃12232
  • v5.3.1 または v5.4.0 から v6.0.0 以降のバージョンにアップグレードするときに TiKV がfailed to load_latest_optionsエラーを報告する問題を修正しました＃12269
  • メモリリソースが不足しているときにRaftログを追加することによって発生する OOM の問題を修正しました#11379
  • Fix the issue of TiKV panic caused by the race between destroying peers and batch splitting Regions ＃12368
  • stats_monitorデッドループに陥った後、短時間で TiKVメモリ使用量が急増する問題を修正＃12416
  • Follower Read ＃12478使用時に TiKV がinvalid store ID 0エラーを報告する問題を修正しました

• PD

  • not leader ＃4797の間違ったステータスコードを修正
  • Fix a bug of TSO fallback in some corner cases ＃4884
  • PDリーダー移転後に削除した墓石ストアが再び表示される問題を修正＃4941
  • PDリーダー移行後すぐにスケジュールを開始できない問題を修正＃4769

• TiDBダッシュボード

  • Top SQL機能が有効になる前に実行されていた SQL 文の CPU オーバーヘッドをTop SQLが収集できないバグを修正＃33859

• TiFlash

  • 多数のINSERTおよびDELETE操作後に発生する可能性のあるデータの不整合を修正＃4956

• ツール

  • TiCDC

    • DDLスキーマのバッファリング方法を最適化することで過剰なメモリ使用量を修正＃1386
    • 特別な増分スキャンシナリオで発生するデータ損失を修正＃5468

  • TiDB データ移行 (DM)

    • start-timeタイムゾーンの問題を修正し、DM の動作をダウンストリーム タイムゾーンの使用からアップストリーム タイムゾーンの使用に変更します＃5471
    • タスクが自動的に再開された後にDMがより多くのディスクスペースを占有する問題を修正＃3734 ＃5344
    • チェックポイントフラッシュにより失敗した行のデータがスキップされる可能性がある問題を修正＃5279
    • Fix the issue that in some cases manually executing the filtered DDL in the downstream might cause task resumption failure ＃5272
    • case-sensitive: trueが設定されていない場合、大文字テーブルを複製できない問題を修正＃5255
    • SHOW CREATE TABLEステートメント＃5159によって返されるインデックスの先頭に主キーがない場合に発生する DM ワーカーpanicの問題を修正しました。
    • GTID が有効になっているときやタスクが自動的に再開されたときに CPU 使用率が上昇し、大量のログが出力される問題を修正しました＃5063
    • DM WebUI ＃4993のオフライン オプションとその他の使用上の問題を修正しました
    • アップストリーム＃3731でGTIDが空の場合に増分タスクの開始に失敗する問題を修正
    • 空の設定により dm-master がpanicを起こす可能性がある問題を修正＃3732

  • TiDB Lightning

    • 事前チェックでローカルディスクリソースとクラスターの可用性がチェックされない問題を修正＃34213
    • スキーマ＃33381ルーティングが正しくない問題を修正しました
    • TiDB LightningがパニックになったときにPD構成が正しく復元されない問題を修正＃31733
    • Fix the issue of Local-backend import failure caused by out-of-bounds data in the auto_increment column ＃27937
    • Fix the issue of local backend import failure when the auto_random or auto_increment column is null ＃34208