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になる

新機能

構文

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

  ユーザードキュメント: List パーティショニング 、 List COLUMNS パーティショニング

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

  TiFlash v6.1.0 では、既存のバックグラウンド圧縮メカニズムに基づいて物理データを手動で圧縮する方法を提供するALTER TABLE ... COMPACTステートメントが導入されています。このステートメントを使用すると、以前の形式のデータを更新し、必要に応じていつでも読み取り/書き込みパフォーマンスを向上させることができます。クラスターを v6.1.0 にアップグレードした後、このステートメントを実行してデータを圧縮することをお勧めします。このステートメントは標準 SQL 構文の拡張であるため、MySQL クライアントと互換性があります。TiFlashのアップグレード以外のシナリオでは、通常、このステートメントを使用する必要はありません。

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

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

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

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

可観測性

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

  ユーザードキュメント

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

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

  ユーザードキュメント

パフォーマンス

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

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

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

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

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

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

• デフォルトのログstorageエンジンとしてRaft Engineを使用する

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

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

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

  • LEADINGヒントは、指定された順序を結合操作のプレフィックスとして使用するようにオプティマイザーに通知します。結合のプレフィックスが適切であれば、結合の初期段階でデータ量を迅速に削減し、クエリのパフォーマンスを向上させることができます。
  • STRAIGHT_JOINヒントは、 FROM句のテーブルの順序と一致する順序でテーブルを結合するようにオプティマイザーに通知します。

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

  ユーザーSTRAIGHT_JOIN ＃29932 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 ステートメントが、クラスターの安定性とパフォーマンスに悪影響を及ぼす可能性があります。v6.1.0 以降、TiDB は、 DELETEのステートメントを複数のステートメントに分割してバッチ処理する構文をサポートしています。分割ステートメントはトランザクションの原子性と分離性を損ないますが、クラスターの安定性を大幅に向上させます。詳細な構文については、 BATCHを参照してください。

  ユーザードキュメント

• 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 構成項目をシステム変数に変換し、動的に変更して永続化できるようにします。変換後は元の構成項目は非推奨になることに注意してください。変換された構成項目の詳細なリストについては、 コンフィグレーションファイルのパラメータを参照してください。
  • 一部の TiKV パラメータのオンライン設定をサポートします。パラメータの詳細なリストについては、 その他参照してください。
  • TiFlash構成項目max_threadsをシステム変数tidb_max_tiflash_threadsに変換して、構成を動的に変更し、永続化できるようにします。変換後も元の構成項目は残ることに注意してください。

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

  • アップグレード前に設定ファイルに指定された設定項目がすでに存在する場合、TiDB はアップグレード プロセス中に設定された項目の値を対応するシステム変数の値に自動的に更新します。これにより、アップグレード後のシステム動作はパラメータの最適化の影響を受けません。
  • 上記の自動更新は、アップグレード中に 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 に保存され、データの変更タイムスタンプが記録されます。この機能は、変更データ キャプチャと増分バックアップおよび復元を実装するための基盤となります。
  • データはさまざまな用途に応じてスコープ設定され、単一の TiDB クラスター、トランザクション KV、RawKV アプリケーションの共存をサポートします。
  警告

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

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

MySQL 互換性

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

  ユーザーレベル ロックは、MySQL が組み込み関数を通じて提供する、ユーザーが命名するロック管理システムです。ロック関数は、ロックのブロック、待機、およびその他のロック管理機能を提供できます。ユーザーレベル ロックは、Rails、Elixir、Ecto などの ORM フレームワークでも広く使用されています。TiDB は、v6.1.0 以降、MySQL 互換のユーザーレベル ロック管理をサポートしており、 GET_LOCK 、およびRELEASE_ALL_LOCKS RELEASE_LOCKをサポートしています。

  ユーザードキュメント , ＃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 認証の例を追加します。

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

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

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

互換性の変更

システム変数

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

その他

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

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

• TiDB v6.1.0 より前では、 SHOW ANALYZE STATUS​​インスタンス レベルのタスクを示し、タスク レコードは TiDB の再起動後にクリアされます。TiDB v6.1.0 以降では、 SHOW ANALYZE STATUSクラスター レベルのタスクを示し、タスク レコードは再起動後も保持されます。 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 より前のバージョンにダウングレードすることはできません。

改善点

• ティビ

  • UnionScanReadオペレータ＃32433のパフォーマンスを向上させる
  • EXPLAINの出力におけるタスクタイプの表示を改善（MPPタスクタイプを追加） ＃33332
  • 列＃10377のデフォルト値としてrand()使用をサポート
  • 列＃33870のデフォルト値としてuuid()使用をサポート
  • 列の文字セットutf8mb4 latin1からutf8 ＃34008に変更するサポート

• ティクヴ

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

• PD

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

• TiFlash

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

• ツール

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

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

  • TiDB Lightning

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

  • ティCDC

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

バグの修正

• ティビ

  • in関数がbit型データ＃33070を処理するときに発生する可能性のあるpanicの問題を修正しました
  • 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インスタンスがオフラインになるとRaftログの遅延が増加する問題を修正＃12161
  • マージ対象のリージョンが無効であるため、TiKV がパニックを起こしてピアを予期せず破棄する問題を修正＃12232
  • v5.3.1 または v5.4.0 から v6.0.0 以降のバージョンにアップグレードするときに TiKV がfailed to load_latest_optionsエラーを報告する問題を修正しました＃12269
  • メモリリソースが不足しているときにRaftログを追加することで発生する OOM の問題を修正＃11379
  • ピアの破壊とリージョン＃12368のバッチ分割の競合によって発生する TiKVpanicの問題を修正しました。
  • stats_monitorデッドループに陥った後、短時間で TiKVメモリ使用量が急増する問題を修正＃12416
  • Follower Read ＃12478使用時に TiKV がinvalid store ID 0エラーを報告する問題を修正

• PD

  • not leader ＃4797の間違ったステータスコードを修正
  • いくつかのコーナーケースでの TSO フォールバックのバグを修正＃4884
  • PDリーダーの移転後に削除された墓石ストアが再び表示される問題を修正＃4941
  • PDリーダー移行後すぐにスケジュールを開始できない問題を修正＃4769

• TiDBダッシュボード

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

• TiFlash

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

• ツール

  • ティCDC

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

  • TiDB データ移行 (DM)

    • start-timeタイムゾーンの問題を修正し、DM の動作をダウンストリーム タイムゾーンの使用からアップストリーム タイムゾーンの使用に変更します＃5471
    • タスクが自動的に再開された後にDMがより多くのディスク領域を占有する問題を修正＃3734 ＃5344
    • チェックポイントフラッシュにより失敗した行のデータがスキップされる可能性がある問題を修正＃5279
    • 下流でフィルタリングされた DDL を手動で実行すると、タスク再開が失敗する場合がある問題を修正しました＃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
    • auto_increment列目＃27937の範囲外データによるローカルバックエンドインポート失敗の問題を修正
    • auto_random列目またはauto_increment列目が null の場合にローカル バックエンドのインポートが失敗する問題を修正しました＃34208