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_enable_noop_functions | 修正済み | 一時テーブルが TiDB でサポートされるようになったので、 CREATE TEMPORARY TABLE とDROP TEMPORARY TABLE tidb_enable_noop_functions を有効にする必要がなくなりました。 |
tidb_enable_pseudo_for_outdated_stats | 新しく追加された | テーブルの統計の有効期限が切れたときのオプティマイザの動作を制御します。デフォルト値はON です。テーブル内の変更された行の数が合計行の 80% を超える場合 (この比率は構成pseudo-estimate-ratio で調整できます)、オプティマイザは行の合計数以外の統計は信頼できなくなったとみなし、疑似統計を使用します。代わりに統計。値をOFF に設定すると、統計の有効期限が切れても、オプティマイザは引き続き統計を使用します。 |
tidb_enable_tso_follower_proxy | 新しく追加された | TSOFollowerプロキシ機能を有効にするか無効にするかを決定します。デフォルト値はOFF で、TSO Follower Proxy 機能が無効であることを意味します。現時点では、TiDB は PD リーダーからのみ TSO を取得します。この機能が有効になっている場合、TiDB は TSO を取得するときにすべての PD ノードにリクエストを均等に送信します。次に、PD フォロワーは TSO 要求を転送して、PD リーダーの CPU 負荷を軽減します。 |
tidb_tso_client_batch_max_wait_time | 新しく追加された | TiDB が PD から TSO を要求するときのバッチ保存操作の最大待ち時間を設定します。デフォルト値は0 で、追加の待機がないことを意味します。 |
tidb_tmp_table_max_size | 新しく追加された | 単一の一時テーブルの最大サイズを制限します。一時テーブルがこのサイズを超えるとエラーが発生します。 |
コンフィグレーションファイルのパラメータ
コンフィグレーションファイル | コンフィグレーション項目 | 種類の変更 | 説明 |
---|---|---|---|
TiDB | prepared-plan-cache.capacity | 修正済み | キャッシュされたステートメントの数を制御します。デフォルト値が100 から1000 に変更されました。 |
TiKV | storage.reserve-space | 修正済み | TiKV の起動時にディスク保護のために予約されるスペースを制御します。 v5.3.0 以降、予約領域の 80% は、ディスク領域が不足した場合の運用および保守に必要な追加ディスク領域として使用され、残りの 20% は一時ファイルの保存に使用されます。 |
TiKV | memory-usage-limit | 修正済み | この構成項目は TiDB v5.3.0 の新機能であり、その値はstorage.block-cache.capacity に基づいて計算されます。 |
TiKV | raftstore.store-io-pool-size | 新しく追加された | Raft I/O タスクを処理するスレッドの許容数。これは StoreWriter スレッド プールのサイズです。このスレッド プールのサイズを変更する場合は、 TiKV スレッド プールのパフォーマンス チューニングを参照してください。 |
TiKV | raftstore.raft-write-size-limit | 新しく追加された | Raftデータがディスクに書き込まれるしきい値を決定します。データサイズがこの設定項目の値より大きい場合、データはディスクに書き込まれます。 raftstore.store-io-pool-size の値が0 の場合、この構成項目は有効になりません。 |
TiKV | raftstore.raft-msg-flush-interval | 新しく追加された | Raftメッセージがバッチで送信される間隔を決定します。バッチ内のRaftメッセージは、この設定項目で指定された間隔ごとに送信されます。 raftstore.store-io-pool-size の値が0 の場合、この構成項目は有効になりません。 |
TiKV | raftstore.raft-reject-transfer-leader-duration | 削除されました | Leaderが新しく追加されたノードに転送される最小時間を決定します。 |
PD | log.file.max-days | 修正済み | ログが保持される最大日数を制御します。デフォルト値が1 から0 に変更されました。 |
PD | log.file.max-backups | 修正済み | 保持されるログの最大数を制御します。デフォルト値が7 から0 に変更されました。 |
PD | patrol-region-interval | 修正済み | レプリカチェッカーがリージョンの正常性状態をチェックする実行頻度を制御します。この値が小さいほど、replicaChecker の実行が速くなります。通常、このパラメータを調整する必要はありません。デフォルト値が100ms から10ms に変更されました。 |
PD | max-snapshot-count | 修正済み | 単一ストアが同時に受信または送信するスナップショットの最大数を制御します。 PD スケジューラは、この設定に依存して、通常のトラフィックに使用されるリソースがプリエンプトされるのを防ぎます。デフォルト値が3 から64 に変更されました。 |
PD | max-pending-peer-count | 修正済み | 単一ストア内の保留中のピアの最大数を制御します。 PD スケジューラーはこの構成に依存して、一部のノードで古いログを持つリージョンが多数生成されるのを防ぎます。デフォルト値が16 から64 に変更されました。 |
TiD ライトニング | meta-schema-name | 新しく追加された | 各TiDB Lightningインスタンスのメタ情報がターゲット クラスターに保存されているスキーマ名。デフォルト値は「lightning_metadata」です。 |
その他
一時テーブル:
v5.3.0 より前の TiDB クラスターでローカル一時テーブルを作成した場合、これらのテーブルは実際には通常のテーブルであり、クラスターが 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 でこのステートメントを実行すると、エラーが発生します。v5.3.0 より前に新しいインデックスが追加された場合、指定された期間外に自動分析が予期せずトリガーされる問題を修正しました。 v5.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 からv2.27.1にアップグレードされ、2021 年 5 月にリリースされます。このバージョンでは、より多くの機能が提供され、セキュリティの問題が修正されています。 Prometheus v2.8.1 と比較すると、v2.27.1 のアラート時刻表現は Unix タイムスタンプから UTC に変更されています。詳細はプロメテウスのコミットを参照してください。
新機能
SQL
SQL インターフェースを使用してデータの配置ルールを設定する (実験的機能)
データの配置ルールを設定するための SQL インターフェイスを提供する
[CREATE | ALTER] PLACEMENT POLICY
構文をサポートします。この機能を使用すると、特定の領域、データセンター、ラック、ホスト、またはレプリカ数ルールにスケジュールされるテーブルとパーティションを指定できます。これにより、低コストと高い柔軟性を求めるアプリケーションの要求が満たされます。典型的なユーザー シナリオは次のとおりです。- 異なるアプリケーションの複数のデータベースを結合してデータベースの保守コストを削減し、ルール構成を通じてアプリケーション リソースの分離を実現します。
- 重要なデータのレプリカ数を増やして、アプリケーションの可用性とデータの信頼性を向上させます。
- 新しいデータを SSD に保存し、古いデータを HHD に保存して、データのアーカイブとstorageのコストを削減します。
- ホットスポット データのリーダーを高性能 TiKV インスタンスにスケジュールする
- コールド データを低コストのstorageメディアに分離して、コスト効率を向上させます。
一時テーブル
一時テーブルを作成する
CREATE [GLOBAL] TEMPORARY TABLE
ステートメントをサポートします。この機能を使用すると、アプリケーションの計算過程で生成される一時データを簡単に管理できます。一時データはメモリに保存され、tidb_tmp_table_max_size
変数を使用して一時テーブルのサイズを制限できます。 TiDB は、次のタイプの一時テーブルをサポートします。グローバル一時テーブル
- クラスター内のすべてのセッションに表示され、テーブル スキーマは永続的です。
- トランザクションレベルのデータ分離を提供します。一時データはトランザクション内でのみ有効です。トランザクションが完了すると、データは自動的に削除されます。
ローカル一時テーブル
- 現在のセッションに対してのみ表示され、テーブル スキーマは永続的ではありません。
- 重複したテーブル名をサポートします。アプリケーション用に複雑な命名規則を設計する必要はありません。
- セッション レベルのデータ分離を提供し、よりシンプルなアプリケーション ロジックを設計できるようにします。トランザクションが完了すると、一時テーブルは削除されます。
FOR UPDATE OF TABLES
構文のサポート複数のテーブルを結合する SQL ステートメントの場合、TiDB は、
OF TABLES
に含まれるテーブルに関連付けられた行に対する悲観的ロックの取得をサポートします。テーブルの属性
テーブルまたはパーティションの属性を設定できる
ALTER TABLE [PARTITION] ATTRIBUTES
ステートメントをサポートします。現在、TiDB はmerge_option
属性の設定のみをサポートしています。この属性を追加すると、リージョンのマージ動作を明示的に制御できます。ユーザー シナリオ:
SPLIT TABLE
操作を実行するときに、一定期間 (PD パラメーターsplit-merge-interval
で制御) が経過してもデータが挿入されない場合、空のリージョンはデフォルトで自動的にマージされます。この場合、テーブル属性をmerge_option=deny
に設定して、リージョンの自動マージを回避できます。
Security
TiDB ダッシュボードで最小限の権限を持つユーザーの作成をサポート
TiDB Dashboard のアカウント システムは、 TiDB SQLのアカウント システムと一致しています。 TiDB ダッシュボードにアクセスするユーザーは、 TiDB SQLユーザーの権限に基づいて認証および許可されます。したがって、TiDB ダッシュボードには制限された権限、または読み取り専用権限が必要です。最小特権の原則に基づいて TiDB ダッシュボードにアクセスするようにユーザーを構成できるため、高い特権を持つユーザーのアクセスを回避できます。
TiDB ダッシュボードにアクセスしてサインインするには、最小権限の SQL ユーザーを作成することをお勧めします。これにより、高い権限を持つユーザーのアクセスが回避され、セキュリティが向上します。
パフォーマンス
PDのタイムスタンプ処理フローを最適化する
TiDB は、PDFollowerプロキシを有効にし、PD クライアントがバッチで TSO を要求するときに必要なバッチ待機時間を変更することにより、タイムスタンプ処理フローを最適化し、PD のタイムスタンプ処理負荷を軽減します。これは、システム全体のスケーラビリティの向上に役立ちます。
- システム変数
tidb_enable_tso_follower_proxy
による PD Follower Proxy の有効化または無効化をサポートします。 TSO 要求の PD の負荷が高すぎるとします。この場合、PD フォロワー プロキシを有効にすると、フォロワー上の要求サイクル中に収集された TSO 要求をリーダー ノードにバッチ転送できます。このソリューションは、クライアントとリーダー間の直接対話の数を効果的に減らし、リーダーへの負荷のプレッシャーを軽減し、TiDB の全体的なパフォーマンスを向上させることができます。
注記:
クライアントの数が少なく、PD リーダーの CPU 負荷がフルではない場合、PDFollowerプロキシを有効にすることはお勧めできません。
- システム変数
tidb_tso_client_batch_max_wait_time
を使用して、PD クライアントが TSO をバッチ要求するために必要な最大待機時間を設定することをサポートします。この時間の単位はミリ秒です。 PD の TSO リクエストの負荷が高い場合は、待機時間を増やしてバッチ サイズを大きくすることで負荷を軽減し、スループットを向上させることができます。
注記:
TSO 要求の負荷が高くない場合、この変数値を変更することはお勧めできません。
- システム変数
安定性
一部のストアが永久に損傷した後のオンラインの安全でないリカバリのサポート (実験的機能)
オンラインデータの安全でないリカバリを実行する
pd-ctl unsafe remove-failed-stores
コマンドをサポートします。大部分のデータ レプリカで永久的な損傷 (ディスク損傷など) のような問題が発生し、これらの問題によりアプリケーション内のデータ範囲が読み取り不能または書き込み不能になったとします。この場合、PD に実装されているオンライン安全でない回復機能を使用してデータを回復し、データを再び読み取りまたは書き込みできるようにすることができます。TiDB チームのサポートを受けて機能関連の操作を実行することをお勧めします。
データ移行
DM レプリケーションのパフォーマンスが強化されました
MySQL から TiDB へのデータ レプリケーションを低レイテンシーで確実に行うために、次の機能をサポートします。
- 単一行の複数の更新を 1 つのステートメントに圧縮します。
- 複数行のバッチ更新を 1 つのステートメントにマージする
DM OpenAPI を追加して DM クラスターをより適切に維持します (実験的機能)
DM は、DM クラスターのクエリと操作のための OpenAPI 機能を提供します。 dmctl ツールの特徴と似ています。
現在、DM OpenAPI は実験的機能であり、デフォルトでは無効になっています。本番環境での使用はお勧めできません。
TiDB Lightning並行輸入品
TiDB Lightning は、元の機能を拡張するための並行インポート機能を提供します。これにより、複数の Lightning インスタンスを同時にデプロイして、単一のテーブルまたは複数のテーブルをダウンストリーム TiDB に並行してインポートできます。顧客の使用方法を変えることなく、データ移行機能が大幅に向上し、よりリアルタイムの方法でデータを移行して、データをさらに処理、統合、分析できるようになります。企業のデータ管理の効率が向上します。
私たちのテストでは、10 個のTiDB Lightningインスタンスを使用して、合計 20 TiB MySQL データを 8 時間以内に TiDB にインポートできました。複数テーブルのインポートのパフォーマンスも向上しました。単一のTiDB Lightningインスタンスは 250 GiB/h でのインポートをサポートでき、全体的な移行は元のパフォーマンスの 8 倍高速になります。
TiDB Lightning事前チェック
TiDB Lightning は、移行タスクを実行する前に構成をチェックする機能を提供します。デフォルトでは有効になっています。この機能は、ディスク容量と実行構成に関するいくつかの日常的なチェックを自動的に実行します。主な目的は、その後のインポート プロセス全体がスムーズに進むようにすることです。
TiDB Lightning はGBK 文字セットのファイルのインポートをサポートします
ソースデータファイルの文字セットを指定できます。 TiDB Lightning は、インポート プロセス中にソース ファイルを指定された文字セットから UTF-8 エンコーディングに変換します。
同期差分インスペクターの改善
- 比較速度が 375 MB/s から 700 MB/s に向上しました。
- 比較中に TiDB ノードのメモリ消費量をほぼ半分に削減
- ユーザーインターフェイスを最適化し、比較中にプログレスバーを表示します。
診断効率
クラスターのオンサイト情報の保存と復元
TiDB クラスターの問題を特定してトラブルシューティングする場合、多くの場合、システムとクエリ プランに関する情報を提供する必要があります。より便利かつ効率的な方法で情報を取得し、クラスターの問題をトラブルシューティングできるように、TiDB v5.3.0 では
PLAN REPLAYER
コマンドが導入されました。このコマンドを使用すると、クラスターのオンサイト情報を簡単に保存および復元できるようになり、トラブルシューティングの効率が向上し、管理のために問題をより簡単にアーカイブできるようになります。PLAN REPLAYER
の特徴は以下の通りです。- オンサイトのトラブルシューティングで TiDB クラスターの情報を ZIP 形式のファイルにエクスポートしてstorage。
- 別の TiDB クラスターからエクスポートされた ZIP 形式のファイルをクラスターにインポートします。このファイルには、オンサイトのトラブルシューティングにおける後者の TiDB クラスターの情報が含まれています。
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 をアップグレードする前にこの機能を使用してデータを複製していた場合、関連データはアップグレード後に影響を受けません。
改善点
TiDB
- コプロセッサーがロックを検出したときに、影響を受ける SQL ステートメントをデバッグ ログに表示します。これは、問題の診断に役立ちます#27718
- SQL 論理レイヤー#27247でデータをバックアップおよび復元する際のバックアップおよび復元データのサイズの表示のサポート
tidb_analyze_version
が2
の場合の ANALYZE のデフォルトの収集ロジックを改善します。これにより、収集が高速化され、リソースのオーバーヘッドが削減されます。ANALYZE TABLE table_name COLUMNS col_1, col_2, ... , col_n
構文を紹介します。この構文では、幅の広いテーブルの一部の列についてのみ統計を収集できるため、統計収集の速度が向上します。
TiKV
ディスク領域の保護を強化してstorageの安定性を向上
ディスクの完全書き込みエラーが発生した場合に TiKV がパニックにpanic可能性がある問題を解決するために、TiKV は 2 レベルのしきい値防御メカニズムを導入し、ディスクの残りのスペースが過剰なトラフィックによって枯渇するのを防ぎます。さらに、このメカニズムは、しきい値がトリガーされたときにスペースを再利用する機能を提供します。残りのスペースのしきい値がトリガーされると、一部の書き込み操作が失敗し、TiKV はディスク フル エラーとディスク フル ノードのリストを返します。この場合、スペースを回復してサービスを復元するには、
Drop/Truncate Table
実行するか、ノードをスケールアウトします。L0フロー制御のアルゴリズムを簡略化#10879
raft クライアント モジュール#10944のエラー ログ レポートを改善しました。
ロギング スレッドがパフォーマンスのボトルネックになるのを回避するために、スレッドを改善します#10841
書き込みクエリの統計タイプをさらに追加#10507
I/O 操作をRaftstoreスレッド プールから分離することで書き込みレイテンシーを短縮します (デフォルトでは無効)。チューニングの詳細については、 TiKV スレッド プールのパフォーマンスを調整する #10540を参照してください。
PD
TiFlash
TableScan オペレーターの実行効率を大幅に向上
Exchangeオペレータの実行効率を向上させる
storageエンジンの GC 中の書き込み増幅とメモリ使用量を削減します (実験的機能)
TiFlashの再起動時の安定性と可用性が向上し、再起動後に発生する可能性のあるクエリエラーが減少します。
複数の新しい文字列関数と時刻関数を MPP エンジンにプッシュダウンするサポート
- 文字列関数:LIKEパターン、FORMAT()、LOWER()、LTRIM()、RTRIM()、SUBSTRING_INDEX()、TRIM()、UCASE()、UPPER()
- 数学関数: ROUND (10 進数、整数)
- 日付と時刻の関数: HOUR()、MICROSECOND()、MINUTE()、SECOND()、SYSDATE()
- 型変換関数:CAST(time, real)
- 集計関数: GROUP_CONCAT()、SUM(enum)
512ビットSIMDをサポート
古いデータのクリーンアップ アルゴリズムを強化して、ディスク使用量を削減し、ファイルをより効率的に読み取ることができます。
一部の非 Linux システムでダッシュボードにメモリまたは CPU 情報が表示されない問題を修正
TiFlashログ ファイルの命名スタイルを統一し (TiKV の命名スタイルと一貫した命名スタイルを維持)、logger.count と logger.size の動的変更をサポートします。
列ベースのファイルのデータ検証機能を改善します (チェックサム、実験的機能)
ツール
バグの修正
TiDB
- 間違った実行計画が原因で実行中に発生するエラーを修正します。間違った実行プランは、パーティション化されたテーブルで集計演算子をプッシュダウンするときにスキーマ列の浅いコピーが原因で発生します#27797 #26554
plan cache
符号なしフラグの変更を検出できない問題を修正#28254- パーティション関数が範囲#28233の外にある場合の間違ったパーティション プルーニングを修正しました。
- 場合によってはプランナーが
join
の無効なプランをキャッシュする可能性がある問題を修正します#28087 - ハッシュカラムタイプが
enum
#27893の場合の間違ったIndexLookUpJoin
を修正 - アイドル状態の接続をリサイクルすると、まれにリクエストの送信がブロックされる可能性があるというバッチ クライアントのバグを修正しました#27688
- ターゲット クラスターでのチェックサムの実行に失敗した場合のTiDB Lightningpanicの問題を修正します#27686
- 場合によっては
date_add
とdate_sub
関数の間違った結果を修正する#27232 - ベクトル化された式#28643の関数
hour
の誤った結果を修正しました。 - MySQL 5.1 または古いクライアント バージョン#27855に接続するときの認証の問題を修正
- 新しいインデックスが追加されると、auto analyzeが指定された時間外にトリガーされる場合がある問題を修正します#28698
- セッション変数を設定すると
tidb_snapshot
#28683が無効になるバグを修正 - 多くのピアが欠落しているリージョン#27534を持つクラスターでBRが機能しないバグを修正
- サポートされていない
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にインポートする場合、事前チェックに時間がかかりすぎる問題を修正
- 式を書き換えると
between
間違った照合順序が推測される#27146という問題を修正します。 group_concat
関数が照合順序を考慮していない問題を修正#27429extract
関数の引数が負の持続時間の場合に発生する結果が間違っていたのを修正#27236NO_UNSIGNED_SUBTRACTION
を#26765に設定するとパーティションの作成に失敗する問題を修正- 列のプルーニングと集計プッシュダウンで副作用のある式を回避する#27106
- 不要な gRPC ログを削除する#24190
- 有効な 10 進数の長さを制限して、精度関連の問題を修正します#3091
plus
式#26977のオーバーフローをチェックする間違った方法の問題を修正new collation
データ#27024を持つテーブルから統計をダンプするときにdata too long
エラーが発生する問題を修正- リトライしたトランザクションのステートメントが
TIDB_TRX
#28670に含まれない問題を修正 plugin_dir
構成#28084の間違ったデフォルト値を修正します。- 名前付きタイムゾーンと UTC オフセット#8311が指定されている場合、
CONVERT_TZ
関数がNULL
返す問題を修正します。 - ステートメントの一部として何も指定されていない場合、
CREATE SCHEMA
新しいスキーマに対してcharacter_set_server
とcollation_server
で指定された文字セットを使用しないという問題を修正します#27214
TiKV
- リージョンの移行時に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
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
- 一部の種類の列をオープン プロトコル形式#2758にエンコードするときに発生する可能性のpanicの問題を修正しました。
- 一部の種類の列を Avro 形式#2648にエンコードするときに発生する可能性のpanicの問題を修正
TiDBBinlog
- ほとんどのテーブルがフィルターで除外されると、特別な負荷がかかるとチェックポイントを更新できない問題を修正します#1075