TiDB 5.3 リリースノート

発売日：2021年11月30日

TiDB バージョン: 5.3.0

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

• 一時テーブルを導入してアプリケーションロジックを簡素化し、パフォーマンスを向上させる
• テーブルとパーティションの属性設定をサポート
• システムセキュリティを強化するために、TiDBダッシュボードで最小限の権限を持つユーザーの作成をサポートします。
• TiDBのタイムスタンプ処理フローを最適化して全体的なパフォーマンスを向上させる
• TiDBデータ移行（DM）のパフォーマンスを強化し、MySQLからTiDBへのデータ移行のレイテンシーを低減します。
• 複数のTiDB Lightningインスタンスを使用した並列インポートをサポートし、完全なデータ移行の効率を向上します。
• 単一のSQL文でクラスタのオンサイト情報を保存・復元する機能をサポートし、実行計画に関する問題のトラブルシューティング効率を向上します。
• データベースパフォーマンスの観測性を向上させるために、継続的なプロファイリングの実験的機能をサポートします。
• システムのパフォーマンスと安定性を向上させるために、storageとコンピューティングエンジンの最適化を継続します。
• I/O 操作をRaftstoreスレッド プールから分離することで、TiKV の書き込みレイテンシーを削減します (デフォルトでは無効)

互換性の変更

注記：

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

システム変数

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

その他

• 一時テーブル:

  • TiDB クラスター v5.3.0 より前のバージョンでローカル一時テーブルを作成した場合、これらのテーブルは通常のテーブルであり、クラスターを v5.3.0 以降にアップグレードした後も通常のテーブルとして扱われます。v5.3.0 以降のバージョンの TiDB クラスターでグローバル一時テーブルを作成した場合、クラスターを v5.3.0 より前のバージョンにダウングレードすると、これらのテーブルは通常のテーブルとして扱われ、データエラーが発生します。

  • v5.3.0以降、TiCDCとBRはグローバル一時テーブルサポートします。v5.3.0より前のバージョンのTiCDCとBRを使用してグローバル一時テーブルをダウンストリームに複製すると、テーブル定義エラーが発生します。

  • 次のクラスターは、v5.3.0 以降である必要があります。そうでない場合、グローバル一時テーブルを作成するときにデータ エラーが報告されます。

    • TiDB移行ツールを使用してインポートするクラスター
    • TiDB移行ツールを使用してクラスタを復元しました
    • TiDB移行ツールを使用したレプリケーションタスクの下流クラスタ

  • 一時テーブルの互換性情報については、 MySQL 一時テーブルとの互換性および他の TiDB 機能との互換性の制限を参照してください。

• v5.3.0より前のリリースでは、システム変数が無効な値に設定された場合、TiDBはエラーを報告します。v5.3.0以降のリリースでは、システム変数が無効な値に設定された場合、TiDBは「|警告 | 1292 | 切り捨てられた不正なxxx: 'xx'」などの警告とともに成功を返します。

• SHOW CREATE VIEW実行するためにSHOW VIEW権限が必要ない問題を修正しました。これで、 SHOW CREATE VIEW文を実行するにはSHOW VIEW権限が必要になります。

• システム変数sql_auto_is_nullが noop関数に追加されます。 tidb_enable_noop_functions = 0/OFFの場合、この変数値を変更するとエラーが発生します。

• GRANT ALL ON performance_schema.*構文は許可されなくなりました。この文を TiDB で実行するとエラーが発生します。

• バージョン5.3.0より前のバージョンでは、新しいインデックスが追加されると、指定期間外でも自動分析が予期せず実行される問題を修正しました。バージョン5.3.0では、変数tidb_auto_analyze_start_timeとtidb_auto_analyze_end_timeで期間を設定すると、その期間のみ自動分析が実行されます。

• プラグインのデフォルトのstorageディレクトリが""から/data/deploy/pluginに変更されます。

• DMコードはTiCDCコードリポジトリのフォルダ「dm」に移行されました。DMのバージョン番号はTiDBに準じます。v2.0.xの次に新しいDMバージョンはv5.3.0となり、v2.0.xからv5.3.0へのアップグレードはリスクなしで行えます。

• Prometheusのデフォルトのデプロイバージョンは、v2.8.1から2021年5月にリリースされるバージョン2.27.1にアップグレードされました。このバージョンでは、より多くの機能が提供され、セキュリティ問題が修正されています。Prometheus v2.8.1と比較して、v2.27.1ではアラートの時刻表示がUnixタイムスタンプからUTCに変更されました。詳細はプロメテウスコミットを参照してください。

新機能

SQL

• SQL インターフェースを使用してデータの配置ルールを設定する（実験的機能）

  データの配置ルールを設定するためのSQLインターフェースを提供する[CREATE | ALTER] PLACEMENT POLICY構文をサポートします。この機能を使用すると、特定のリージョン、データセンター、ラック、ホスト、またはレプリカ数ルールにスケジュールするテーブルとパーティションを指定できます。これにより、コスト削減と柔軟性の向上というアプリケーションの要求を満たすことができます。一般的なユーザーシナリオは以下のとおりです。

  • 異なるアプリケーションの複数のデータベースを統合してデータベースのメンテナンスコストを削減し、ルール構成を通じてアプリケーションリソースの分離を実現します。
  • 重要なデータのレプリカ数を増やして、アプリケーションの可用性とデータの信頼性を向上させます。
  • 新しいデータを SSD に保存し、古いデータを HHD に保存することで、データのアーカイブとstorageのコストを削減します。
  • ホットスポットデータのリーダーを高性能TiKVインスタンスにスケジュールする
  • コスト効率を向上させるために、コールドデータを低コストのstorageメディアに分離する

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

• 一時テーブル

  一時テーブルを作成するためのCREATE [GLOBAL] TEMPORARY TABLE文をサポートします。この機能を使用すると、アプリケーションの計算処理中に生成される一時データを簡単に管理できます。一時データはメモリに保存され、 tidb_tmp_table_max_size変数を使用して一時テーブルのサイズを制限できます。TiDBは以下の種類の一時テーブルをサポートしています。

  • グローバル一時テーブル

    • クラスター内のすべてのセッションに表示され、テーブル スキーマは永続的です。
    • トランザクションレベルのデータ分離を提供します。一時データはトランザクション内でのみ有効です。トランザクションが終了すると、データは自動的に削除されます。

  • ローカル一時テーブル

    • 現在のセッションにのみ表示され、テーブル スキーマは永続的ではありません。
    • 重複したテーブル名をサポートします。アプリケーションに複雑な命名規則を設計する必要はありません。
    • セッションレベルのデータ分離を提供し、よりシンプルなアプリケーションロジックの設計を可能にします。トランザクションが完了すると、一時テーブルは削除されます。

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

• FOR UPDATE OF TABLES構文をサポートする

  複数のテーブルを結合する SQL 文の場合、 TiDB は、 OF TABLESに含まれるテーブルに関連付けられた行に対する悲観的ロックの取得をサポートします。

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

• 表属性

  テーブルまたはパーティションの属性を設定できるALTER TABLE [PARTITION] ATTRIBUTESステートメントをサポートします。現在、TiDB はmerge_option属性の設定のみをサポートしています。この属性を追加することで、リージョンのマージ動作を明示的に制御できます。

  ユーザーシナリオ： SPLIT TABLE操作を実行すると、一定期間（PDパラメータsplit-merge-intervalで制御）経過してもデータが挿入されない場合、空のリージョンはデフォルトで自動的にマージされます。この場合、テーブル属性をmerge_option=denyに設定することで、リージョンの自動マージを回避できます。

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

Security

• TiDB ダッシュボードで最小限の権限を持つユーザーの作成をサポート

  TiDBダッシュボードのアカウントシステムは、 TiDB SQLのアカウントシステムと一致しています。TiDBダッシュボードにアクセスするユーザーは、TiDB SQLユーザーの権限に基づいて認証および承認されます。そのため、TiDBダッシュボードでは限定的な権限、つまり読み取り専用権限のみが必要です。最小限の権限の原則に基づいてユーザーがTiDBダッシュボードにアクセスできるように設定することで、高い権限を持つユーザーのアクセスを回避できます。

  TiDBダッシュボードにアクセスしてサインインするには、最小限の権限を持つSQLユーザーを作成することをお勧めします。これにより、高い権限を持つユーザーによるアクセスを回避し、セキュリティを向上できます。

  ユーザードキュメント

パフォーマンス

• PDのタイムスタンプ処理フローを最適化

  TiDBは、PDFollowerプロキシを有効にし、PDクライアントがTSOをバッチで要求する際に必要なバッチ待機時間を変更することで、タイムスタンプ処理フローを最適化し、PDのタイムスタンプ処理負荷を軽減します。これにより、システム全体のスケーラビリティが向上します。

  • システム変数tidb_enable_tso_follower_proxyを介して PDFollowerプロキシの有効化/無効化をサポートします。PD の TSO リクエスト負荷が高すぎる場合、PD フォロワープロキシを有効にすると、フォロワーのリクエストサイクル中に収集された TSO リクエストをリーダーノードに一括転送できます。このソリューションにより、クライアントとリーダー間の直接的なインタラクション数を効果的に削減し、リーダーへの負荷を軽減し、TiDB 全体のパフォーマンスを向上させることができます。

  注記：

  クライアント数が少なく、PD リーダーの CPU 負荷が満杯でない場合は、PDFollowerプロキシを有効にすることはお勧めしません。

  • システム変数tidb_tso_client_batch_max_wait_timeを使用して、PDクライアントがTSOをバッチリクエストするために必要な最大待機時間を設定できます。この時間の単位はミリ秒です。PDのTSOリクエスト負荷が高い場合は、待機時間を増やしてバッチサイズを大きくすることで、負荷を軽減し、スループットを向上させることができます。

  注記：

  TSO 要求負荷が高くない場合は、この変数値を変更することはお勧めしません。

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

安定性

• 一部の店舗が永久的に損傷した後のオンラインの安全でない回復をサポートします（実験的機能）

  オンラインデータアンセーフリカバリを実行するコマンドpd-ctl unsafe remove-failed-storesをサポートします。データレプリカの大部分が永続的な損傷（ディスク損傷など）などの問題に遭遇し、それらの問題によってアプリケーションのデータ範囲が読み取りまたは書き込み不能になったとします。このような場合、PDに実装されているオンラインアンセーフリカバリ機能を使用してデータをリカバリし、再び読み取りまたは書き込み可能になります。

  機能関連の操作は、TiDB チームのサポートを受けて実行することをお勧めします。

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

データ移行

• DMレプリケーションパフォーマンスの強化

  MySQL から TiDB への低レイテンシのデータレプリケーションを保証するために、次の機能をサポートしています。

  • 1行の複数の更新を1つのステートメントにまとめる
  • 複数行のバッチ更新を1つのステートメントにマージする

• DM クラスターをより適切に管理するために DM OpenAPI を追加します (実験的機能)

  DMは、DMクラスタのクエリと操作のためのOpenAPI機能を提供します。これはdmctlツールの機能に類似しています。

  現在、DM OpenAPI は実験的機能であり、デフォルトで無効になっています。本番環境での使用は推奨されません。

  ユーザードキュメント

• TiDB Lightning並行輸入品

  TiDB Lightningは、従来の機能を拡張し、並列インポート機能を提供します。複数のLightningインスタンスを同時にデプロイすることで、単一または複数のテーブルを下流のTiDBに並列インポートできます。お客様の利用方法を変えることなく、データ移行能力を大幅に向上させ、よりリアルタイムなデータ移行を実現し、さらなる処理、統合、分析を可能にします。これにより、企業のデータ管理効率が向上します。

  当社のテストでは、10個のTiDB Lightningインスタンスを使用して、合計20TiBのMySQLデータを8時間以内にTiDBにインポートできました。複数テーブルのインポートパフォーマンスも向上しました。1個のTiDB Lightningインスタンスで250GiB/hのインポートをサポートし、全体的な移行速度は従来の8倍に向上しました。

  ユーザードキュメント

• TiDB Lightning事前チェック

  TiDB Lightningは、移行タスクを実行する前に設定を確認する機能を提供します。これはデフォルトで有効になっています。この機能は、ディスク容量と実行設定に関するいくつかの定期的なチェックを自動的に実行します。主な目的は、後続のインポートプロセス全体がスムーズに実行されるようにすることです。

  ユーザードキュメント

• TiDB LightningはGBK文字セットのファイルのインポートをサポートします

  ソースデータファイルの文字セットを指定できます。TiDB TiDB Lightningは、インポートプロセス中に、指定された文字セットからUTF-8エンコードに変換します。

  ユーザードキュメント

• 同期差分インスペクタの改善

  • 比較速度を375 MB/秒から700 MB/秒に向上
  • 比較中にTiDBノードのメモリ消費量をほぼ半分に削減
  • ユーザーインターフェースを最適化し、比較中に進行状況バーを表示します

  ユーザードキュメント

診断効率

• クラスターのオンサイト情報を保存および復元する

  TiDB クラスタの問題を特定してトラブルシューティングする際には、システム情報やクエリプランの情報が必要になることがよくあります。より便利かつ効率的に情報を取得し、クラスタの問題をトラブルシューティングできるよう、TiDB v5.3.0 ではPLAN REPLAYERコマンドが導入されました。このコマンドを使用すると、クラスタのオンサイト情報を簡単に保存・復元できるため、トラブルシューティングの効率が向上し、管理のために問題をアーカイブしやすくなります。

  PLAN REPLAYERの特徴は以下のとおりです。

  • オンサイトトラブルシューティング時の TiDB クラスターの情報を ZIP 形式のファイルにエクスポートしてstorage。
  • 別のTiDBクラスタからエクスポートされたZIP形式のファイルをクラスタにインポートします。このファイルには、オンサイトトラブルシューティング時の後者のTiDBクラスタの情報が含まれています。

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

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

• TiCDC 結果的に一貫性のあるレプリケーション

  TiCDCは、災害シナリオにおいて結果整合性のあるレプリケーション機能を提供します。プライマリTiDBクラスタで災害が発生し、短期間でサービスを再開できない場合、TiCDCはセカンダリクラスタのデータの整合性を確保する機能を提供する必要があります。同時に、TiCDCは、データベースが長時間利用できなくなり業務に支障をきたすことを回避するため、ビジネス部門がトラフィックをセカンダリクラスタに迅速に切り替えられるようにする必要があります。

  この機能は、TiCDC が TiDB クラスターからセカンダリリレーショナルデータベース TiDB/ Aurora/MySQL/MariaDB に増分データをレプリケーションすることをサポートします。プライマリクラスターがクラッシュした場合、災害発生前の TiCDC のレプリケーション状態が正常で、レプリケーション遅延が小さいという条件付きで、TiCDC は 5 分以内にセカンダリクラスターをプライマリクラスター内の特定のスナップショットに復旧できます。これにより、データ損失は 30 分未満、つまり RTO <= 5 分、RPO <= 30 分を実現できます。

  ユーザードキュメント

• TiCDCは、TiCDCタスクを管理するためのHTTPプロトコルOpenAPIをサポートしています。

  TiDB v5.3.0以降、TiCDC OpenAPIが一般提供（GA）されました。本番環境では、OpenAPIを使用してTiCDCクラスターのクエリと操作を行うことができます。

展開と保守

• 継続的なプロファイリング（実験的機能）

  TiDBダッシュボードは、TiDBクラスターの稼働中にインスタンスのパフォーマンス分析結果をリアルタイムで自動保存する継続的プロファイリング機能をサポートしています。パフォーマンス分析結果はフレームグラフで確認できるため、より詳細な観察が可能になり、トラブルシューティングにかかる​​時間を短縮できます。

  この機能はデフォルトで無効になっており、TiDB ダッシュボードの継続プロファイルページで有効にする必要があります。

  この機能は、 TiUP v1.7.0 以降を使用してアップグレードまたはインストールされたクラスターでのみ使用できます。

  ユーザードキュメント

テレメトリー

TiDBは、TEMPORARY TABLE機能が使用されているかどうかに関する情報をテレメトリレポートに追加します。これにはテーブル名やテーブルデータは含まれません。

テレメトリの詳細とこの動作を無効にする方法については、 テレメトリーを参照してください。

削除された機能

TiCDC v5.3.0以降、TiDBクラスター間の循環レプリケーション機能（v5.0.0では実験的機能）は削除されました。TiCDCのアップグレード前にこの機能を使用してデータをレプリケーションしていた場合、アップグレード後も関連データは影響を受けません。

改善点

• ティドブ

  • コプロセッサがロックに遭遇したときに影響を受けるSQL文をデバッグログに表示します。これは問題の診断に役立ちます＃27718
  • SQL論理レイヤー＃27247でデータをバックアップおよび復元するときに、バックアップおよび復元データのサイズを表示する機能をサポート
  • tidb_analyze_versionが2場合の ANALYZE のデフォルトのコレクション ロジックを改善し、コレクションを高速化し、リソースのオーバーヘッドを削減します。
  • ANALYZE TABLE table_name COLUMNS col_1, col_2, ... , col_n構文を導入します。この構文を使用すると、幅の広いテーブル内の一部の列のみの統計情報を収集できるため、統計収集の速度が向上します。

• ティクブ

  • ディスクスペース保護を強化してstorageの安定性を向上

    ディスク書き込みエラーが発生した場合にTiKVがpanicに陥る可能性がある問題を解決するため、TiKVは2段階のしきい値防御メカニズムを導入し、過剰なトラフィックによるディスク残容量の枯渇を防ぎます。さらに、このメカニズムは、しきい値に達した際に領域を回収する機能も提供します。残容量しきい値に達すると、一部の書き込み操作が失敗し、TiKVはディスクフルエラーとディスクフルノードのリストを返します。この場合、領域を回復してサービスを復旧するには、 Drop/Truncate Table実行するか、ノードをスケールアウトします。

  • L0フロー制御＃10879のアルゴリズムを簡素化する

  • ラフトクライアントモジュール＃10944のエラーログレポートを改善

  • パフォーマンスのボトルネックにならないようにログスレッドを改善する＃10841

  • 書き込みクエリの統計タイプを追加する＃10507

  • I/O操作をRaftstoreスレッドプールから分離することで、書き込みレイテンシーを削減します（デフォルトでは無効）。チューニングの詳細については、 TiKV スレッド プールのパフォーマンスを調整する ＃10540を参照してください。

• PD

  • ホットスポット スケジューラ＃3869の QPS ディメンションに書き込みクエリの種類を追加する
  • バランスリージョンスケジューラの再試行制限を動的に調整して、スケジューラ＃3744のパフォーマンスを向上させることをサポートします。
  • TiDBダッシュボードをv2021.10.08.1 ＃4070に更新
  • リーダー排除スケジューラが不健全なピアを持つリージョンをスケジュールできるようにサポート＃4093
  • スケジューラ＃4146の終了プロセスを高速化

• TiFlash

  • TableScanオペレータの実行効率を大幅に向上

  • Exchangeオペレーターの実行効率を向上させる

  • storageエンジンの GC 中の書き込み増幅とメモリ使用量を削減します (実験的機能)

  • TiFlash の再起動時にTiFlashの安定性と可用性が向上し、再起動後に発生する可能性のあるクエリの失敗が減少します。

  • 複数の新しい文字列および時間関数を MPP エンジンにプッシュダウンする機能をサポート

    • 文字列関数: LIKE パターン、FORMAT()、LOWER()、LTRIM()、RTRIM()、SUBSTRING_INDEX()、TRIM()、UCASE()、UPPER()
    • 数学関数：ROUND（小数点、整数）
    • 日付と時刻関数: HOUR(), MICROSECOND(), MINUTE(), SECOND(), SYSDATE()
    • 型変換関数: CAST(time, real)
    • 集計関数: GROUP_CONCAT(), SUM(enum)

  • 512ビットSIMDをサポート

  • 古いデータのクリーンアップアルゴリズムを強化してディスク使用量を削減し、ファイルをより効率的に読み取ります

  • 一部のLinux以外のシステムでダッシュボードにメモリやCPUの情報が表示されない問題を修正

  • TiFlashログ ファイルの命名スタイルを統一し (TiKV の命名スタイルと一貫性を保つ)、logger.count と logger.size の動的な変更をサポートします。

  • 列ベースのファイルのデータ検証機能の改善（チェックサム、実験的機能）

• ツール

  • TiCDC

    • Kafka シンク構成項目MaxMessageBytesのデフォルト値を 64 MB から 1 MB に減らし、大きなメッセージが Kafka ブローカー＃3104によって拒否される問題を修正しました。
    • レプリケーションパイプラインのメモリ使用量を削減する＃2553 ＃3037 ＃2726
    • 監視項目とアラートルールを最適化して、同期リンク、メモリGC、および在庫データスキャンプロセスの可観測性を向上させる＃2735 ＃1606 ＃3000 ＃2985 ＃2156
    • 同期タスクのステータスが正常であれば、ユーザーの誤解を避けるために、過去のエラーメッセージは表示されなくなります＃2242

バグ修正

• ティドブ

  • 実行中に発生するエラーを修正しました。これは、パーティションテーブル＃27797 ＃26554で集計演算子をプッシュダウンする際に、スキーマ列の浅いコピーが行われることが原因で発生します。
  • plan cache符号なしフラグの変更を検出できない問題を修正＃28254
  • パーティション関数が範囲外の場合の誤ったパーティションプルーニングを修正＃28233
  • プランナーが場合によっては無効なプランをキャッシュする可能性がある問題を修正join ＃28087
  • ハッシュ列の型がenum ＃27893の場合の誤ったIndexLookUpJoin修正
  • アイドル接続をリサイクルすると、まれにリクエストの送信がブロックされる可能性があるバッチクライアントのバグを修正しました＃27688
  • ターゲット クラスタ＃27686でチェックサムの実行に失敗した場合のTiDB Lightningpanic問題を修正しました。
  • いくつかのケースでdate_addとdate_sub関数の誤った結果を修正＃27232
  • ベクトル化された式＃28643の関数hourの誤った結果を修正します
  • MySQL 5.1 またはそれ以前のクライアントバージョン＃27855に接続する際の認証の問題を修正しました
  • 新しいインデックスが追加されたときに、指定された時間外にauto analyzeがトリガーされる可能性がある問題を修正しました＃28698
  • セッション変数を設定するとtidb_snapshot ＃28683が無効になるバグを修正
  • ピアが見つからないリージョンが多数あるクラスタでBRが機能しないバグを修正＃27534
  • サポートされていないcast TiFlash ＃23907にプッシュダウンされたときに発生するtidb_cast to Int32 is not supportedのような予期しないエラーを修正しました
  • %s value is out of range in '%s'エラーメッセージ＃27964にDECIMAL overflowが欠落している問題を修正
  • MPPノードの可用性検出が一部のコーナーケースで機能しないバグを修正＃3118
  • MPP task ID ＃27952を割り当てる際のDATA RACE問題を修正
  • 空のdual table ＃28250を削除した後のMPPクエリのINDEX OUT OF RANGEエラーを修正
  • MPPクエリ＃1791の誤検知エラーログinvalid cop task execution summaries lengthの問題を修正
  • MPPクエリ＃28149のエラーログcannot found column in Schema columnの問題を修正
  • TiFlashがシャットダウンするときに TiDB がpanic可能性がある問題を修正＃28096
  • 安全でない3DES（トリプルデータ暗号化アルゴリズム）ベースのTLS暗号スイート＃27859のサポートを削除します。
  • Lightning が事前チェック中にオフラインの TiKV ノードに接続し、インポートに失敗する問題を修正しました＃27826
  • 多数のファイルをテーブル＃27605にインポートするときに事前チェックに時間がかかりすぎる問題を修正しました
  • 式＃27146書き換えると間違った照合順序が推測される問題を修正between
  • group_concat関数が照合順序を考慮していなかった問題を修正＃27429
  • extract関数の引数が負の期間＃27236場合に発生する結果の誤りを修正
  • NO_UNSIGNED_SUBTRACTION ＃26765に設定されている場合にパーティションの作成が失敗する問題を修正
  • 列プルーニングと集計プッシュダウン＃27106で副作用のある式を避ける
  • 不要なgRPCログを削除する＃24190
  • 有効な小数点以下の桁数を制限することで精度関連の問題を修正する＃3091
  • plus式＃26977のオーバーフローのチェック方法が間違っている問題を修正
  • new collationデータを持つテーブルから統計をダンプするときにdata too longエラーが発生する問題を修正しました＃27024
  • 再試行されたトランザクションのステートメントがTIDB_TRX ＃28670に含まれない問題を修正
  • plugin_dir構成＃28084の誤ったデフォルト値を修正
  • 名前付きタイムゾーンとUTCオフセット＃8311が指定された場合、 CONVERT_TZ関数がNULL返す問題を修正しました。
  • CREATE SCHEMAステートメント＃27214の一部として何も提供されていない場合、新しいスキーマに対してcharacter_set_serverとcollation_serverで指定された文字セットを使用しない問題を修正しました。

• ティクブ

  • リージョン移行時にRaftstoreのデッドロックによりTiKVが利用できなくなる問題を修正しました。回避策としては、スケジュールを無効にし、利用できないTiKV ＃10909を再起動してください。
  • 輻輳エラー＃11082によりCDCがスキャン再試行を頻繁に追加する問題を修正
  • チャネルがいっぱいになるとRaft接続が切断される問題を修正＃11047
  • Raftクライアント実装＃9714でバッチメッセージが大きすぎる問題を修正
  • resolved_ts ＃10965で一部のコルーチンがリークする問題を修正
  • 応答サイズが4 GiBを超えるとコプロセッサに発生するpanic問題を修正＃9012
  • スナップショット ファイルがガベージ コレクションできない場合に、スナップショット ガベージ コレクション (GC) で GC スナップショット ファイルが失われる問題を修正しました＃10813
  • コプロセッサー要求の処理中にタイムアウトによって発生するpanic問題を修正＃10852
  • 統計スレッド＃11195の監視データによって発生するメモリリークを修正しました
  • 一部のプラットフォームから cgroup 情報を取得する際に発生するpanic問題を修正＃10980
  • MVCC 削除バージョンが圧縮フィルタ GC ＃11248によって削除されないため、スキャン パフォーマンスが低下する問題を修正しました。

• PD

  • ピア数が設定されたピア数＃4045を超えたために、PD がデータがあり保留中の状態のピアを誤って削除する問題を修正しました。
  • PDが時間内にピアを固定しない問題を修正＃4077
  • 散布範囲スケジューラが空のリージョン＃4118をスケジュールできない問題を修正しました
  • キーマネージャのCPU使用率が高すぎる問題を修正＃4071
  • ホットリージョンスケジューラ＃4159の設定時に発生する可能性のあるデータ競合の問題を修正しました。
  • リージョン機能＃3936スタックによりリーダー選出が遅くなる問題を修正

• TiFlash

  • TiFlashストアサイズ統計の不正確さの問題を修正
  • ライブラリnslがないため、一部のプラットフォームでTiFlashが起動に失敗する問題を修正しました。
  • 書き込み圧力が大きい場合、 wait indexの無限待機をブロックします (デフォルトの 5 分のタイムアウトが追加されます)。これにより、 TiFlash がデータ複製を待機してサービスを提供するのに時間がかかりすぎるのを防ぎます。
  • ログボリュームが大きい場合にログ検索が遅くなり、結果が表示されない問題を修正しました
  • 古い履歴ログを検索するときに最新のログしか検索できない問題を修正しました
  • 新しい照合順序が有効になっているときに間違った結果になる可能性を修正しました
  • SQL 文に非常に長いネストされた式が含まれている場合に発生する可能性のある解析エラーを修正しました。
  • ExchangeオペレータのBlock schema mismatchエラーを修正
  • Decimal型の比較時に発生する可能性のあるCan't compareエラーを修正
  • left/substring番目の関数の3rd arguments of function substringUTF8 must be constantsエラーを修正する

• ツール

  • TiCDC

    • 上流の TiDB インスタンスが予期せず終了すると、TiCDC レプリケーション タスクが終了する可能性がある問題を修正しました＃3061
    • TiKV が同じリージョン＃2386に重複したリクエストを送信したときに TiCDC プロセスがpanicになる可能性がある問題を修正しました。
    • 下流の TiDB/MySQL の可用性を検証する際の不要な CPU 消費を修正＃3073
    • TiCDCによって生成されるKafkaメッセージの量がmax-message-size ＃2962に制限されない問題を修正
    • Kafka メッセージの書き込み中にエラーが発生すると、TiCDC 同期タスクが一時停止する可能性がある問題を修正しました＃2978
    • force-replicate有効になっているときに、有効なインデックスのない一部のパーティションテーブルが無視される可能性がある問題を修正＃2834
    • 株価データのスキャンに時間がかかりすぎると、TiKV が GC を実行するため株価データのスキャンが失敗する可能性がある問題を修正しました＃2470
    • 一部のタイプの列を Open Protocol 形式＃2758にエンコードするときに発生する可能性のあるpanic問題を修正しました。
    • 一部のタイプの列をAvro形式＃2648にエンコードする際に発生する可能性のあるpanic問題を修正しました

  • TiDBBinlog

    • ほとんどのテーブルがフィルタリングされると、特定の負荷＃1075でチェックポイントを更新できない問題を修正しました。