TiDB 5.4 リリースノート

発売日: 2022年2月15日

TiDB バージョン: 5.4.0

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

• GBK文字セットをサポート
• 複数の列のインデックスのフィルタリング結果をマージするインデックスマージを使用したデータへのアクセスをサポートします。
• セッション変数を使用した古いデータの読み取りをサポート
• 統計情報を収集するための設定の永続化をサポート
• TiKV のログstorageエンジンとしてRaft Engineの使用をサポート (実験的)
• クラスタへのバックアップの影響を最適化する
• バックアップstorageとして Azure Blobstorageの使用をサポート
• TiFlashとMPPエンジンの安定性とパフォーマンスを継続的に改善します
• TiDB Lightningにスイッチを追加して、既存のテーブルにデータをインポートするかどうかを決定します。
• 継続的プロファイリング機能の最適化（実験的）
• TiSparkはユーザーの識別と認証をサポートします

互換性の変更

注記：

以前の TiDB バージョンから v5.4.0 にアップグレードする場合、すべての中間バージョンの互換性変更ノートを知りたい場合は、該当するバージョンのリリースノートを確認できます。

システム変数

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

その他

• information_schema.TIDB_HOT_REGIONS_HISTORYと PD の間にインターフェースが追加されました。1 システム テーブルを使用する場合、TiDB は対応するバージョンの PD を使用する必要があります。
• TiDB サーバー、PD サーバー、および TiKV サーバーは、ログ名、出力形式、ローテーションと有効期限のルールを管理するために、ログ関連のパラメータに統一された命名方法を使用するようになりました。詳細については、 TiKV 構成ファイル - ログを参照してください。
• v5.4.0 以降、プラン キャッシュを介してキャッシュされた実行プランの SQL バインディングを作成すると、バインディングによって、対応するクエリに対してすでにキャッシュされているプラ​​ンが無効になります。新しいバインディングは、v5.4.0 より前にキャッシュされた実行プランには影響しません。
• v5.3 以前のバージョンでは、 TiDB データ移行 (DM)ドキュメントは TiDB のドキュメントとは独立していました。v5.4 以降では、DM のドキュメントは同バージョンの TiDB のドキュメントに統合されています。DM のドキュメントサイトにアクセスしなくても、 DM ドキュメント直接読むことができます。
• cdclog とともに、Point-in-time recovery (PITR) の実験的機能を削除します。v5.4.0 以降、cdclog ベースの PITR と cdclog はサポートされなくなりました。
• システム変数を「DEFAULT」に設定する動作をMySQLとより互換性のあるものにする＃29680
• システム変数lc_time_names読み取り専用＃30084に設定する
• tidb_store_limitのスコープをINSTANCEまたはGLOBALからGLOBAL ＃30756に設定する
• 列にゼロが含まれている場合、整数型列を時間型列に変換することを禁止する＃25728
• 浮動小数点値を挿入するときにInfまたはNAN値に対してエラーが報告されない問題を修正しました＃30148
• 自動IDが範囲外の場合にREPLACE文が他の行を誤って変更する問題を修正#30301

新機能

構文

• TiDBはv5.4.0以降、GBK文字セットをサポートしています。

  v5.4.0 より前では、 TiDB はascii 、 binary 、 latin1 、 utf8 、およびutf8mb4文字セットをサポートしています。

  中国語ユーザーをより適切にサポートするために、TiDB はバージョン 5.4.0 以降で GBK 文字セットをサポートしています。TiDB クラスターを初めて初期化するときに TiDB 構成ファイルでnew_collations_enabled_on_first_bootstrapオプションを有効にすると、TiDB GBK 文字セットはgbk_binとgbk_chinese_ci両方の照合をサポートします。

  GBK文字セットを使用する場合は、互換性の制限に注意する必要があります。詳細については、 文字セットと照合順序 - GBKを参照してください。

Security

• TiSparkはユーザー認証と承認をサポートします

  TiSpark 2.5.0 以降、TiSpark はデータベース ユーザー認証と、データベースまたはテーブル レベルでの読み取り/書き込み承認の両方をサポートしています。この機能を有効にすると、データを取得するための描画などの不正なバッチ タスクの実行をビジネスで防止できるため、オンライン クラスターの安定性とデータ セキュリティが向上します。

  この機能はデフォルトで無効になっています。有効にすると、TiSpark を介して操作するユーザーに必要な権限がない場合、そのユーザーは TiSpark から例外を受け取ります。

  ユーザードキュメント

• TiUPはルートユーザーの初期パスワードの生成をサポートしています

  クラスターを起動するコマンドに--initパラメーターが導入されました。このパラメーターにより、 TiUPを使用してデプロイされた TiDB クラスターでは、 TiUP がデータベース ルート ユーザーの初期強力パスワードを生成します。これにより、空のパスワードを持つルート ユーザーを使用する際のセキュリティ リスクが回避され、データベースのセキュリティが確保されます。

  ユーザードキュメント

パフォーマンス

• 列指向storageエンジンTiFlashとコンピューティングエンジンMPPの安定性とパフォーマンスを継続的に向上

  • より多くの関数をMPP エンジンにプッシュダウンすることをサポートします。

    • RPAD() STRCMP()関数: LPAD()
    • SUBDATE(string, real)関数QUARTER() ADDDATE(string, real) DATE_ADD(string, real) DATE_SUB(string, real)

  • リソース使用率を向上させるためにエラスティック スレッド プール機能を導入します (実験的)

  • TiKVからデータを複製する際に、行ベースのstorage形式から列ベースのstorage形式にデータを変換する効率を改善し、データ複製の全体的なパフォーマンスを50%向上させます。

  • いくつかの構成項目のデフォルト値を調整することで、 TiFlash のパフォーマンスと安定性が向上します。HTAP ハイブリッド ロードでは、単一テーブルに対する単純なクエリのパフォーマンスが最大 20% 向上します。

  ユーザードキュメント: プッシュダウン計算をサポート 、 tiflash.tomlファイルを設定する

• セッション変数を通じて指定された時間範囲内の履歴データを読み取る

  TiDB は、 Raftコンセンサス アルゴリズムに基づくマルチレプリカ分散データベースです。高同時実行性と高スループットのアプリケーション シナリオでは、TiDB はフォロワー レプリカを通じて読み取りパフォーマンスをスケールアウトし、読み取り要求と書き込み要求を分離できます。

  さまざまなアプリケーション シナリオに対して、TiDB は、強力な一貫性のある読み取りと弱い一貫性のある履歴読み取りという 2 つのフォロワー読み取りモードを提供します。強力な一貫性のある読み取りモードは、リアルタイム データを必要とするアプリケーション シナリオに適しています。ただし、このモードでは、リーダーとフォロワー間のデータ レプリケーションの待機レイテンシーとスループットの低下により、特に地理的に分散された展開では、読み取り要求の待機レイテンシーが長くなる可能性があります。

  リアルタイム データに対する要件がそれほど厳しくないアプリケーション シナリオでは、履歴読み取りモードが推奨されます。このモードでは、レイテンシーが短縮され、スループットが向上します。TiDB は現在、次の方法による履歴データの読み取りをサポートしています。SQL ステートメントを使用して過去のある時点からデータを読み取るか、過去の時点に基づいて読み取り専用トランザクションを開始します。どちらの方法でも、特定の時点または指定された時間範囲内の履歴データの読み取りがサポートされています。詳細については、 AS OF TIMESTAMP句を使用して履歴データを読み取るを参照してください。

  v5.4.0 以降、TiDB はセッション変数を通じて指定された時間範囲内の履歴データの読み取りをサポートすることで、履歴読み取りモードの使いやすさを向上させました。このモードは、準リアルタイム シナリオで低レイテンシ、高スループットの読み取り要求に対応します。変数は次のように設定できます。

  set @@tidb_replica_read=leader_and_follower
  set @@tidb_read_staleness="-5"
  

  この設定により、TiDB は最も近いリーダー ノードまたはフォロワー ノードを選択し、5 秒以内に最新の履歴データを読み取ることができます。

  ユーザードキュメント

• インデックス統合の GA

  インデックス マージは、SQL 最適化の実験的機能として TiDB v4.0 で導入されました。この方法は、クエリで複数のデータ列のスキャンが必要な場合に、条件のフィルタリングを大幅に高速化します。次のクエリを例に挙げます。1 WHEREステートメントで、 ORで接続されたフィルタリング条件に列key1とkey2のそれぞれのインデックスがある場合、インデックス マージ機能はそれぞれのインデックスを同時にフィルタリングし、クエリ結果をマージして、マージされた結果を返します。

  SELECT * FROM table WHERE key1 <= 100 OR key2 = 200;
  

  TiDB v4.0 より前では、テーブルに対するクエリでは、フィルタリングに一度に 1 つのインデックスのみを使用できます。複数のデータ列をクエリする場合は、インデックス マージを有効にして、個々の列のインデックスを使用することで、短時間で正確なクエリ結果を取得できます。インデックス マージにより、不要なテーブル全体のスキャンが回避され、多数の複合インデックスを確立する必要がなくなります。

  v5.4.0 では、インデックス マージが GA になります。ただし、以下の制限には引き続き注意する必要があります。

  • インデックスマージは、選言正規形 (X ₁ ⋁ X ₂ ⋁ …X _n ) のみをサポートします。つまり、この機能は、 WHERE節のフィルタリング条件がORで接続されている場合にのみ機能します。

  • 新しくデプロイされた v5.4.0 以降の TiDB クラスターでは、この機能はデフォルトで有効になっています。以前のバージョンからアップグレードされた v5.4.0 以降の TiDB クラスターでは、この機能はアップグレード前の設定を継承し、必要に応じて設定を変更できます (v4.0 より前の TiDB クラスターでは、この機能は存在せず、デフォルトで無効になっています)。

  ユーザードキュメント

• Raft Engineのサポート (実験的)

  TiKV のログstorageエンジンとしてRaft Engine使用をサポートします。RocksDB と比較して、 Raft Engine はTiKV I/O 書き込みトラフィックを最大 40%、CPU 使用率を 10% 削減し、フォアグラウンド スループットを約 5% 向上させ、特定の負荷下でテールレイテンシーを20% 削減します。さらに、 Raft Engine はログのリサイクル効率を向上させ、極端な状況でのログ蓄積の問題を修正します。

  Raft Engineはまだ実験的機能であり、デフォルトでは無効になっています。v5.4.0 のRaft Engineのデータ形式は以前のバージョンと互換性がないことに注意してください。クラスターをアップグレードする前に、すべての TiKV ノードでRaft Engineが無効になっていることを確認する必要があります。v5.4.0 以降のバージョンでのみRaft Engineを使用することをお勧めします。

  ユーザードキュメント

• PREDICATE COLUMNSの統計収集をサポート (実験的)

  ほとんどの場合、SQL ステートメントを実行するときに、オプティマイザは一部の列 ( WHERE 、 JOIN 、 ORDER BY 、およびGROUP BYステートメントの列など) の統計のみを使用します。これらの使用される列はPREDICATE COLUMNSと呼ばれます。

  v5.4.0 以降では、 tidb_enable_column_trackingシステム変数の値をONに設定して、TiDB がPREDICATE COLUMNSを収集できるようにすることができます。

  設定後、TiDB は 100 * stats-leaseごとにPREDICATE COLUMNS情報をmysql.column_stats_usageシステム テーブルに書き込みます。ビジネスのクエリ パターンが安定している場合は、 ANALYZE TABLE TableName PREDICATE COLUMNS構文を使用してPREDICATE COLUMNS列のみの統計を収集できます。これにより、統計収集のオーバーヘッドを大幅に削減できます。

  ユーザードキュメント

• 統計情報の同期読み込みをサポート (実験的)

  v5.4.0 以降、TiDB では統計の同期ロード機能が導入されています。この機能はデフォルトでは無効になっています。この機能を有効にすると、SQL ステートメントを実行するときに、TiDB は大規模な統計 (ヒストグラム、TopN、Count-Min Sketch 統計など) をメモリに同期ロードできるようになり、SQL 最適化の統計の完全性が向上します。

  ユーザードキュメント

安定性

• 永続的なANALYZE構成をサポート

  統計は、オプティマイザが実行プランを生成する際に参照する基本情報の 1 つです。統計の精度は、生成された実行プランが妥当かどうかに直接影響します。統計の精度を確保するには、テーブル、パーティション、インデックスごとに異なる収集構成を設定する必要がある場合があります。

  v5.4.0 以降、TiDB はいくつかのANALYZEつの構成の永続化をサポートしています。この機能により、将来の統計収集に既存の構成を簡単に再利用できます。

  ANALYZE構成の永続性機能はデフォルトで有効になっています (システム変数tidb_analyze_versionは2でtidb_persist_analyze_optionsデフォルトでONです)。この機能を使用すると、 ANALYZEステートメントを手動で実行するときに、ステートメントで指定された永続性構成を記録できます。記録されると、次に TiDB が統計を自動的に更新するか、これらの構成を指定せずに手動で統計を収集するときに、TiDB は記録された構成に従って統計を収集します。

  ユーザードキュメント

高可用性と災害復旧

• バックアップタスクによるクラスタへの影響を軽減する

  バックアップと復元 (BR) では、自動調整機能が導入されています (デフォルトで有効)。この機能は、クラスター リソースの使用状況を監視し、バックアップ タスクで使用されるスレッドの数を調整することで、クラスターに対するバックアップ タスクの影響を軽減できます。場合によっては、バックアップ用のクラスター ハードウェア リソースを増やし、自動調整機能を有効にすると、クラスターに対するバックアップ タスクの影響を 10% 以下に抑えることができます。

  ユーザードキュメント

• バックアップのターゲットstorageとして Azure Blob Storage をサポート

  バックアップと復元 (BR) は、リモート バックアップstorageとして Azure Blob Storage をサポートします。Azure Cloud に TiDB をデプロイすると、クラスター データを Azure Blob Storage サービスにバックアップできるようになります。

  ユーザードキュメント

データ移行

• TiDB Lightningは、データを含むテーブルへのデータのインポートを許可するかどうかを決定する新しい機能を導入しました。

  TiDB Lightning、構成項目incremental-importが導入されています。これは、データを含むテーブルへのデータのインポートを許可するかどうかを決定します。デフォルト値はfalseです。並列インポート モードを使用する場合は、構成をtrueに設定する必要があります。

  ユーザードキュメント

• TiDB Lightningは並列インポートのメタ情報を格納するスキーマ名を導入します

  TiDB Lightningでは、 meta-schema-name構成項目が導入されています。並列インポート モードでは、このパラメータは、ターゲット クラスター内の各TiDB Lightningインスタンスのメタ情報を格納するスキーマ名を指定します。デフォルトでは、値は「lightning_metadata」です。このパラメータに設定される値は、同じ並列インポートに参加する各TiDB Lightningインスタンスで同じである必要があります。そうでない場合、インポートされたデータの正確性は保証されません。

  ユーザードキュメント

• TiDB Lightningが重複解決を導入

  ローカルバックエンド モードでは、 TiDB Lightning はデータのインポートが完了する前に重複データを出力し、その重複データをデータベースから削除します。インポートが完了したら重複データを解決し、アプリケーション ルールに従って挿入する適切なデータを選択できます。後続の増分データ移行フェーズで重複データが発生することによるデータの不整合を回避するために、重複データに基づいて上流のデータ ソースをクリーンアップすることをお勧めします。

  ユーザードキュメント

• TiDB データ移行 (DM) におけるリレー ログの使用を最適化します。

  • sourceの構成内のenable-relayスイッチを回復します。

  • start-relayおよびstop-relayコマンドを使用してリレー ログを動的に有効化および無効化することをサポートします。

  • リレー ログのステータスをsourceにバインドします。 source 、任意の DM ワーカーに移行された後も、有効または無効の元のステータスを保持します。

  • リレー ログのstorageパスを DM-worker 構成ファイルに移動します。

  ユーザードキュメント

• DMでの照合順序処理を最適化

  collation_compatible構成項目を追加します。値のオプションはloose (デフォルト) とstrictです。

  • アプリケーションに照合順序に関する厳密な要件がなく、クエリ結果の照合順序がアップストリームとダウンストリームで異なる可能性がある場合は、デフォルトのlooseモードを使用してエラーの報告を回避できます。
  • アプリケーションに照合順序に関する厳格な要件があり、アップストリームとダウンストリームの間で照合順序の一貫性を保つ必要がある場合は、 strictモードを使用できます。ただし、ダウンストリームがアップストリームのデフォルトの照合順序をサポートしていない場合、データ レプリケーションでエラーが報告される可能性があります。

  ユーザードキュメント

• DM のtransfer sourceを最適化して、レプリケーション タスクをスムーズに実行できるようにします。

  DM ワーカー ノードに不均衡な負荷がある場合、 transfer sourceコマンドを使用して、 sourceの構成を別の負荷に手動で転送できます。最適化後、 transfer sourceコマンドによって手動操作が簡素化されます。DM は他の操作を内部的に完了するため、関連するすべてのタスクを一時停止する代わりに、ソースをスムーズに転送できます。

• DM OpenAPI が一般提供 (GA) される

  DM は、データ ソースの追加やタスクの管理など、API 経由の日常管理をサポートします。v5.4.0 では、DM OpenAPI が GA になります。

  ユーザードキュメント

診断効率

• Top SQL （実験的機能）

  ソースを消費するクエリを簡単に見つけられるように、新しい実験的機能であるTop SQL (デフォルトでは無効) が導入されました。

  ユーザードキュメント

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

• TiCDC のクラスターへの影響を最適化する

  TiCDC を使用すると、TiDB クラスターのパフォーマンスへの影響が大幅に軽減されます。テスト環境では、TiCDC が TiDB に及ぼすパフォーマンスの影響を 5% 未満に軽減できます。

導入とメンテナンス

• 継続的プロファイリングの強化 (実験的)

  • サポートされるコンポーネントの追加: TiDB、PD、TiKV に加えて、TiDB v5.4.0 はTiFlashの CPU プロファイリングもサポートします。

  • プロファイリング表示のより多くの形式: フレーム チャート上での CPU プロファイリングと Goroutine の結果の表示をサポートします。

  • より多くのデプロイメント環境がサポートされます: 継続的なプロファイリングは、 TiDB Operatorを使用してデプロイされたクラスターでも使用できます。

  継続的なプロファイリングはデフォルトで無効になっていますが、TiDB ダッシュボードで有効にすることができます。

  継続的なプロファイリングは、 TiUP v1.9.0 以降またはTiDB Operator v1.3.0 以降を使用してデプロイまたはアップグレードされたクラスターに適用できます。

  ユーザードキュメント

改善点

• ティビ

  • キャッシュされたクエリプランをクリアするためのADMIN {SESSION | INSTANCE | GLOBAL} PLAN_CACHE構文をサポートする＃30370

• ティクヴ

  • コプロセッサーは、ストリームのような方法でリクエストを処理するためのページングAPIをサポートしています＃11448
  • 読み取り操作で二次ロックが解決されるのを待つ必要がないようにread-through-lockサポートする＃11402
  • ディスク容量の枯渇によるpanicを回避するためにディスク保護メカニズムを追加する＃10537
  • ログのアーカイブとローテーションをサポート＃11651
  • Raftクライアントによるシステムコールを減らしCPU効率を上げる＃11309
  • コプロセッサーはTiKV ＃11495への部分文字列のプッシュダウンをサポートします。
  • Read Committed分離レベル＃11485でロックの読み取りをスキップすることでスキャンパフォーマンスを向上します。
  • バックアップ操作で使用されるデフォルトのスレッドプールサイズを減らし、ストレスが高いときにスレッドプールの使用を制限する＃11000
  • Apply スレッド プールと Store スレッド プールのサイズを動的に調整する機能をサポート＃11159
  • snap-generatorスレッドプール＃11247のサイズ設定をサポート
  • 頻繁に読み書きされるファイルが多数ある場合に発生するグローバルロック競合の問題を最適化します＃250

• PD

  • デフォルトで過去のホットスポット情報を記録する＃25281
  • リクエストソースを識別するためにHTTPコンポーネントに署名を追加する＃4490
  • TiDBダッシュボードをv2021.12.31 ＃4257に更新

• TiFlash

  • ローカルオペレータのコミュニケーションを最適化する
  • スレッドの頻繁な作成や破棄を避けるために、gRPC の非一時的スレッド数を増やす

• ツール

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

    • BRが暗号化バックアップ＃29794を実行するときにキーの有効性チェックを追加する

  • ティCDC

    • 「EventFeed 再試行レート制限」ログの数を減らす＃4006
    • 多数のテーブルを複製する際のレプリケーションレイテンシーを削減する＃3900
    • TiKVストアがダウンしたときにKVクライアントが回復するまでの時間を短縮する＃3191

  • TiDB データ移行 (DM)

    • リレー有効時のCPU使用率を下げる＃2214

  • TiDB Lightning

    • TiDBバックエンドモード＃30953でのパフォーマンスを向上させるために、デフォルトで楽観的トランザクションを使用してデータを書き込む

  • Dumpling

    • Dumpling がデータベース バージョン＃29500をチェックする際の互換性を向上
    • CREATE DATABASEとCREATE TABLEをダンプするときにデフォルトの照合順序を追加する＃3420

バグの修正

• ティビ

  • クラスターをv4.xからv5.xにアップグレードするときに発生するtidb_analyze_version値の変更の問題を修正しました＃25422
  • サブクエリ＃30748で異なる照合順序を使用した場合に誤った結果が発生する問題を修正しました
  • TiDBのconcat(ifnull(time(3))の結果がMySQL ＃29498の結果と異なる問題を修正
  • 楽観的トランザクションモード＃30410でデータインデックスの不整合が発生する可能性がある問題を修正
  • 式を TiKV #30200にプッシュダウンできない場合に IndexMerge のクエリ実行プランが間違っている問題を修正しました。
  • 同時列型変更によりスキーマとデータの間に不整合が発生する問題を修正＃31048
  • サブクエリ＃30913がある場合にIndexMergeクエリの結果が間違っている問題を修正
  • クライアント＃30896で FetchSize が大きすぎる値に設定されている場合に発生するpanic問題を修正しました。
  • LEFT JOINが誤ってINNER JOIN ＃20510に変換される可能性がある問題を修正
  • CASE-WHENと照合順序を一緒に使用するとpanicが発生する可能性がある問題を修正＃30245
  • IN値にバイナリ定数＃31261が含まれている場合に発生する誤ったクエリ結果の問題を修正しました
  • CTE にサブクエリ＃31255ある場合に発生する誤ったクエリ結果の問題を修正しました
  • INSERT ... SELECT ... ON DUPLICATE KEY UPDATE文を実行するとpanic＃28078発生する問題を修正
  • INDEX HASH JOINがsend on closed channelエラーを返す問題を修正しました＃31129

• ティクヴ

  • MVCC削除レコードがGC ＃11217によってクリアされない問題を修正
  • 悲観的トランザクションモードで事前書き込み要求を再試行すると、まれにデータの不整合が発生するリスクがある問題を修正しました＃11187
  • GCスキャンによりメモリオーバーフローが発生する問題を修正＃11410
  • ディスク容量がいっぱいのときにRocksDBのフラッシュまたは圧縮によってpanicが発生する問題を修正＃11224

• PD

  • リージョン統計がflow-round-by-digit ＃4295の影響を受けない問題を修正
  • ターゲットストアがダウンしているためにスケジューリングオペレータがフェイルファストを実行できない問題を修正＃3353
  • オフラインストアの地域を統合できない問題を修正＃4119
  • ホットスポット統計からコールドホットスポットデータを削除できない問題を修正＃4390

• TiFlash

  • MPPクエリが停止したときにTiFlashがpanicになる可能性がある問題を修正
  • where <string>句のクエリが間違った結果を返す問題を修正しました
  • 整数主キーの列タイプをより大きな範囲に設定するときに発生する可能性のあるデータの不整合の問題を修正しました。
  • 入力時間が1970-01-01 00:00:01 UTCより前の場合、 unix_timestampの動作がTiDBまたはMySQLの動作と一致しない問題を修正しました。
  • TiFlashが再起動後にEstablishMPPConnectionエラーを返す可能性がある問題を修正しました
  • CastStringAsDecimal動作がTiFlashと TiDB/TiKV で一貫していない問題を修正
  • クエリ結果にDB::Exception: Encode type of coprocessor response is not CHBlockエラーが返される問題を修正
  • castStringAsReal動作がTiFlashと TiDB/TiKV で一貫していない問題を修正
  • TiFlashのdate_add_string_xxx関数の戻り結果がMySQLの結果と一致しない問題を修正

• ツール

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

    • 復元操作が完了した後にリージョンの配分が不均一になる可能性がある問題を修正＃30425
    • バックアップstorage#30104としてminioが使用されている場合、エンドポイントに'/'を指定できない問題を修正
    • システムテーブルを同時にバックアップするとテーブル名の更新に失敗するため、システムテーブルを復元できない問題を修正しました＃29710

  • ティCDC

    • min.insync.replicas replication-factorより小さい場合にレプリケーションを実行できない問題を修正しました＃3994
    • cached region監視メトリックが負の＃4300になる問題を修正
    • mq sink write row監視データがない問題を修正＃3431
    • sql mode ＃3810の互換性問題を修正
    • レプリケーションタスクが削除されたときに発生する可能性のあるpanic問題を修正＃3128
    • デフォルトの列値＃3929を出力するときに発生するpanicとデータの不整合の問題を修正
    • デフォルト値を複製できない問題を修正＃3793
    • デッドロックによりレプリケーションタスクが停止する可能性がある問題を修正＃4055
    • ディスクが完全に書き込まれたときにログが出力されない問題を修正＃3362
    • DDL ステートメント内の特別なコメントによってレプリケーション タスクが停止する問題を修正＃3755
    • RHELリリース＃3584のタイムゾーンの問題によりサービスを開始できない問題を修正
    • 不正確なチェックポイント＃3545によって発生する潜在的なデータ損失の問題を修正
    • コンテナ環境のOOM問題を修正＃1798
    • config.Metadata.Timeout ＃3352の誤った構成によって発生するレプリケーション停止の問題を修正

  • TiDB データ移行 (DM)

    • CREATE VIEWステートメントがデータレプリケーション＃4173を中断する問題を修正
    • DDL ステートメントをスキップした後にスキーマをリセットする必要がある問題を修正＃4177
    • DDL 文がスキップされた後にテーブル チェックポイントが時間内に更新されない問題を修正＃4184
    • TiDBバージョンとパーサーバージョン＃4298の互換性の問題を修正
    • ステータス＃4281を照会するときにのみ同期メトリックが更新される問題を修正しました

  • TiDB Lightning

    • TiDB Lightningにmysql.tidbテーブル＃31088にアクセスする権限がない場合に発生する誤ったインポート結果の問題を修正しました。
    • TiDB Lightningの再起動時に一部のチェックがスキップされる問題を修正＃30772
    • S3 パスが存在しない場合にTiDB Lightning がエラーを報告できない問題を修正＃30674

  • TiDBBinlog

    • CREATE PLACEMENT POLICYステートメント＃1118と互換性がないため、 Drainer が失敗する問題を修正しました。