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で、TSOFollowerプロキシ機能が無効であることを意味します。この時点で、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 | 新しく追加された | 一時テーブルつの最大サイズを制限します。一時テーブルがこのサイズを超えると、エラーが発生します。 |
コンフィグレーションファイルのパラメータ
| コンフィグレーションファイル | コンフィグレーション項目 | タイプを変更 | 説明 |
|---|---|---|---|
| ティビ | prepared-plan-cache.capacity | 修正済み | キャッシュされるステートメントの数を制御します。デフォルト値は100から1000に変更されます。 |
| ティクヴ | storage.reserve-space | 修正済み | TiKV 起動時にディスク保護用に予約される領域を制御します。v5.3.0 以降では、予約領域の 80% は、ディスク領域が不足している場合の運用および保守に必要な追加のディスク領域として使用され、残りの 20% は一時ファイルの保存に使用されます。 |
| ティクヴ | memory-usage-limit | 修正済み | この構成項目は TiDB v5.3.0 で新しく追加され、その値はstorageの.block-cache.capacity に基づいて計算されます。 |
| ティクヴ | raftstore.store-io-pool-size | 新しく追加された | Raft I/O タスクを処理するスレッドの許容数。これは、StoreWriter スレッド プールのサイズです。このスレッド プールのサイズを変更する場合は、 TiKV スレッド プールのパフォーマンス チューニングを参照してください。 |
| ティクヴ | raftstore.raft-write-size-limit | 新しく追加された | Raftデータがディスクに書き込まれるしきい値を決定します。データ サイズがこの設定項目の値より大きい場合、データはディスクに書き込まれます。1 raftstore.store-io-pool-size値が0の場合、この設定項目は有効になりません。 |
| ティクヴ | raftstore.raft-msg-flush-interval | 新しく追加された | Raftメッセージがバッチで送信される間隔を決定します。バッチ内のRaftメッセージは、この構成項目で指定された間隔ごとに送信されます。1 raftstore.store-io-pool-size値が0の場合、この構成項目は有効になりません。 |
| ティクヴ | 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 がリージョンのヘルス状態をチェックする実行頻度を制御します。この値が小さいほど、replicaChecker の実行速度が速くなります。通常、このパラメータを調整する必要はありません。デフォルト値は100msから10msに変更されます。 |
| PD | max-snapshot-count | 修正済み | 1 つのストアが同時に受信または送信するスナップショットの最大数を制御します。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 のデフォルトのデプロイバージョンは、2021 年 5 月にリリースされる v2.8.1 からバージョン2.27.1にアップグレードされます。このバージョンでは、より多くの機能が提供され、セキュリティ問題が修正されています。Prometheus v2.8.1 と比較して、v2.27.1 のアラート時間の表現は、Unix タイムスタンプから UTC に変更されています。詳細については、 プロメテウスコミットを参照してください。
新機能
構文
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 ダッシュボードのアカウント システムは、TiDB SQLのアカウント システムと一致しています。TiDB ダッシュボードにアクセスするユーザーは、 TiDB SQLユーザーの権限に基づいて認証および承認されます。したがって、TiDB ダッシュボードには、制限された権限、つまり読み取り専用権限のみが必要です。最小限の権限の原則に基づいてユーザーが TiDB ダッシュボードにアクセスするように構成することで、高い権限を持つユーザーのアクセスを回避できます。
TiDB ダッシュボードにアクセスしてサインインするには、最小限の権限を持つ SQL ユーザーを作成することをお勧めします。これにより、高い権限を持つユーザーによるアクセスが回避され、セキュリティが向上します。
パフォーマンス
PDのタイムスタンプ処理フローを最適化
TiDB は、PD Follower Proxy を有効にし、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 要求負荷が高くない場合は、この変数値を変更することはお勧めしません。
- システム変数
安定性
一部のストアが永久的に破損した後のオンラインの安全でない回復をサポートします（実験的機能）
オンライン データのアンセーフ リカバリを実行する
pd-ctl unsafe remove-failed-storesコマンドをサポートします。データ レプリカの大部分が永久的な損傷 (ディスクの損傷など) などの問題に遭遇し、これらの問題によってアプリケーションのデータ範囲が読み取り不能または書き込み不能になったとします。この場合、PD に実装されているオンライン アンセーフ リカバリ機能を使用してデータを回復し、データが再び読み取り可能または書き込み可能になるようにすることができます。機能関連の操作は、TiDB チームのサポートを受けて実行することをお勧めします。
データ移行
DMレプリケーションパフォーマンスの強化
MySQL から TiDB への低レイテンシのデータレプリケーションを保証するために、次の機能をサポートしています。
- 単一行の複数の更新を 1 つのステートメントにまとめる
- 複数の行のバッチ更新を 1 つのステートメントにマージする
DM クラスターをより適切に管理するために DM OpenAPI を追加します (実験的機能)
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 TiDB Lightning は、インポート プロセス中に、ソース ファイルを指定された文字セットから UTF-8 エンコードに変換します。
同期差分インスペクタの改善
- 比較速度を375 MB/秒から700 MB/秒に向上
- 比較すると、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 をアップグレードする前にこの機能を使用してデータをレプリケートしていた場合、アップグレード後も関連データは影響を受けません。
改善点
ティビ
- コプロセッサがロックに遭遇したときに影響を受ける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
TiFlash
TableScanオペレータの実行効率を大幅に向上
取引所運営者の業務効率を向上
storageエンジンの GC 中の書き込み増幅とメモリ使用量を削減します (実験的機能)
TiFlashの再起動時の安定性と可用性が向上し、再起動後に発生する可能性のあるクエリの失敗が減少します。
複数の新しい文字列および時間関数を MPP エンジンにプッシュダウンするサポート
- 文字列関数: LIKE パターン、FORMAT()、LOWER()、LTRIM()、RTRIM()、SUBSTRING_INDEX()、TRIM()、UCASE()、UPPER()
- 数学関数: ROUND (decimal, int)
- 日付と時刻関数: HOUR()、MICROSECOND()、MINUTE()、SECOND()、SYSDATE()
- 型変換関数: CAST(time, real)
- 集計関数: GROUP_CONCAT()、SUM(enum)
512ビットSIMDをサポート
古くなったデータのクリーンアップアルゴリズムを強化してディスク使用量を削減し、ファイルをより効率的に読み取ります
一部のLinux以外のシステムでダッシュボードにメモリやCPUの情報が表示されない問題を修正
TiFlashログ ファイルの命名スタイルを統一し (命名スタイルを TiKV の命名スタイルと一致させる)、logger.count と logger.size の動的な変更をサポートします。
列ベースのファイルのデータ検証機能の改善（チェックサム、実験的機能）
ツール
バグの修正
ティビ
- 実行中に発生するエラーを修正。実行プランが間違っているため。パーティション化されたテーブルで集計演算子をプッシュダウンするときにスキーマ列が浅くコピーされることにより、実行プランが間違っている＃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 (Triple Data Encryption Algorithm) ベースの TLS 暗号スイート＃27859のサポートを削除します。
- Lightning が事前チェック中にオフラインの TiKV ノードに接続し、インポートが失敗する問題を修正＃27826
- 多数のファイルをテーブル＃27605にインポートするときに事前チェックに時間がかかりすぎる問題を修正しました。
- 式を書き換える
between間違った照合順序順序が推測される問題を修正＃27146 group_concat関数が照合順序を考慮していなかった問題を修正＃27429extract関数の引数が負の期間＃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
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エラーを修正する
ツール
ティCDC
- 上流の 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