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 にアップグレードする場合、すべての中間バージョンの互換性変更ノートを知りたい場合は、該当するバージョンのリリースノートを確認できます。

システム変数

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

その他

• TiDBとPDの間にインターフェースが追加されました。1システムテーブルinformation_schema.TIDB_HOT_REGIONS_HISTORY使用する場合、TiDBは対応するバージョンのPDを使用する必要があります。
• TiDBサーバー、PDサーバー、およびTiKVサーバーは、ログ名、出力形式、ローテーションおよび有効期限のルールを管理するために、ログ関連パラメータに統一された命名方法を使用します。詳細については、 TiKV 構成ファイル - ログ参照してください。
• バージョン5.4.0以降、プランキャッシュによってキャッシュされた実行プランに対してSQLバインディングを作成すると、そのバインディングによって、対応するクエリに対して既にキャッシュされているプラ​​ンが無効化されます。新しいバインディングは、バージョン5.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
• 浮動小数点値＃30148を挿入するときにInfまたはNAN値に対してエラーが報告されない問題を修正しました
• 自動IDが範囲外の場合にREPLACE文が他の行を誤って変更する問題を修正＃30301

新機能

SQL

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

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

  中国語ユーザーへのサポートを強化するため、TiDBはv5.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 がデータベースの root ユーザーに対して強力な初期パスワードを生成します。これにより、空のパスワードを持つ root ユーザーを使用することによるセキュリティリスクを回避し、データベースのセキュリティを確保します。

  ユーザードキュメント

パフォーマンス

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

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

    • STRCMP() RPAD()関数: LPAD()
    • QUARTER()関数SUBDATE(string, real) 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

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

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

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

  バージョン5.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が無効になっていることを確認してください。RaftRaft Engineはv5.4.0以降のバージョンでのみ使用することをお勧めします。

  ユーザードキュメント

• 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構成をサポート

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

  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にバインドします。3 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を介した日常的な管理をサポートします。バージョン5.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

• TiKV

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

• PD

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

• TiFlash

  • 現地オペレーターのコミュニケーションを最適化する
  • gRPC の非一時的スレッド数を増やして、スレッドの頻繁な作成や破棄を回避する

• ツール

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

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

  • TiCDC

    • 「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

• TiKV

  • 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

  • TiCDC

    • 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によって発生する可能性のあるデータ損失の問題を修正しました
    • コンテナ環境＃1798のOOM問題を修正
    • 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 が失敗する問題を修正しました。