TiDB 6.4.0 リリースノート

発売日：2022年11月17日

TiDB バージョン: 6.4.0-DMR

クイック アクセス: クイックスタート | インストール パッケージ

v6.4.0-DMR の主な新機能と改善点は次のとおりです。

• FLASHBACK CLUSTER TO TIMESTAMP (実験的) を使用して、クラスターを特定の時点に復元することをサポートします。
• グローバルメモリ使用量の追跡の TiDB インスタンスをサポート (実験的)。
• 線形ハッシュ パーティショニング構文と互換性があります。
• 高性能でグローバルに単調なAUTO_INCREMENT (実験的) をサポートします。
• JSON タイプの配列データの範囲選択をサポートします。
• ディスク障害やスタック I/O などの極端な状況での障害回復を加速します。
• テーブルの結合順序を決定するには、 動的計画アルゴリズムを追加します。
• 相関サブクエリの非相関を実行するかどうかを制御するには、 新しいオプティマイザ ヒントNO_DECORRELATEを導入します。
• クラスター診断機能がGAになります。
• TiFlash は保存時の暗号化の SM4 アルゴリズムをサポートしています。
• テーブル内の指定されたパーティションのTiFlashレプリカを即座にコンパクト化への SQL ステートメントの使用をサポートします。
• サポートEBS ボリュームのスナップショットを使用して TiDB クラスターをバックアップする 。
• DM はアップストリーム データ ソース情報をダウンストリーム マージ テーブルの拡張列に書き込むをサポートします。

新機能

SQL

• テーブル内の指定されたパーティションのTiFlashレプリカを即座に圧縮するための SQL ステートメントの使用をサポート#5315 @ へへへん

  v6.2.0 以降、TiDB はTiFlashのフル テーブル レプリカで物理データをすぐに圧縮するの機能をサポートしています。 SQL ステートメントを手動で実行する適切なタイミングを選択して、 TiFlashの物理データをすぐに圧縮できます。これにより、storageスペースを削減し、クエリのパフォーマンスを向上させることができます。 v6.4.0 では、圧縮するTiFlashレプリカ データの粒度を調整し、テーブル内の指定されたパーティションのTiFlashレプリカの圧縮をすぐにサポートします。

  SQL ステートメントALTER TABLE table_name COMPACT [PARTITION PartitionNameList] [engine_type REPLICA]を実行すると、テーブル内の指定されたパーティションのTiFlashレプリカをすぐに圧縮できます。

  詳細については、 ユーザー文書を参照してください。

• FLASHBACK CLUSTER TO TIMESTAMP (実験的) #37197 #13303 @ 定義済み2014 @ bb7133 @ Jmポテト @ コナー1996 @ ヒューシャープ @ カルバンネオを使用して、特定の時点へのクラスターの復元をサポートします。

  FLASHBACK CLUSTER TO TIMESTAMP構文を使用して、ガベージ コレクション (GC) の有効期間内にクラスターを特定の時点にすばやく復元できます。この機能により、DML の誤操作を簡単かつ迅速に元に戻すことができます。たとえば、この構文を使用して、 WHERE句なしで誤ってDELETE実行した後、数分で元のクラスターを復元できます。この機能はデータベースのバックアップに依存せず、さまざまな時点でのデータのロールバックをサポートして、データが変更された正確な時刻を特定します。 FLASHBACK CLUSTER TO TIMESTAMPデータベースのバックアップを置き換えることができないことに注意してください。

  FLASHBACK CLUSTER TO TIMESTAMPを実行する前に、TiCDC などのツールで実行されている PITR およびレプリケーション タスクを一時停止し、 FLASHBACK完了後にそれらを再開する必要があります。そうしないと、複製タスクが失敗する可能性があります。

  詳細については、 ユーザー文書を参照してください。

• FLASHBACK DATABASE #20463 @ エルワドバを使用した削除済みデータベースの復元のサポート

  FLASHBACK DATABASEを使用すると、ガベージコレクション(GC) の有効期間内にDROPによって削除されたデータベースとそのデータを復元できます。この機能は、外部ツールに依存しません。 SQL ステートメントを使用して、データとメタデータをすばやく復元できます。

  詳細については、 ユーザー文書を参照してください。

Security

• TiFlash は保存時の暗号化に SM4 アルゴリズムをサポートします#5953 @ リデジュ

  保存時のTiFlash暗号化に SM4 アルゴリズムを追加します。保存時の暗号化を構成する場合、 tiflash-learner.toml構成ファイルでdata-encryption-method構成の値をsm4-ctrに設定することで、SM4 暗号化機能を有効にすることができます。

  詳細については、 ユーザー文書を参照してください。

可観測性

• クラスタ診断は GA #1438 @ ホークソンジーになります

  TiDB ダッシュボードのクラスター診断機能は、指定された時間範囲内でクラスターに存在する可能性がある問題を診断し、診断結果とクラスター関連の負荷監視情報を診断レポートに要約します。この診断レポートは、Web ページの形式になっています。ブラウザからページを保存した後、オフラインでページを閲覧し、このページのリンクを循環させることができます。

  診断レポートを使用すると、負荷、コンポーネントのステータス、消費時間、構成など、クラスターの基本的な正常性情報をすばやく理解できます。クラスターにいくつかの一般的な問題がある場合は、 診断情報セクションの組み込みの自動診断の結果で原因を特定できます。

パフォーマンス

• コプロセッサー・タスク#37724 @ あなた06に並行性適応メカニズムを導入する

  コプロセッサ タスクの数が増えると、TiKV の処理速度に基づいて、TiDB は自動的に同時実行数を増やし (値tidb_distsql_scan_concurrencyを調整)、コプロセッサ タスク キューを減らし、レイテンシーを減らします。

• テーブル結合順序#37825 @ ウィノロスを決定する動的計画アルゴリズムを追加します。

  以前のバージョンでは、TiDB は貪欲アルゴリズムを使用してテーブルの結合順序を決定していました。 v6.4.0 では、TiDB オプティマイザーに動的計画アルゴリズムが導入されました。動的計画アルゴリズムは貪欲アルゴリズムよりも多くの結合順序を列挙できるため、より適切な実行計画を見つける可能性が高くなり、シナリオによっては SQL 実行効率が向上します。

  動的計画法アルゴリズムはより多くの時間を消費するため、TiDB 結合したテーブルの再配置アルゴリズムの選択はtidb_opt_join_reorder_threshold変数によって制御されます。 結合したテーブルの再配置に参加しているノードの数がこのしきい値よりも多い場合、TiDB は貪欲なアルゴリズムを使用します。それ以外の場合、TiDB は動的計画法アルゴリズムを使用します。

  詳細については、 ユーザー文書を参照してください。

• プレフィックス インデックスは、null 値のフィルタリングをサポートしています。 #21145 @ しゅいふぁんグリーンアイズ

  この機能は、プレフィックス インデックスの最適化です。テーブル内の列にプレフィックス インデックスがある場合、SQL ステートメント内の列のIS NULLまたはIS NOT NULL条件をプレフィックスで直接フィルター処理できます。これにより、この場合のテーブル ルックアップが回避され、SQL 実行のパフォーマンスが向上します。

  詳細については、 ユーザー文書を参照してください。

• TiDB チャンク再利用メカニズムの強化#38606 @ キープラーニング20221

  以前のバージョンでは、TiDB はwritechunk関数でのみチャンクを再利用します。 TiDB v6.4.0 は、チャンク再利用メカニズムを Executor のオペレーターに拡張します。チャンクを再利用することで、TiDB はメモリの解放を頻繁に要求する必要がなくなり、一部のシナリオでは SQL クエリがより効率的に実行されます。システム変数tidb_enable_reuse_chunk使用して、デフォルトで有効になっているチャンク オブジェクトを再利用するかどうかを制御できます。

  詳細については、 ユーザー文書を参照してください。

• 相関サブクエリの非相関を実行するかどうかを制御する新しいオプティマイザ ヒントNO_DECORRELATEを導入します#37789 @ 時間と運命

  デフォルトでは、TiDB は常に相関サブクエリを書き換えて非相関を実行しようとします。これにより、通常は実行効率が向上します。ただし、一部のシナリオでは、非相関化によって実行効率が低下します。 v6.4.0 では、TiDB はオプティマイザー ヒントNO_DECORRELATEを導入して、特定のクエリ ブロックに対して非相関を実行しないようにオプティマイザーに指示し、一部のシナリオでクエリのパフォーマンスを向上させます。

  詳細については、 ユーザー文書を参照してください。

• パーティション化されたテーブルでの統計収集のパフォーマンスを向上させます#37977 @ イサール

  v6.4.0 では、TiDB は分割されたテーブルの統計を収集する戦略を最適化します。システム変数tidb_auto_analyze_partition_batch_sizeを使用して、パーティション化されたテーブルの統計を並行して収集する同時実行性を設定し、収集を高速化し、分析時間を短縮できます。

安定性

• ディスク障害やスタック I/O #13648 @ Lykxサシネーターなどの極端な状況での障害回復を加速

  企業ユーザーにとって、データベースの可用性は最も重要な指標の 1 つです。複雑なハードウェア環境において、障害を迅速に検出して回復する方法は、常にデータベースの可用性に関する課題の 1 つです。 v6.4.0 では、TiDB は TiKV ノードの状態検出メカニズムを完全に最適化します。ディスク障害やスタック I/O などの極端な状況でも、TiDB はノードの状態を迅速に報告し、アクティブ ウェイクアップ メカニズムを使用して事前にLeader選出を開始し、クラスターの自己修復を加速します。この最適化により、TiDB はディスク障害の場合にクラスターの復旧時間を約 50% 短縮できます。

• TiDBメモリ使用量のグローバル制御#37816 @ wshwsh12

  v6.4.0 では、TiDB は、TiDB インスタンスのグローバルメモリ使用量を追跡する実験的機能として、メモリ使用量のグローバル コントロールを導入します。システム変数tidb_server_memory_limitを使用して、グローバルメモリ使用量の上限を設定できます。メモリ使用量がしきい値に達すると、TiDB はより多くの空きメモリを回収して解放しようとします。メモリ使用量がしきい値を超えると、TiDB はメモリ使用量が最も多い SQL 操作を特定してキャンセルし、過剰なメモリ使用量によって引き起こされるシステムの問題を回避します。

  TiDB インスタンスのメモリ消費に潜在的なリスクがある場合、TiDB は事前に診断情報を収集し、指定されたディレクトリに書き込み、問題の診断を容易にします。同時に、TiDB はシステム テーブル ビューINFORMATION_SCHEMA.MEMORY_USAGEとINFORMATION_SCHEMA.MEMORY_USAGE_OPS_HISTORYを提供し、メモリ使用量と操作履歴を表示して、メモリ使用量をよりよく理解するのに役立ちます。

  グローバルメモリコントロールは、TiDBメモリ管理のマイルストーンです。インスタンスのグローバル ビューを導入し、メモリの体系的な管理を採用することで、より重要なシナリオでデータベースの安定性とサービスの可用性を大幅に向上させることができます。

  詳細については、 ユーザー文書を参照してください。

• 範囲構築オプティマイザ#37176 @ しゅいふぁんグリーンアイズのメモリ使用量を制御します

  v6.4.0 では、範囲を構築するオプティマイザの最大メモリ使用量を制限するために、システム変数tidb_opt_range_max_sizeが導入されました。メモリ使用量が制限を超えると、オプティマイザは、より正確な範囲ではなく、より粗い範囲を構築してメモリ消費を削減します。 SQL ステートメントにINの条件が多数ある場合、この最適化により、コンパイルのメモリ使用量を大幅に削減し、システムの安定性を確保できます。

  詳細については、 ユーザー文書を参照してください。

• 統計の同期ロードをサポート (GA) #37434 @ クリサン

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

  詳細については、 ユーザー文書を参照してください。

• 軽量トランザクション書き込みの応答時間に対するバッチ書き込み要求の影響を軽減する#13313 @ 栄光

  一部のシステムのビジネス ロジックでは、定期的なバッチ DML タスクが必要ですが、これらのバッチ書き込みタスクを処理すると、オンライン トランザクションのレイテンシーが長くなります。 v6.3.0 では、TiKV はハイブリッド ワークロード シナリオで読み取り要求のスケジューリングを最適化するため、 readpool.unified.auto-adjust-pool-size構成項目を有効にして、TiKV がすべての読み取り要求の UnifyReadPool スレッド プールのサイズを自動的に調整できるようにします。 v6.4.0 では、TiKV は書き込み要求も動的に識別して優先順位を付けることができ、適用スレッドが 1 回のポーリングで 1 つの FSM (有限状態マシン) に書き込むことができる最大バイト数を制御できるため、バッチ書き込み要求の影響を軽減できます。トランザクション書き込みの応答時間。

使いやすさ

• TiKV API V2 の一般提供 (GA) #11745 @ ピンギュ

  v6.1.0 より前の TiKV は、クライアントから渡された生データのみを保存するため、基本的なキー値の読み取りおよび書き込み機能のみを提供します。さらに、コーディング方法が異なり、データ範囲が限定されていないため、TiDB、Transactional KV、RawKV を同じ TiKV クラスターで同時に使用することはできません。代わりに、この場合は複数のクラスターが必要になるため、マシンと展開のコストが増加します。

  TiKV API V2 は、新しい RawKVstorage形式とアクセス インターフェイスを提供し、次の利点を提供します。

  • 変更データ キャプチャ (CDC) の実装に基づいて、記録されたデータの変更タイムスタンプと共にデータを MVCC に保存します。この機能は実験的であり、詳細はTiKV-CDCで説明されています。
  • データはさまざまな用途に応じてスコープが設定され、API V2 は、単一のクラスター内での TiDB、トランザクション KV、および RawKV アプリケーションの共存をサポートします。
  • マルチテナンシーなどの機能をサポートするために、キー スペース フィールドを予約します。

  TiKV API V2 を有効にするには、TiKV 構成ファイルの[storage]セクションにapi-version = 2を設定します。

  詳細については、 ユーザー文書を参照してください。

• TiFlashデータ レプリケーションの進行状況の精度を向上させる#4902 @ へへへん

  TiDB では、 INFORMATION_SCHEMA.TIFLASH_REPLICAテーブルのPROGRESSフィールドを使用して、TiKV の対応するテーブルからTiFlashレプリカへのデータ複製の進行状況を示します。以前の TiDB バージョンでは、 PROCESSフィールドは、 TiFlashレプリカの作成中のデータ複製の進行状況のみを提供します。 TiFlashレプリカが作成された後、新しいデータが TiKV の対応するテーブルにインポートされた場合、このフィールドは更新されず、新しいデータの TiKV からTiFlashへのレプリケーションの進行状況が表示されません。

  v6.4.0 では、TiDB はTiFlashレプリカのデータ複製進行状況の更新メカニズムを改善します。 TiFlashレプリカが作成された後、新しいデータが TiKV の対応するテーブルにインポートされると、 INFORMATION_SCHEMA.TIFLASH_REPLICAテーブルのPROGRESS値が更新され、新しいデータの TiKV からTiFlashへの実際のレプリケーションの進行状況が表示されます。この改善により、 TiFlashデータ複製の実際の進行状況を簡単に表示できます。

  詳細については、 ユーザー文書を参照してください。

MySQL の互換性

• Linear Hash パーティショニング構文#38450 @ ミヨンスと互換性がある

  以前のバージョンでは、TiDB は Hash、Range、およびList パーティショニングをサポートしていました。 v6.4.0 以降、TiDB はMySQL 線形ハッシュ パーティショニングの構文とも互換性があります。

  TiDB では、MySQL リニア ハッシュ パーティションの既存の DDL ステートメントを直接実行でき、TiDB は対応するハッシュ パーティション テーブルを作成します (TiDB 内にリニア ハッシュ パーティションがないことに注意してください)。また、MySQL Linear Hash パーティションの既存の DML ステートメントを直接実行することもできます。TiDB は、対応する TiDB Hash パーティションのクエリ結果を正常に返します。この機能により、TiDB 構文と MySQL Linear Hash パーティションとの互換性が確保され、MySQL ベースのアプリケーションから TiDB へのシームレスな移行が容易になります。

  パーティションの数が 2 の累乗である場合、TiDB ハッシュパーティションテーブルテーブルの行は、MySQL リニア ハッシュパーティションテーブルと同じように分散されます。それ以外の場合、TiDB でのこれらの行の分散は MySQL とは異なります。

  詳細については、 ユーザー文書を参照してください。

• 高性能でグローバルに単調なAUTO_INCREMENT (実験的) #38442 @ ティアンカイマオをサポート

  TiDB v6.4.0 では、 AUTO_INCREMENT MySQL 互換モードが導入されています。このモードでは、すべての TiDB インスタンスで ID が単調に増加することを保証する集中自動インクリメント ID 割り当てサービスが導入されます。この機能により、クエリ結果を自動インクリメント ID で簡単に並べ替えることができます。 MySQL 互換モードを使用するには、テーブル作成時にAUTO_ID_CACHE ～ 1を設定する必要があります。次に例を示します。

  CREATE TABLE t (a INT AUTO_INCREMENT PRIMARY KEY) AUTO_ID_CACHE = 1;
  

  詳細については、 ユーザー文書を参照してください。

• JSON 型#13644 @ ヤンケアオの配列データの範囲選択をサポート

  v6.4.0 から、MySQL 互換の範囲選択構文 TiDB で使用できます。

  • キーワードtoを使用すると、配列要素の開始位置と終了位置を指定し、配列内の連続した範囲の要素を選択できます。 0を使用すると、配列内の最初の要素の位置を指定できます。たとえば、 $[0 to 2]を使用すると、配列の最初の 3 つの要素を選択できます。

  • キーワードlastを使用すると、配列内の最後の要素の位置を指定できます。これにより、位置を右から左に設定できます。たとえば、 $[last-2 to last]を使用すると、配列の最後の 3 つの要素を選択できます。

  この機能により、SQL ステートメントを記述するプロセスが簡素化され、JSON 型の互換性がさらに向上し、MySQL アプリケーションを TiDB に移行する際の困難が軽減されます。

• データベース ユーザーの追加説明の追加をサポート#38172 @ Cbcウェストウルフ

  TiDB v6.4 では、 CREATE USERまたはALTER USERを使用してデータベース ユーザーの説明を追加できます。 TiDB は 2 つの記述形式を提供します。 COMMENTを使用してテキスト コメントを追加し、 ATTRIBUTEを使用して一連の構造化属性を JSON 形式で追加できます。

  さらに、TiDB v6.4.0 では、ユーザーのコメントとユーザー属性の情報を表示できるUSER_ATTRIBUTESテーブルが追加されています。

  CREATE USER 'newuser1'@'%' COMMENT 'This user is created only for test';
  CREATE USER 'newuser2'@'%' ATTRIBUTE '{"email": "user@pingcap.com"}';
  SELECT * FROM INFORMATION_SCHEMA.USER_ATTRIBUTES;
  

  +-----------+------+---------------------------------------------------+
  | USER      | HOST | ATTRIBUTE                                         |
  +-----------+------+---------------------------------------------------+
  | newuser1  | %    | {"comment": "This user is created only for test"} |
  | newuser1  | %    | {"email": "user@pingcap.com"}                     |
  +-----------+------+---------------------------------------------------+
  2 rows in set (0.00 sec)
  

  この機能により、MySQL 構文との TiDB の互換性が向上し、TiDB を MySQL エコシステムのツールまたはプラットフォームに簡単に統合できるようになります。

バックアップと復元

• EBS ボリューム スナップショット#33849 @ fengou1を使用した TiDB クラスターのバックアップのサポート

  TiDB クラスターが EKS にデプロイされ、AWS EBS ボリュームを使用し、TiDB クラスター データをバックアップする際に次の要件がある場合、 TiDB Operator を使用して、ボリューム スナップショットとメタデータによってデータを AWS S3 にバックアップできます。

  • バックアップの影響を最小限に抑えます。たとえば、QPS とトランザクションのレイテンシーへの影響を 5% 未満に保ち、クラスターの CPU とメモリを占有しないようにします。
  • 短時間でデータをバックアップおよび復元します。たとえば、バックアップを 1 時間以内に完了し、データを 2 時間以内に復元します。

  詳細については、 ユーザー文書を参照してください。

データ移行

• DM は、ダウンストリームのマージされたテーブル#37797 @ リチュンジュの拡張された列へのアップストリーム データ ソース情報の書き込みをサポートします。

  分割されたスキーマとテーブルをアップストリームから TiDB にマージする場合、ターゲット テーブルに複数のフィールド (拡張列) を手動で追加し、DM タスクを構成するときにそれらの値を指定できます。たとえば、拡張された列にアップストリームのシャード スキーマとテーブルの名前を指定すると、DM によってダウンストリームに書き込まれるデータには、スキーマ名とテーブル名が含まれます。ダウンストリーム データが異常に見える場合は、この機能を使用して、スキーマ名やテーブル名など、ターゲット テーブル内のデータ ソース情報をすばやく見つけることができます。

  詳細については、 テーブル、スキーマ、およびソース情報を抽出し、マージされたテーブルに書き込みますを参照してください。

• DM は、一部の必須チェック項目をオプション項目に変更することで、事前チェック メカニズムを最適化します#7333 @ リチュンジュ

  データ移行タスクをスムーズに実行するために、DM はタスクの開始時に自動的に事前チェックトリガーし、チェック結果を返します。 DM は、事前チェックに合格した後にのみ移行を開始します。

  v6.4.0 では、DM は次の 3 つのチェック項目を必須からオプションに変更し、事前チェックの合格率を向上させます。

  • アップストリーム テーブルが TiDB と互換性のない文字セットを使用しているかどうかを確認します。
  • 上流のテーブルに主キー制約または一意キー制約があるかどうかを確認します
  • プライマリ-セカンダリ構成で、上流データベースのデータベース ID server_idが指定されているかどうかを確認してください。

• DM は、増分移行タスク#7393 @ GMHDBJDのオプションのパラメーターとしてbinlogの位置と GTID の構成をサポートします

  v6.4.0 以降、 binlog の位置や GTID を指定せずに増分移行を直接実行できます。 DM は、タスクの開始後に生成されたbinlogファイルをアップストリームから自動的に取得し、これらの増分データをダウンストリームに移行します。これにより、ユーザーは面倒な理解と複雑な設定から解放されます。

  詳細については、 DM 拡張タスクコンフィグレーションファイルを参照してください。

• DM は、移行タスクのステータス インジケーターを追加します#7343 @ オクジャン

  v6.4.0 では、DM は移行タスクのパフォーマンスと進行状況のインジケーターを追加します。これにより、移行のパフォーマンスと進行状況をより直感的に理解しやすくなり、トラブルシューティングの参照が提供されます。

  • データのインポートとエクスポートのパフォーマンスを示すステータス インジケーター (バイト/秒) を追加します。
  • ダウンストリーム データベースにデータを書き込むためのパフォーマンス インジケーターの名前を TPS から RPS (行/秒) に変更します。
  • DM の完全移行タスクのデータ エクスポートの進行状況を示す進行状況インジケーターを追加します。

  これらのインジケーターの詳細については、 TiDB データ移行でのクエリ タスク ステータスを参照してください。

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

• TiCDC は、 3.2.0バージョン#7191 @ 3AceShowHandの Kafka へのデータの複製をサポートします

  v6.4.0 から、TiCDC は3.2.0のバージョンのうちのデータを Kafka に複製するそれ以前をサポートします。

互換性の変更

システム変数

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

その他

• v6.4.0 以降、 mysql.userテーブルにUser_attributesとToken_issuerの 2 つの新しい列が追加されました。 mysqlスキーマのシステム テーブルを復元する以前の TiDB バージョンのバックアップ データから TiDB v6.4.0 に移行すると、 BR はmysql.userテーブルに対してcolumn count mismatchエラーを報告します。 mysqlスキーマのシステム テーブルを復元しない場合、このエラーは報告されません。
• 名前がDumplingエクスポート ファイルの形式に一致するが圧縮されていない形式 ( test-schema-create.sql.originやtest.table-schema.sql.originなど) で終わるファイルの場合、 TiDB Lightning がそれらを処理する方法が変更されます。 v6.4.0 より前では、インポートするファイルにそのようなファイルが含まれている場合、 TiDB Lightning はそのようなファイルのインポートをスキップします。 v6.4.0 以降、 TiDB Lightning は、そのようなファイルがサポートされていない圧縮形式を使用していると想定するため、インポート タスクは失敗します。
• v6.4.0 から、 SYSTEM_VARIABLES_ADMINまたはSUPER特権を持つ changefeed のみが TiCDC 同期点機能を使用できます。

改良点

• TiDB

  • noop 変数の変更を許可するlc_messages #38231 @ DJshow832
  • クラスター化複合インデックス#38572 @ 接線の最初の列としてAUTO_RANDOM列をサポートします。
  • 内部トランザクションの再試行で悲観的トランザクションを使用して、再試行の失敗を回避し、時間の消費を削減します#38136 @ ジャッキスプ

• TiKV

  • 新しい構成項目apply-yield-write-sizeを追加して、1 回のポーリングで適用スレッドが 1 つの有限状態マシンに書き込むことができる最大バイト数を制御し、適用スレッドが大量のデータを書き込むときのRaftstore の輻輳を緩和します#13313 @ 栄光
  • リーダー転送プロセス中の QPS ジッターを回避するために、リージョンのリーダーを移行する前にエントリ キャッシュをウォームアップします#13060 @ コスヴェン
  • json_constainsオペレーターのコプロセッサー#13592 @ 立振歓へのプッシュダウンをサポート
  • CausalTsProviderの非同期関数を追加して、いくつかのシナリオでフラッシュのパフォーマンスを向上させます#13428 @ ゼミン州

• PD

  • ホットリージョンスケジューラの v2 アルゴリズムが GA になります。一部のシナリオでは、v2 アルゴリズムは、構成された両方のディメンションのバランスを改善し、無効なスケジューリング#5021 @ HundunDMを減らすことができます。
  • 早期タイムアウト#5596 @ バタフライを回避するために、オペレータ ステップのタイムアウト メカニズムを最適化します。
  • 大規模なクラスターでのスケジューラーのパフォーマンスを改善する#5473 @ バタフライ
  • PD #5637 @ lhy1024によって提供されない外部タイムスタンプを使用したサポート

• TiFlash

  • TiFlash MPP エラー処理ロジックをリファクタリングして、MPP #5095 @ 風の語り手の安定性をさらに向上させます。
  • TiFlash計算プロセスのソートを最適化し、Join と集計 #5294 @ ソロツグのキー処理を最適化します。
  • デコードのメモリ使用量を最適化し、冗長な転送列を削除して、結合のパフォーマンスを向上させます#6157 @ イビン87

• ツール

  • TiDB ダッシュボード

    • 監視ページでのTiFlashメトリックの表示をサポートし、そのページでのメトリックの表示を最適化します#1440 @ YiniXu9506
    • スロー クエリ リストと SQL ステートメント リストの結果の行数を表示します#1443 @ バウリン
    • Alertmanager が存在しない場合に Alertmanager エラーを報告しないようにダッシュボードを最適化する#1444 @ バウリン

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

    • メタデータをロードするメカニズムを改善します。メタデータは必要な場合にのみメモリにロードされるため、PITR #38404 @ ユジュンセン中のメモリ使用量が大幅に削減されます。

  • TiCDC

    • Exchange パーティション DDL ステートメントの複製をサポート#639 @ アスドンメン
    • MQ シンク モジュール#7353 @ ハイラスチンの非バッチ送信パフォーマンスを改善する
    • テーブルに多数のリージョン#7078 #7281 @ スドジがある場合の TiCDC プルラーのパフォーマンスを向上させます
    • 同期点が有効な場合にtidb_enable_external_ts_read変数を使用して、下流の TiDB での履歴データの読み取りをサポートする#7419 @ アスドンメン
    • デフォルトでトランザクション分割を有効にし、セーフモードを無効にして、レプリケーションの安定性を向上させます#7505 @ アスドンメン

  • TiDB データ移行 (DM)

    • dmctl #7246 @ ぶちゅとでごうから無駄なoperate-source updateコマンドを削除します
    • アップストリーム データベースが TiDB と互換性のない DDL ステートメントを使用している場合、DM フル インポートが失敗する問題を修正します。 TiDB でサポートされている DDL ステートメントを使用して、事前に TiDB でターゲット テーブルのスキーマを手動で作成し、確実にインポートを成功させることができます#37984 @ ランス6716

  • TiDB Lightning

    • ファイル スキャン ロジックを最適化して、スキーマ ファイルのスキャンを高速化します#38598 @ dsdashun

バグの修正

• TiDB

  • 新しいインデックス#38165 @ 接線を作成した後に発生するインデックスの不整合の潜在的な問題を修正します。
  • INFORMATION_SCHEMA.TIKV_REGION_STATUSテーブル#38407 @ Cbcウェストウルフの権限の問題を修正
  • mysql.tables_privテーブル#38293 @ Cbcウェストウルフでgrantorフィールドが欠落している問題を修正
  • 共通テーブル式の結合結果が間違っている場合がある問題を修正#38170 @ wjhuang2016
  • 共通テーブル式の結合結果が間違っている可能性がある問題を修正#37928 @ ヤンケアオ
  • トランザクション領域数監視パネルの情報が正しくない問題を修正#38139 @ ジャッキスプ
  • システム変数tidb_constraint_check_in_place_pessimisticが内部トランザクションに影響を与える可能性がある問題を修正します。変数のスコープは SESSION に変更されます。 #38766 @ エキキシウム
  • クエリの条件が間違ってプロジェクション#35623 @ 思い出すにプッシュされる問題を修正
  • ANDとORの間違ったisNullRejectedチェック結果が間違ったクエリ結果#38304 @ イサールを引き起こす問題を修正します。
  • 外部結合が削除されたときにORDER BY in GROUP_CONCATが考慮されず、間違ったクエリ結果#18216 @ ウィノロスが発生する問題を修正します
  • 結合したテーブルの再配置 #38736 @ ウィノロスで誤ってプッシュダウンされた条件が破棄されると、間違ったクエリ結果が発生する問題を修正

• TiKV

  • cgroupとmountinfoレコードが複数ある場合に Gitpod で TiDB の起動に失敗する問題を修正#13660 @ タボキー
  • TiKV メトリクスtikv_gc_compaction_filtered #13537 @ 定義済み2014の間違った表現を修正
  • 異常なdelete_files_in_range #13534 @ タボキーによって引き起こされるパフォーマンスの問題を修正します。
  • スナップショット取得#13553 @ スペード・ア・タン中のリース期限切れによる異常なリージョン競合を修正
  • 最初のバッチでFLASHBACK失敗したときに発生したエラーを修正#13672 #13704 #13723 @ ヒューシャープ

• PD

  • 不正確なストリーム タイムアウトを修正し、リーダーの切り替えを高速化します#5207 @ キャビンフィーバーB

• TiFlash

  • PageStorage GC がページ削除マーカーを適切にクリアしない場合に発生する大きすぎる WAL ファイルによる OOM の問題を修正します#6163 @ ジェイソン・ファン

• ツール

  • TiDB ダッシュボード

    • 特定の複雑な SQL ステートメントの実行プランを照会するときの TiDB OOM の問題を修正します#1386 @ バウリン
    • NgMonitoring が PD ノード#164 @ 中津への接続を失うと、 Top SQLスイッチが有効にならない可能性がある問題を修正します。

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

    • 復元プロセス中の PD リーダー スイッチによって引き起こされる復元失敗の問題を修正します#36910 @ MoCuishle28
    • ログバックアップタスクが一時停止できない問題を修正#38250 @ ジョッカウ
    • BRがログバックアップデータを削除すると、削除してはいけないデータを誤って削除してしまう問題を修正#38939 @ レヴルス
    • Azure Blob Storage または Google Cloud Storage に保存されているログ バックアップ データを初めて削除するときに、 BR がデータの削除に失敗する問題を修正#38229 @ レヴルス

  • TiCDC

    • changefeed query結果のsasl-passwordが#7182 @ ドヴィーデンでマスクされない問題を修正
    • etcd トランザクションであまりにも多くの操作がコミットされた場合に TiCDC が使用できなくなる可能性がある問題を修正します#7131 @ アスドンメン
    • REDO ログが誤って削除される可能性がある問題を修正#6413 @ アスドンメン
    • Kafka Sink V2 #7344 @ ハイラスチンで幅の広いテーブルをレプリケートするときのパフォーマンスの低下を修正
    • チェックポイント ts が正しく進められない可能性がある問題を修正#7274 @ ハイラスチン
    • マウンタモジュール#7235 @ ハイラスチンのログレベルが不適切なため、ログが多く出力される問題を修正
    • TiCDC クラスターに 2 人の所有者#4051 @ アスドンメンが存在する可能性がある問題を修正します

  • TiDB データ移行 (DM)

    • DM WebUIが間違ったallow-listパラメータ#7096 @ ズービングウを生成する問題を修正
    • DM-worker が開始または停止するときにデータ競合をトリガーする特定の確率があるという問題を修正します#6401 @ リウメンギャ94
    • DM がUPDATEまたはDELETEステートメントをレプリケートするが、対応する行データが存在しない場合、DM がイベント#6383 @ GMHDBJDを黙って無視する問題を修正します。
    • query-statusコマンド#7189 @ GMHDBJDを実行した後、 secondsBehindMasterフィールドが表示されない問題を修正します。
    • チェックポイントを更新すると大規模なトランザクション#5010 @ ランス6716がトリガーされる可能性があるという問題を修正します
    • フル タスク モードで、タスクが同期ステージに入ってすぐに失敗すると、DM が上流のテーブル スキーマ情報を失う可能性があるという問題を修正します#7159 @ ランス6716
    • 整合性チェックを有効にするとデッドロックが発生する可能性がある問題を修正#7241 @ ぶちゅとでごう
    • タスクの事前チェックにINFORMATION_SCHEMAテーブル#7317 @ ランス6716に対するSELECT特権が必要であるという問題を修正します。
    • TLS 構成が空の場合にエラー#7384 @ リウメンギャ94が発生する問題を修正します。

  • TiDB Lightning

    • binaryエンコード形式#38351 @ dsdashunの文字列型列を含むターゲット テーブルに Apache Parquet ファイルをインポートするときのインポート パフォーマンスの低下を修正します。

  • TiDBDumpling

    • 大量のテーブル#36549 @ ランス6716をエクスポートするとDumplingがタイムアウトすることがある問題を修正
    • 整合性ロックが有効になっているがアップストリームにターゲット テーブルがない場合に報告されるロック エラーを修正します#38683 @ ランス6716

寄稿者

TiDB コミュニティの次の貢献者に感謝します。

• 645775992
• アンDJ
• アンドリューディ
• エルワドバ
• fuzhe1989
• ゴールドウィンドティン (初めての投稿者)
• h3n4l
• イグスリン (初めての投稿者)
• ihcsim
• ジガオルオ
• モルゴ
• ランシー
• シェンキデバオジ (初めての投稿者)
• 陶豊流 (初めての投稿者)
• TszKitLo40
• wxbty (初めての投稿者)
• zgcbj