TiDB 5.4 リリースノート
発売日:2022年2月15日
TiDB バージョン: 5.4.0
v5.4 の主な新機能または改善点は次のとおりです。
- GBK文字セットをサポート
- 複数の列のインデックスのフィルタリング結果をマージする、インデックス マージを使用したデータへのアクセスのサポート
- セッション変数を使用した古いデータの読み取りのサポート
- 統計を収集するための構成の永続化のサポート
- TiKV のログstorageエンジンとしてRaft Engineの使用をサポート (実験的)
- クラスターに対するバックアップの影響を最適化する
- Azure Blob storage をバックアップstorageとして使用するサポート
- TiFlashと MPP エンジンの安定性とパフォーマンスを継続的に改善します。
- TiDB Lightningにスイッチを追加して、データを含む既存のテーブルへのインポートを許可するかどうかを決定します。
- 継続的プロファイリング機能を最適化する (実験的)
- TiSpark はユーザーの識別と認証をサポートします
互換性の変更
注記:
以前の TiDB バージョンから v5.4.0 にアップグレードする場合、すべての中間バージョンの互換性変更ノートを知りたい場合は、対応するバージョンのリリースノートを確認できます。
システム変数
変数名 | 種類の変更 | 説明 |
---|---|---|
tidb_enable_column_tracking | 新しく追加された | TiDB がPREDICATE COLUMNS を収集できるようにするかどうかを制御します。デフォルト値はOFF. |
tidb_enable_paging | 新しく追加された | IndexLookUp オペレーターでコプロセッサー要求を送信するためにページングの方法を使用するかどうかを制御します。デフォルト値はOFF です。IndexLookup とLimit を使用し、そのLimit をIndexScan にプッシュダウンできない読み取りクエリの場合、読み取りクエリのレイテンシーが長くなり、TiKV のunified read pool の CPU 使用率が高くなる可能性があります。このような場合、 Limit 演算子は少量のデータセットのみを必要とするため、 tidb_enable_paging ON に設定すると、TiDB が処理するデータが減り、クエリのレイテンシーとリソースの消費が削減されます。 |
tidb_enable_top_sql | 新しく追加された | Top SQL機能を有効にするかどうかを制御します。デフォルト値はOFF です。 |
tidb_persist_analyze_options | 新しく追加された | ANALYZE 構成永続化機能を有効にするかどうかを制御します。デフォルト値はON です。 |
tidb_read_staleness | 新しく追加された | 現在のセッションで読み取ることができる履歴データの範囲を制御します。デフォルト値は0 です。 |
tidb_regard_null_as_point | 新しく追加された | オプティマイザがインデックス アクセスの接頭辞条件として NULL 等価性を含むクエリ条件を使用できるかどうかを制御します。 |
tidb_stats_load_sync_wait | 新しく追加された | 統計の同期読み込み機能を有効にするかどうかを制御します。デフォルト値0 は、機能が無効であり、統計が非同期でロードされることを意味します。この機能が有効な場合、この変数は、SQL 最適化が統計の同期読み込みをタイムアウトするまで待機できる最大時間を制御します。 |
tidb_stats_load_pseudo_timeout | 新しく追加された | 統計の同期ロードがタイムアウトに達するタイミング、SQL が失敗するか ( OFF )、疑似統計の使用にフォールバックするか ( ON ) を制御します。デフォルト値はOFF です。 |
tidb_backoff_lock_fast | 修正済み | デフォルト値が100 から10 に変更されました。 |
tidb_enable_index_merge | 修正済み | デフォルト値がOFF からON に変更されます。
|
tidb_store_limit | 修正済み | v5.4.0 より前では、この変数はインスタンス レベルでグローバルに設定できます。 v5.4.0 以降、この変数はグローバル構成のみをサポートします。 |
コンフィグレーションファイルのパラメータ
コンフィグレーションファイル | コンフィグレーション | 種類の変更 | 説明 |
---|---|---|---|
TiDB | stats-load-concurrency | 新しく追加された | TiDB 同期ロード統計機能が同時に処理できる列の最大数を制御します。デフォルト値は5 です。 |
TiDB | stats-load-queue-size | 新しく追加された | TiDB 同期ロード統計機能がキャッシュできる列リクエストの最大数を制御します。デフォルト値は1000 です。 |
TiKV | snap-generator-pool-size | 新しく追加された | snap-generator スレッド プールのサイズ。デフォルト値は2 です。 |
TiKV | log.file.max-size log.file.max-days log.file.max-backups | 新しく追加された | 詳細はTiKVコンフィグレーションファイル - log.file を参照してください。 |
TiKV | raft-engine | 新しく追加された | enable 、 dir 、 batch-compression-threshold 、 bytes-per-sync 、 target-file-size 、 purge-threshold 、 recovery-mode 、 recovery-read-block-size 、 recovery-read-block-size 、およびrecovery-threads が含まれます。詳細については、 TiKVコンフィグレーションファイル - raft-engine を参照してください。 |
TiKV | backup.enable-auto-tune | 新しく追加された | v5.3.0 では、デフォルト値はfalse です。 v5.4.0 以降、デフォルト値はtrue に変更されました。このパラメーターは、クラスターのリソース使用率が高い場合に、クラスターへの影響を軽減するためにバックアップ タスクで使用されるリソースを制限するかどうかを制御します。デフォルトの構成では、バックアップ タスクの速度が遅くなる可能性があります。 |
TiKV | log-level log-format log-file log-rotation-size | 修正済み | TiKV ログ パラメーターの名前は、TiDB ログ パラメーターと一致する名前 ( log.level 、 log.format 、 log.file.filename 、およびlog.enable-timestamp に置き換えられます。古いパラメータのみを設定し、その値がデフォルト以外の値に設定されている場合、古いパラメータは新しいパラメータとの互換性を維持します。古いパラメータと新しいパラメータの両方が設定されている場合は、新しいパラメータが有効になります。詳細はTiKVコンフィグレーションファイル - ログを参照してください。 |
TiKV | log-rotation-timespan | 削除されました | ログローテーション間の期間。この期間が経過すると、ログ ファイルがローテーションされます。つまり、現在のログ ファイルのファイル名にタイムスタンプが追加され、新しいログ ファイルが作成されます。 |
TiKV | allow-remove-leader | 削除されました | メインスイッチの削除を許可するかどうかを決定します。 |
TiKV | raft-msg-flush-interval | 削除されました | Raftメッセージがバッチで送信される間隔を決定します。 Raftメッセージは、この設定項目で指定された間隔ごとにバッチで送信されます。 |
PD | log.level | 修正済み | デフォルト値は「INFO」から「info」に変更され、大文字と小文字は区別されません。 |
TiFlash | profile.default.enable_elastic_threadpool | 新しく追加された | エラスティック スレッド プール機能を有効にするか無効にするかを決定します。この構成項目を有効にすると、同時実行性が高いシナリオでTiFlash CPU 使用率が大幅に向上します。デフォルト値はfalse です。 |
TiFlash | storage.format_version | 新しく追加された | DTFileのバージョンを指定します。デフォルト値は2 で、この値の下ではハッシュがデータ ファイルに埋め込まれます。値を3 に設定することもできます。 3 の場合、データ ファイルにはメタデータとトークン データのチェックサムが含まれ、複数のハッシュ アルゴリズムがサポートされます。 |
TiFlash | logger.count | 修正済み | デフォルト値は10 に変更されます。 |
TiFlash | status.metrics_port | 修正済み | デフォルト値は8234 に変更されます。 |
TiFlash | raftstore.apply-pool-size | 新しく追加された | Raftデータをstorageにフラッシュするプール内のスレッドの許容数。デフォルト値は4 です。 |
TiFlash | raftstore.store-pool-size | 新しく追加された | Raftを処理するスレッドの許容数。これはRaftstoreスレッド プールのサイズです。デフォルト値は4 です。 |
TiDB データ移行 (DM) | collation_compatible | 新しく追加された | デフォルトの照合順序をCREATE の SQL ステートメントで同期するモード。値のオプションは「loose」(デフォルト) と「strict」です。 |
TiCDC | max-message-bytes | 修正済み | Kafka シンクのデフォルト値max-message-bytes 104857601 (10MB) に変更します。 |
TiCDC | partition-num | 修正済み | Kafka Sink のデフォルト値partition-num を4 から3 に変更します。これにより、TiCDC が Kafaka パーティションにメッセージをより均等に送信できるようになります。 |
TiDB Lightning | meta-schema-name | 修正済み | ターゲット TiDB 内のメタデータのスキーマ名を指定します。 v5.4.0 以降、このスキーマは並行輸入品有効にした場合にのみ作成されます (対応するパラメーターはtikv-importer.incremental-import = true )。 |
TiDB Lightning | task-info-schema-name | 新しく追加された | TiDB Lightning が競合を検出したときに重複データが保存されるデータベースの名前を指定します。デフォルトでは、値は「lightning_task_info」です。このパラメータは、「重複解決」機能を有効にした場合にのみ指定します。 |
TiDB Lightning | incremental-import | 新しく追加された | データが既に存在するテーブルへのデータのインポートを許可するかどうかを決定します。デフォルト値はfalse です。 |
その他
- TiDB と PD の間にインターフェイスが追加されます。
information_schema.TIDB_HOT_REGIONS_HISTORY
システム テーブルを使用する場合、TiDB は対応するバージョンの PD を使用する必要があります。 - TiDB サーバー、PD サーバー、および TiKV サーバーは、ログ名、出力形式、ローテーションと有効期限のルールを管理するために、ログ関連パラメーターに統一された命名方法を使用し始めます。詳細はTiKV 設定ファイル - ログを参照してください。
- v5.4.0 以降、プラン キャッシュ経由でキャッシュされた実行プランの SQL バインディングを作成すると、バインディングにより、対応するクエリに対してすでにキャッシュされているプランが無効になります。新しいバインディングは、v5.4.0 より前にキャッシュされた実行プランには影響しません。
- v5.3 以前のバージョンでは、 TiDB データ移行 (DM)ドキュメントは TiDB ドキュメントから独立しています。 v5.4 以降、DM ドキュメントは同じバージョンの TiDB ドキュメントに統合されています。 DMドキュメント DM ドキュメント サイトにアクセスせずに直接読むことができます。
- cdclog とともにポイントインタイム リカバリ (PITR) の実験的機能を削除します。 v5.4.0 以降、cdclog ベースの PITR および cdclog はサポートされなくなりました。
- システム変数を「DEFAULT」に設定する動作をより MySQL 互換にする#29680
- システム変数
lc_time_names
を読み取り専用#30084設定します。 tidb_store_limit
のスコープを INSTANCE または GLOBAL から GLOBAL #30756に設定します。- 列にゼロが含まれる場合、整数型列を時間型列に変換することを禁止します#25728
- 浮動小数点値を挿入するときに
Inf
またはNAN
値に対してエラーが報告されない問題を修正します#30148 - 自動 ID が範囲#30301の外にある場合、
REPLACE
ステートメントが他の行を誤って変更する問題を修正します。
新機能
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 は、 root ユーザーの初期パスワードの生成をサポートします
クラスターを起動するコマンドに
--init
パラメーターが導入されます。このパラメーターを使用すると、 TiUPを使用してデプロイされた TiDB クラスターで、 TiUP はデータベース root ユーザー用の強力な初期パスワードを生成します。これにより、空のパスワードを持つ root ユーザーを使用する際のセキュリティ リスクが回避され、データベースのセキュリティが確保されます。
パフォーマンス
カラムナ型storageエンジンTiFlashとコンピューティング エンジン MPP の安定性とパフォーマンスの継続的な向上
MPP エンジンへのより多くの関数のプッシュダウンをサポートします。
- 文字列関数:
LPAD()
、RPAD()
、STRCMP()
- 日付関数:
ADDDATE(string, real)
、DATE_ADD(string, real)
、DATE_SUB(string, real)
、SUBDATE(string, real)
、QUARTER()
- 文字列関数:
リソース使用率を向上させるためにエラスティック スレッド プール機能を導入します (実験的)
TiKV からデータをレプリケートする際に、行ベースのstorage形式から列ベースのstorage形式にデータを変換する効率が向上し、データ レプリケーションの全体的なパフォーマンスが 50% 向上します。
一部の構成項目のデフォルト値を調整することで、 TiFlash のパフォーマンスと安定性を向上させます。 HTAP ハイブリッド ロードでは、単一テーブルに対する単純なクエリのパフォーマンスが最大 20% 向上します。
ユーザードキュメント: サポートされているプッシュダウン計算 、 tflash.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 秒以内に最新の履歴データを読み取ることができます。
インデックスマージの一般提供
Index Merge は、SQL 最適化のための実験的機能として TiDB v4.0 に導入されました。この方法により、クエリで複数のデータ列のスキャンが必要な場合の条件フィルタリングが大幅に高速化されます。次のクエリを例として考えます。
WHERE
ステートメントでは、OR
で接続されたフィルター条件の列key1とkey2にそれぞれのインデックスがある場合、インデックス マージ機能はそれぞれのインデックスを同時にフィルターし、クエリ結果をマージし、マージされた結果を返します。SELECT * FROM table WHERE key1 <= 100 OR key2 = 200;TiDB v4.0 より前では、テーブルのクエリでは、フィルター処理に一度に 1 つのインデックスのみの使用がサポートされていました。複数の列のデータをクエリする場合は、インデックス マージを有効にして、個々の列のインデックスを使用して正確なクエリ結果を短時間で取得できます。インデックス マージにより、不必要なテーブル全体のスキャンが回避され、多数の複合インデックスを確立する必要がありません。
v5.4.0 では、インデックス マージが GA になります。ただし、次の制限事項に注意する必要があります。
インデックス マージは、選言正規形 (X 1 ⋁ X 2 ⋁ …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が無効になっていることを確認する必要があります。 Raft 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 には統計の同期ロード機能が導入されました。この機能はデフォルトでは無効になっています。この機能を有効にすると、TiDB は SQL ステートメントの実行時に大きなサイズの統計 (ヒストグラム、TopN、Count-Min Sketch 統計など) をメモリに同期的にロードできるようになり、SQL 最適化のための統計の完全性が向上します。
安定性
永続的な ANALYZE 構成のサポート
統計は、オプティマイザが実行計画を生成するときに参照する基本情報の 1 つです。統計の精度は、生成された実行計画が妥当かどうかに直接影響します。統計の正確性を確保するには、異なるテーブル、パーティション、インデックスに対して異なる収集構成を設定することが必要になる場合があります。
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 をサポートします。 TiDB を Azure クラウドにデプロイすると、クラスター データを 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 Data Migration (DM) でのリレー ログの使用を最適化する
source
構成のenable-relay
スイッチを復旧します。start-relay
およびstop-relay
コマンドを使用したリレー ログの動的有効化および無効化をサポートします。リレーログのステータスを
source
にバインドします。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 を介した日常的な管理をサポートします。 v5.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 ダッシュボードで有効にできます。
継続的プロファイリングは、v1.9.0 以降のTiUPまたは v1.3.0 以降のTiDB Operatorを使用してデプロイまたはアップグレードされたクラスターに適用できます。
改善点
TiDB
- キャッシュされたクエリ プラン#30370をクリアするための
ADMIN {SESSION | INSTANCE | GLOBAL} PLAN_CACHE
構文をサポートします。
- キャッシュされたクエリ プラン#30370をクリアするための
TiKV
- コプロセッサーは、ストリームのような方法でリクエストを処理するためのページング API をサポートしています#11448
- サポート
read-through-lock
により、読み取り操作が二次ロックが解決されるまで待機する必要がなくなります#11402 - ディスク領域の枯渇によるpanicを回避するために、ディスク保護メカニズムを追加します#10537
- ログのアーカイブとローテーションをサポート#11651
- Raftクライアントによるシステムコールを削減し、CPU 効率を向上させます#11309
- コプロセッサーは、 TiKV #11495へのサブストリングのプッシュダウンをサポートします
- Read Committed 分離レベル#11485で読み取りロックをスキップすることで、スキャンのパフォーマンスを向上させます。
- バックアップ操作で使用されるデフォルトのスレッド プール サイズを減らし、ストレスが高い場合のスレッド プールの使用を制限します#11000
- アプライ スレッド プールとストア スレッド プールのサイズの動的調整のサポート#11159
snap-generator
スレッド プール#11247のサイズの構成をサポート- 頻繁に読み取りと書き込みが行われるファイルが多数ある場合に発生するグローバル ロック競合の問題を最適化します#250
PD
TiFlash
- 現地オペレーターのコミュニケーションを最適化する
- スレッドの頻繁な作成または破棄を避けるために、gRPC の非一時スレッド数を増やします。
ツール
バグの修正
TiDB
- クラスターを 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が発生する場合がある問題を修正#30245IN
値にバイナリ定数#31261含まれている場合に、間違ったクエリ結果が発生する問題を修正しました。- CTE にサブクエリ#31255がある場合に誤ったクエリ結果が発生する問題を修正
INSERT ... SELECT ... ON DUPLICATE KEY UPDATE
ステートメントを実行するとpanic#28078が発生する問題を修正- INDEX HASH JOIN が
send on closed channel
エラー#31129を返す問題を修正
- クラスターを v4.x から v5.x にアップグレードするときに発生する
TiKV
PD
TiFlash
- MPP クエリが停止するとTiFlashがpanicになる問題を修正
where <string>
句を含むクエリが間違った結果を返す問題を修正- 整数の主キーの列タイプをより大きな範囲に設定するときに発生する可能性があるデータの不整合の潜在的な問題を修正します。
- 入力時刻が 1970-01-01 00:00:01 UTC より前の場合、
unix_timestamp
の動作が TiDB または MySQL の動作と一致しない問題を修正 - TiFlashの再起動後に
EstablishMPPConnection
エラーが返される場合がある問題を修正 - TiFlashと TiDB/TiKV で
CastStringAsDecimal
動作が矛盾する問題を修正 - クエリ結果で
DB::Exception: Encode type of coprocessor response is not CHBlock
エラーが返される問題を修正 - TiFlashと TiDB/TiKV で
castStringAsReal
動作が矛盾する問題を修正 - TiFlashの
date_add_string_xxx
関数の返された結果が MySQL の結果と一致しない問題を修正
ツール
バックアップと復元 (BR)
TiCDC
min.insync.replicas
がreplication-factor
#3994より小さい場合にレプリケーションが実行できない問題を修正cached region
監視メトリクスがマイナス#4300になる問題を修正mq sink write row
監視データがない問題を修正#3431sql mode
#3810の互換性の問題を修正- レプリケーション タスクが削除されたときに発生する潜在的なpanicの問題を修正します#3128
- デフォルトの列値#3929を出力するときに発生するpanicとデータの不整合の問題を修正します。
- デフォルト値を複製できない問題を修正#3793
- デッドロックによりレプリケーション タスクが停止するという潜在的な問題を修正します#4055
- ディスクへの書き込みが完了したときにログが出力されない問題を修正#3362
- DDL ステートメント内の特別なコメントによりレプリケーション タスクが停止する問題を修正します#3755
- RHEL リリース#3584のタイムゾーンの問題によりサービスを開始できない問題を修正
- 不正確なチェックポイント#3545によって引き起こされる潜在的なデータ損失の問題を修正します。
- コンテナ環境の OOM 問題を修正する#1798
config.Metadata.Timeout
#3352の誤った構成によって引き起こされるレプリケーション停止の問題を修正します。
TiDB データ移行 (DM)
TiDB Lightning
TiDBBinlog
CREATE PLACEMENT POLICY
ステートメント#1118と互換性がないためにDrainer が失敗する問題を修正