TiDB 6.3.0 リリースノート
発売日:2022年9月30日
TiDB バージョン: 6.3.0-DMR
クイック アクセス: クイックスタート | インストール パッケージ
v6.3.0-DMR の主な新機能と改善点は次のとおりです。
- TiKV は、SM4 アルゴリズムを使用した保存時の暗号化をサポートしています。
- TiDB は、SM3 アルゴリズムを使用した認証をサポートしています。
CREATE USER
およびALTER USER
ステートメントはACCOUNT LOCK/UNLOCK
オプションをサポートします。- JSON データ型と関数が一般提供 (GA) になりました。
- TiDB は、null 認識アンチ結合をサポートしています。
- TiDB は、より細かい粒度で実行時間メトリックを提供します。
- 範囲パーティションの定義を簡素化するために、新しい構文糖衣が追加されました。
- 範囲 COLUMNS パーティショニングは、複数の列の定義をサポートしています。
- インデックスを追加するパフォーマンスは 3 倍になります。
- リソースを消費するクエリが軽量クエリの応答時間に与える影響を 50% 以上削減します。
新機能
SQL
新しいシンタックス シュガー (Range INTERVAL パーティショニング) を追加して、Range パーティションの定義を簡素化します (実験的) #35683 @ ミヨンス
TiDB は、Range パーティションを定義する新しい方法としてINTERVAL パーティショニングを提供します。すべてのパーティションを列挙する必要がないため、Range パーティション分割 DDL ステートメントの長さが大幅に短縮されます。構文は、元の Range パーティショニングの構文と同等です。
範囲 COLUMNS パーティショニングは、複数の列#36636 @ ミヨンスの定義をサポートします
TiDB は範囲列による分割 (column_list)をサポートしています。
column_list
は、単一の列に制限されなくなりました。基本的な機能はMySQLと同じです。TiFlash #5579 @ シーライズへの 2 つ以上のウィンドウ関数のプッシュダウンをサポート
LEAD()
LAG()
DDL 変更中の DML 成功率を向上させるために、軽量のメタデータ ロックを提供します (実験的) #37275 @ wjhuang2016
TiDB は、オンライン非同期スキーマ変更アルゴリズムを使用して、メタデータ オブジェクトの変更をサポートします。トランザクションが実行されると、トランザクションの開始時に対応するメタデータ スナップショットが取得されます。トランザクション中にメタデータが変更された場合、データの一貫性を確保するために、TiDB は
Information schema is changed
エラーを返し、トランザクションはコミットに失敗します。この問題を解決するために、TiDB v6.3.0 ではオンライン DDL アルゴリズムにメタデータ ロックが導入されています。可能な限り DML エラーを回避するために、TiDB はテーブル メタデータの変更中に DML と DDL の優先順位を調整し、実行中の DDL を古いメタデータを持つ DML がコミットされるまで待機させます。インデックス追加のパフォーマンスを改善し、DML トランザクションへの影響を軽減します (実験的) #35983 @ ベンジャミン2037
インデックス作成時のバックフィルの速度を向上させるために、TiDB v6.3.0 は、
tidb_ddl_enable_fast_reorg
システム変数が有効になっている場合にADD INDEX
およびCREATE INDEX
DDL 操作を高速化します。この機能を有効にすると、インデックスを追加するパフォーマンスが約 3 倍になります。
Security
TiKV は保存時の暗号化に SM4 アルゴリズムをサポートします#13041 @ 嘉陽正
保存時の TiKV 暗号化の場合はSM4 アルゴリズムを追加します。保存時の暗号化を構成する場合、構成
data-encryption-method
の値をsm4-ctr
に設定することにより、SM4 暗号化容量を有効にすることができます。TiDB は SM3 アルゴリズム#36192 @ Cbcウェストウルフによる認証をサポートします
TiDB は、SM3 アルゴリズムに基づく認証プラグイン
tidb_sm3_password
を追加します。このプラグインを有効にすると、SM3 アルゴリズムを使用してユーザー パスワードが暗号化および検証されます。TiDB JDBC は、SM3 アルゴリズム#25 @ 最後の切歯による認証をサポートします。
ユーザー パスワードの認証には、クライアント側のサポートが必要です。 JDBC は SM3 アルゴリズムをサポートしますであるため、TiDB-JDBC 経由で SM3 認証を使用して TiDB に接続できます。
可観測性
TiDB は、SQL クエリの実行時間#34106 @ cfzjywxkの詳細なメトリクスを提供します
TiDB v6.3.0 は、 実行時間の詳細な観察のきめ細かいデータ メトリックを提供します。完全でセグメント化されたメトリクスにより、SQL クエリの主な時間消費を明確に理解し、重要な問題をすばやく見つけてトラブルシューティングの時間を節約できます。
スローログと
TRACE
ステートメントの拡張出力#34106 @ cfzjywxkTiDB v6.3.0 では、スロー ログの出力が強化され、
TRACE
. TiDB の解析から KV RocksDB のディスクへの書き込みまでのフルリンク期間の SQL クエリを観察でき、診断機能がさらに強化されます。TiDB ダッシュボードはデッドロックの履歴情報を提供します#34106 @ cfzjywxk
v6.3.0 から、TiDB ダッシュボードはデッドロック履歴を提供します。 TiDB ダッシュボードでスロー ログを確認し、一部の SQL ステートメントのロック待機時間が長すぎることがわかった場合は、デッドロックの履歴を確認して根本原因を突き止めることができるため、診断が容易になります。
パフォーマンス
TiFlash はFastScan の使用方法を変更します (実験的) #5252 @ ホンユニャン
v6.2.0 では、 TiFlashに FastScan 機能が導入されました。これにより、期待されるパフォーマンスの向上がもたらされますが、使用時の柔軟性に欠けます。したがって、v6.3.0 では、 TiFlash はFastScanの使い方を変更します。FastScan を有効または無効にする
ALTER TABLE ... SET TIFLASH MODE ...
構文は非推奨です。代わりに、システム変数tiflash_fastscan
を使用して、FastScan を有効にするかどうかを簡単に制御できます。v6.2.0 から v6.3.0 にアップグレードすると、v6.2.0 のすべての FastScan 設定が無効になりますが、データの通常の読み取りには影響しません。変数
tiflash_fastscan
を設定する必要があります。 v6.2.0 以前のバージョンから v6.3.0 にアップグレードする場合、データの一貫性を保つために、デフォルトではすべてのセッションで FastScan 機能が有効になっていません。TiFlash は、複数の同時実行タスクのシナリオでデータ スキャンのパフォーマンスを最適化します#5376 @ リン・ジンヘ
TiFlash は、同じデータの読み取り操作を組み合わせることで、同じデータの重複読み取りを減らします。リソースのオーバーヘッドと同時タスクの場合のデータ スキャンのパフォーマンスが向上します。を最適化します。複数の同時タスクの場合、各タスクが同じデータを個別に読み取る必要がある状況を回避し、同じデータを同時に複数読み取る可能性を回避します。
この機能は v6.2.0 で実験的であり、v6.3.0 で GA になります。
TiFlash はデータ複製のパフォーマンスを向上させます#5237 @ そよ風
TiFlash は、 TiKV からのデータ複製にRaftプロトコルを使用します。 v6.3.0 より前のバージョンでは、大量のレプリカ データをレプリケートするには長い時間がかかることがよくありました。 TiDB v6.3.0 は、 TiFlashデータ複製メカニズムを最適化し、複製速度を大幅に改善します。 BRを使用してデータを回復したり、 TiDB Lightningを使用してデータをインポートしたり、新しいTiFlashレプリカを追加したりすると、 TiFlashレプリカをより迅速に複製できます。よりタイムリーにTiFlashを使用してクエリを実行できます。さらに、 TiFlashレプリカの数をスケールアップ、スケールダウン、または変更すると、 TiFlashレプリカは安全でバランスのとれた状態により速く到達します。
TiFlash は、個々の
COUNT(DISTINCT)
#37202 @ fixdbの 3 段階の集約をサポートします。TiFlash は、
COUNT(DISTINCT)
を 1 つだけ含むクエリを三段集計に書き換えることをサポートしています。これにより、同時実行性とパフォーマンスが向上します。TiKV はログのリサイクルをサポートします#214 @ Lykxサシネーター
TiKV はRaft Engineでログファイルのリサイクルをサポートします。これにより、 Raftログの追加中のネットワーク ディスクのロング テールレイテンシーが減少し、書き込みワークロードでのパフォーマンスが向上します。
TiDB は null 認識のアンチ結合#37525 @ アレナトルクスをサポートします
TiDB v6.3.0 では、新しい結合タイプNull 認識アンチ結合 (NAAJ)が導入されました。 NAAJ は、コレクション操作を処理するときに、コレクションが空か
NULL
を認識することができます。これにより、IN
や= ANY
などの操作の実行効率が最適化され、SQL のパフォーマンスが向上します。Hash Join #35439 @ 思い出すのビルド終了を制御するためのオプティマイザー ヒントを追加します。
v6.3.0 では、TiDB オプティマイザーは
HASH_JOIN_BUILD()
とHASH_JOIN_PROBE()
の 2 つのヒントを導入して、ハッシュ結合、そのプローブ エンド、およびビルド エンドを指定します。オプティマイザが最適な実行計画の選択に失敗した場合、これらのヒントを使用して計画に介入できます。セッション レベルの共通テーブル式 (CTE) インライン#36514 @ エルザ0520をサポート
TiDB v6.2.0 では、オプティマイザーに
MERGE
ヒントを導入して CTE インラインを許可し、CTE クエリ結果のコンシューマーがTiFlashで並列に実行できるようにしました。 v6.3.0 では、セッション変数tidb_opt_force_inline_cte
が導入され、セッションで CTE インラインが可能になりました。これにより、使いやすさが大幅に向上します。
取引
悲観的トランザクション#36579 @ エキキシウムで一意制約の遅延チェックをサポート
tidb_constraint_check_in_place_pessimistic
システム変数を使用して、悲観的トランザクションで TiDB が一意の制約をチェックするタイミングを制御できます。この変数はデフォルトで無効になっています。変数が有効になっている (ON
に設定されている) 場合、TiDB は悲観的トランザクションのロック操作と一意制約チェックを必要になるまで延期するため、一括 DML 操作のパフォーマンスが向上します。Read-Committed 分離レベル#36812 @ トンスネークリンで TSO をフェッチする方法を最適化します。
Read-Committed 分離レベルでは、システム変数
tidb_rc_write_check_ts
が導入され、TSO のフェッチ方法が制御されます。 Plan Cache ヒットの場合、TiDB は TSO を取得する頻度を減らすことでバッチ DML ステートメントの実行効率を改善し、バッチで実行されているタスクの実行時間を短縮します。
安定性
リソースを消費するクエリが軽量クエリの応答時間に与える影響を軽減する#13313 @ 栄光
リソースを消費するクエリと軽量クエリを同時に実行すると、軽量クエリの応答時間が影響を受けます。この場合、トランザクション サービスの品質を確保するために、軽量のクエリは TiDB によって最初に処理されることが期待されます。 v6.3.0 では、TiKV は読み取りリクエストのスケジューリング メカニズムを最適化し、各ラウンドでリソースを消費するクエリの実行時間が期待どおりになるようにします。これにより、リソースを消費するクエリが軽量クエリの応答時間に与える影響が大幅に減少し、混合ワークロード シナリオで P99レイテンシーが 50% 以上削減されます。
統計が古くなったときに統計をロードするデフォルトのポリシーを変更します#27601 @ しゅいふぁんグリーンアイズ
v5.3.0 で、TiDB はシステム変数
tidb_enable_pseudo_for_outdated_stats
を導入して、統計が古くなったときのオプティマイザの動作を制御しました。デフォルト値はON
です。これは、古いバージョンの動作を維持することを意味します。SQL ステートメントに含まれるオブジェクトの統計が古い場合、オプティマイザーは統計 (テーブルの行の合計数以外) が無効であると見なします。より信頼性が高くなり、代わりに疑似統計を使用します。実際のユーザー シナリオのテストと分析の後、デフォルト値のtidb_enable_pseudo_for_outdated_stats
は v6.3.0 以降OFF
に変更されました。統計が古くなっても、オプティマイザはテーブルの統計を引き続き使用するため、実行計画がより安定します。タイタンを無効化すると GA @ タボキーになります
オンラインの TiKV ノードに対してタイタンを無効にするを実行できます。
GlobalStats の準備ができていない場合は、
static
パーティション プルーニングを使用する#37535 @ イサールdynamic pruning
が有効な場合、オプティマイザはグローバル統計に基づいて実行計画を選択します。 GlobalStats が完全に収集される前に、疑似統計を使用すると、パフォーマンスが低下する可能性があります。 v6.3.0 では、GlobalStats が収集される前に動的プルーニングを有効にする場合、static
モードを維持することでこの問題に対処しています。 GlobalStats が収集されるまで、TiDB はstatic
モードのままです。これにより、パーティションのプルーニング設定を変更する際のパフォーマンスの安定性が確保されます。
使いやすさ
SQL ベースのデータ配置ルールとTiFlashレプリカ間の競合に対処する#37171 @ ルクァンチャオ
TiDB v6.0.0 は、SQL ベースのデータ配置ルールを提供します。ただし、この機能は、実装上の問題により、 TiFlashレプリカと競合します。 TiDB v6.3.0 は実装メカニズムを最適化し、 SQL ベースのデータ配置ルールとTiFlashの間の競合を解決します .
MySQL の互換性
REGEXP_INSTR()
、およびREGEXP_REPLACE()
REGEXP_SUBSTR()
@ 風の語り手の 4 つの正規表現関数のサポートREGEXP_LIKE()
追加することにより、MySQL 8.0 #23881互換性を向上させます。MySQL との互換性の詳細については、 MySQL との正規表現の互換性を参照してください。
CREATE USER
およびALTER USER
ステートメントは、ACCOUNT LOCK/UNLOCK
オプション#37051 @ Cbcウェストウルフをサポートします。CREATE USER
ステートメントを使用してユーザーを作成する場合、ACCOUNT LOCK/UNLOCK
オプションを使用して、作成したユーザーをロックするかどうかを指定できます。ロックされたユーザーはデータベースにログインできません。ALTER USER
ステートメントのACCOUNT LOCK/UNLOCK
オプションを使用して、既存のユーザーのロック状態を変更できます。JSON データ型と JSON関数はGA #36993 @ ションジウェイになります
JSON は、多数のプログラムで採用されている一般的なデータ形式です。 TiDB は、以前のバージョンから実験的機能としてJSON のサポートを導入しており、MySQL の JSON データ型および一部の JSON関数と互換性があります。
TiDB v6.3.0 では、JSON データ型と関数がGA になり、TiDB のデータ型が充実し、 式インデックスと生成列で JSON関数の使用がサポートされ、TiDB と MySQL との互換性がさらに向上します。
バックアップと復元
PITR はバックアップ ストレージとしてGCS と Azure Blob Storageをサポート @ ジョッカウ
TiDB クラスターが GCP または Azure にデプロイされている場合は、クラスターを v6.3.0 にアップグレードした後に PITR 機能を使用できます。
BR はAWS S3 オブジェクト ロック#13442 @ 3ポインターをサポートします
S3 オブジェクト ロックを有効にすることで、AWS 上のバックアップ データを改ざんや削除から保護できます。
データ移行
TiDB Lightning はApache Hive によってエクスポートされた Parquet ファイルを TiDB にインポートする #37536 @ ぶちゅとでごうをサポート
DM が新しい構成アイテムを追加します
safe-mode-duration
#6224 @ オクジャンこの構成アイテムはタスク構成ファイルに追加されます。 DM が異常終了した後の自動セーフ モード期間を調整できます。デフォルト値は 60 秒です。
safe-mode-duration
が"0s"
に設定されている場合、異常な再起動後に DM がセーフ モードに入ろうとすると、エラーが報告されます。
TiDB データ共有サブスクリプション
TiCDC は、複数の地理的に分散されたデータ ソースからデータを複製できる展開トポロジをサポートします#5301 @ スドジ
v6.3.0 以降、単一の TiDB クラスターから複数の地理的複数のIDCにTiCDCを展開できます分散されたデータ システムへのデータの複製をサポートするには、各 IDC のデータを複製します。この機能は、地理的に分散されたデータ レプリケーションおよび展開トポロジの機能を提供するのに役立ちます。
TiCDC は、アップストリームとダウンストリーム (同期ポイント) の間でスナップショットの一貫性を維持することをサポートします#6977 @ アスドンメン
ディザスター リカバリーのためのデータ レプリケーションのシナリオでは、TiCDC はダウンストリーム データのスナップショットを定期的に維持するをサポートし、ダウンストリーム スナップショットがアップストリーム スナップショットと一致するようにします。この機能により、TiCDC は読み取りと書き込みが分離されているシナリオをより適切にサポートし、コストの削減に役立ちます。
TiCDC はグレースフル アップグレードをサポート#4757 @ 大静脈 @ 3AceShowHand
TiUP (>=v1.11.0) またはTiDB Operator (>=v1.3.8) を使用して TiCDC をデプロイすると、TiCDC クラスターを適切にアップグレードできます。アップグレード中、データ レプリケーションのレイテンシーは30 秒に抑えられます。これにより安定性が向上し、TiCDC がレイテンシーの影響を受けやすいアプリケーションをより適切にサポートできるようになります。
互換性の変更
システム変数
変数名 | タイプを変更 | 説明 |
---|---|---|
default_authentication_plugin | 修正済み | 新しいオプションtidb_sm3_password を追加します。この変数がtidb_sm3_password に設定されている場合、SM3 が暗号化アルゴリズムとして使用されます。 |
sql_require_primary_key | 新規追加 | テーブルに主キーがあるという要件を強制するかどうかを制御します。この変数を有効にした後、主キーなしでテーブルを作成または変更しようとすると、エラーが発生します。 |
tidb_adaptive_closest_read_threshold | 新規追加 | tidb_replica_read がclosest-adaptive に設定されている場合に、TiDBサーバーがTiDBサーバーと同じリージョン内のレプリカに読み取り要求を送信することを好むしきい値を制御します。 |
tidb_constraint_check_in_place_pessimistic | 新規追加 | 悲観的トランザクションで TiDB が一意の制約をチェックするタイミングを制御します。 |
tidb_ddl_disk_quota | 新規追加 | tidb_ddl_enable_fast_reorg が有効な場合にのみ有効です。インデックス作成時のバックフィル時のローカルstorageの使用制限を設定します。 |
tidb_ddl_enable_fast_reorg | 新規追加 | ADD INDEX およびCREATE INDEX DDL 操作のアクセラレーションを有効にして、インデックス作成時のバックフィルの速度を向上させるかどうかを制御します。 |
tidb_ddl_flashback_concurrency | 新規追加 | flashback cluster の並行性を制御します。この変数によって制御される機能は、TiDB v6.3.0 では完全には機能しません。デフォルト値を変更しないでください。 |
tidb_enable_exchange_partition | 非推奨 | exchange partitions with tables 機能を有効にするかどうかを制御します。デフォルト値はON です。つまり、デフォルトでexchange partitions with tables が有効になっています。 |
tidb_enable_foreign_key | 新規追加 | FOREIGN KEY 機能を有効にするかどうかを制御します。この変数によって制御される機能は、TiDB v6.3.0 では完全には機能しません。デフォルト値を変更しないでください。 |
tidb_enable_general_plan_cache | 新規追加 | 一般プラン キャッシュ機能を有効にするかどうかを制御します。この変数によって制御される機能は、TiDB v6.3.0 では完全には機能しません。デフォルト値を変更しないでください。 |
tidb_enable_metadata_lock | 新規追加 | メタデータ ロック機能を有効にするかどうかを指定します。 |
tidb_enable_null_aware_anti_join | 新規追加 | Anti Join が特別なセット演算子NOT IN および!= ALL によって導かれるサブクエリによって生成されるときに、TiDB が Null-Aware Hash Join を適用するかどうかを制御します。 |
tidb_enable_pseudo_for_outdated_stats | 修正済み | 統計が古い場合にテーブルの統計を使用する際のオプティマイザの動作を制御します。デフォルト値はON からOFF に変更されます。これは、このテーブルの統計が古くなっても、オプティマイザが引き続きテーブルの統計を使用し続けることを意味します。 |
tidb_enable_rate_limit_action | 修正済み | データを読み取るオペレーターの動的メモリ制御機能を有効にするかどうかを制御します。この変数がON に設定されている場合、メモリ使用量はtidb_mem_quota_query の制御下にない可能性があります。したがって、デフォルト値はON からOFF に変更されます。 |
tidb_enable_tiflash_read_for_write_stmt | 新規追加 | SQL 書き込みステートメントの読み取り要求をTiFlashにプッシュするかどうかを制御します。この変数によって制御される機能は、TiDB v6.3.0 では完全には機能しません。デフォルト値を変更しないでください。 |
tidb_enable_unsafe_substitute | 新規追加 | 安全でない方法で式を生成された列に置き換えるかどうかを制御します。 |
tidb_general_plan_cache_size | 新規追加 | 一般プラン キャッシュでキャッシュできる実行プランの最大数を制御します。この変数によって制御される機能は、TiDB v6.3.0 では完全には機能しません。デフォルト値を変更しないでください。 |
tidb_last_plan_replayer_token | 新規追加 | 読み取り専用で、現在のセッションの最後のPLAN REPLAYER DUMP 回の実行の結果を取得するために使用されます。 |
tidb_max_paging_size | 新規追加 | この変数は、コプロセッサーのページング要求プロセス中に行の最小数を設定するために使用されます。 |
tidb_opt_force_inline_cte | 新規追加 | セッション全体で共通テーブル式 (CTE) をインライン化するかどうかを制御します。デフォルト値はOFF です。これは、インライン CTE がデフォルトで強制されないことを意味します。 |
tidb_opt_three_stage_distinct_agg | 新規追加 | MPP モードでCOUNT(DISTINCT) 集約を 3 段階集約に書き換えるかどうかを指定します。デフォルト値はON です。 |
tidb_partition_prune_mode | 修正済み | 動的プルーニングを有効にするかどうかを指定します。 v6.3.0 以降、デフォルト値はdynamic に変更されました。 |
tidb_rc_read_check_ts | 修正済み | タイムスタンプの取得を最適化するために使用されます。これは、読み取りと書き込みの競合がまれな読み取りコミット分離レベルのシナリオに適しています。この機能は、特定のサービス ワークロードを対象としており、他のシナリオでパフォーマンスの低下を引き起こす可能性があります。このため、v6.3.0 以降、この変数のスコープがGLOBAL \| SESSION からINSTANCE に変更されました。つまり、特定の TiDB インスタンスに対してこの機能を有効にできるということです。 |
tidb_rc_write_check_ts | 新規追加 | タイムスタンプの取得を最適化するために使用され、悲観的トランザクションの RC 分離レベルでポイント書き込み競合がほとんどないシナリオに適しています。この変数を有効にすると、ポイント書き込みステートメントの実行中にグローバル タイムスタンプを取得することによって生じるレイテンシーとオーバーヘッドを回避できます。 |
tiflash_fastscan | 新規追加 | FastScan を有効にするかどうかを制御します。 ファストスキャンが有効になっている ( ON に設定されている) 場合、 TiFlash はより効率的なクエリ パフォーマンスを提供しますが、クエリ結果の精度やデータの一貫性は保証されません。 |
コンフィグレーションファイルのパラメーター
コンフィグレーションファイル | コンフィグレーション | タイプを変更 | 説明 |
---|---|---|---|
TiDB | temp-dir | 新規追加 | 一時データを格納するために TiDB が使用するファイル システムの場所を指定します。機能が TiDB ノードのローカルstorageを必要とする場合、TiDB は対応する一時データをこの場所に保存します。デフォルト値は/tmp/tidb です。 |
TiKV | auto-adjust-pool-size | 新規追加 | スレッド プール サイズを自動的に調整するかどうかを制御します。有効にすると、現在の CPU 使用率に基づいて UnifyReadPool スレッド プール サイズを自動的に調整することで、TiKV の読み取りパフォーマンスが最適化されます。 |
TiKV | data-encryption-method | 修正済み | 新しい値オプションsm4-ctr を導入します。この設定項目がsm4-ctr に設定されている場合、データは保存前に SM4 を使用して暗号化されます。 |
TiKV | enable-log-recycle | 新規追加 | Raft Engineで古いログ ファイルをリサイクルするかどうかを決定します。有効にすると、論理的にパージされたログ ファイルがリサイクル用に予約されます。これにより、書き込みワークロードのロングテールレイテンシーが短縮されます。この構成アイテムは、 フォーマットバージョンが >= 2 の場合にのみ使用できます。 |
TiKV | format-version | 新規追加 | Raft Engineのログ ファイルのバージョンを指定します。デフォルトのログ ファイル バージョンは、v6.3.0 より前の TiKV では1 です。ログ ファイルは、TiKV >= v6.1.0 で読み取ることができます。デフォルトのログ ファイル バージョンは、TiKV v6.3.0 以降では2 です。 TiKV v6.3.0 以降では、ログ ファイルを読み取ることができます。 |
TiKV | log-backup.enable | 修正済み | v6.3.0 以降、デフォルト値がfalse からtrue に変更されました。 |
TiKV | log-backup.max-flush-interval | 修正済み | v6.3.0 以降、デフォルト値が5min から3min に変更されました。 |
PD | 有効化診断 | 新規追加 | 診断機能を有効にするかどうかを制御します。デフォルト値はfalse です。 |
TiFlash | dt_enable_read_thread | 非推奨 | v6.3.0 以降、この構成アイテムは廃止されました。スレッド プールは、デフォルトでstorageエンジンからの読み取り要求を処理するために使用され、無効にすることはできません。 |
DM | safe-mode-duration | 新規追加 | 自動セーフ モードの期間を指定します。 |
TiCDC | enable-sync-point | 新規追加 | 同期点機能を有効にするかどうかを指定します。 |
TiCDC | sync-point-interval | 新規追加 | 同期点が上流と下流のスナップショットを調整する間隔を指定します。 |
TiCDC | sync-point-retention | 新規追加 | 同期点がダウンストリーム テーブルにデータを保持する期間を指定します。この期間を超えると、データはクリーンアップされます。 |
TiCDC | sink-uri.memory | 非推奨 | memory ソートは非推奨です。どのような状況でも使用することはお勧めしません。 |
その他
- ログ バックアップは、GCS と Azure Blob Storage をバックアップstorageとしてサポートします。
- ログ バックアップが
exchange partition
DDL と互換性を持つようになりました。 - ファストスキャンを有効にするために以前に使用された SQL ステートメント
ALTER TABLE ...SET TiFLASH MODE ...
廃止され、システム変数tiflash_fastscan
に置き換えられました。 v6.2.0 から v6.3.0 にアップグレードすると、v6.2.0 のすべての FastScan 設定が無効になりますが、データの通常の読み取りには影響しません。この場合、変数tiflash_fastscan
を構成して FastScan を有効または無効にする必要があります。以前のバージョンから v6.3.0 にアップグレードする場合、FastScan 機能は、データの一貫性を保つためにすべてのセッションに対してデフォルトで有効になっていません。 - Linux AMD64アーキテクチャでTiFlashを展開するには、CPU が AVX2 命令セットをサポートしている必要があります。
cat /proc/cpuinfo | grep avx2
に出力があることを確認します。 Linux ARM64アーキテクチャでTiFlashを展開するには、CPU が ARMv8 命令セットアーキテクチャをサポートしている必要があります。cat /proc/cpuinfo | grep 'crc32' | grep 'asimd'
に出力があることを確認します。命令セットの拡張機能を使用することで、TiFlash のベクトル化エンジンはパフォーマンスを向上させることができます。 - TiDB で動作する HAProxy の最小バージョンは v1.5 になりました。 v1.5 から v2.1 までの HAProxy バージョンでは、
post-41
構成オプションをmysql-check
に設定する必要があります。 HAProxy v2.2 以降を使用することをお勧めします。
削除された機能
v6.3.0 以降、TiCDC は Pulsar シンクの構成をサポートしなくなりました。 StreamNative が提供するコップ代替として使用できます。
改良点
TiDB
- TiDB は、テーブルの存在をチェックするときに、ターゲット テーブル名の大文字と小文字を区別しないようになりました#34610 @ ティアンカイマオ
init_connect
#35324 @ Cbcウェストウルフの値を設定するときに解析チェックを追加して、MySQL の互換性を向上させます。- 新しい接続#34964 @ ションジウェイに対して生成されるログ警告を改善
- DDL 履歴ジョブをクエリするために HTTP API を最適化し、
start_job_id
パラメータ#35838 @ ティアンカイマオのサポートを追加します。 - JSON パスの構文が間違っている場合にエラーを報告する#22525 #34959 @ ションジウェイ
- 誤った共有の問題を修正して結合操作のパフォーマンスを改善する#37641 @ ゲンリキ
PLAN REPLAYER
を使用して、一度に複数の SQL ステートメントの実行計画情報をエクスポートすることをサポートします。これにより、トラブルシューティングがより効率的になります#37798 @ イサール
TiKV
unreachable_backoff
つのピアが到達不能になった後にRaftstore があまりにも多くのメッセージをブロードキャストするのを避けるために、1 つのアイテムの構成をサポートします#13054 @ 5kbps- TSO サービス#12794 @ ピンギュの耐障害性の向上
- RocksDB で同時に実行されるサブ圧縮操作の数を動的に変更するサポート (
rocksdb.max-sub-compactions
) #13145 @ イーサフロー - 空のリージョン#12421 @ タボキーをマージするパフォーマンスを最適化する
- より多くの正規表現関数をサポート#13483 @ ゲンリキ
- CPU 使用率#13313 @ 栄光に基づくスレッド プール サイズの自動調整のサポート
PD
- TiDB ダッシュボード#5366 @ YiniXu9506の TiKV IO MBps メトリックのクエリを改善
- TiDB ダッシュボードの URL を
metrics
からmonitoring
#5366 @ YiniXu9506に変更します
TiFlash
elt
機能をTiFlash #5104 @ 意志のないにプッシュダウンをサポートleftShift
機能をTiFlash #5099 @ 星のアニーにプッシュダウンをサポートcastTimeAsDuration
機能をTiFlash #5306 @ アンチトップクォークにプッシュダウンをサポートHexIntArg/HexStrArg
機能をTiFlash #5107 @ ヤンケアオにプッシュダウンをサポート- TiFlash のインタープリターをリファクタリングし、新しいインタープリター Planner #4739 @ シーライズをサポートします。
- TiFlash #5609 @ 最高のウッディのメモリトラッカーの精度を向上
UTF8_BIN/ASCII_BIN/LATIN1_BIN/UTF8MB4_BIN
照合#5294 @ ソロツグを使用して文字列列のパフォーマンスを向上させる- ReadLimiter #5401 , #5091 @ ロイド・ポティガーでバックグラウンドでの I/O スループットを計算します。
ツール
バックアップと復元 (BR)
TiCDC
- アップストリームの TiDB #6506 @ ランス6716で導入された並行 DDL フレームワークとの TiCDC の互換性を改善します。
- MySQL シンクがエラー#6460 @ 大静脈を受け取ったときの DML ステートメントのログ
start ts
のサポート api/v1/health
API を強化して、TiCDC クラスター#4757 @ 大静脈のより正確な正常性状態を返します- MQ シンクと MySQL シンクを非同期モードで実装して、シンクのスループットを向上させる#5928 @ ヒック @ ハイラスチン
- 非推奨のパルサー シンク#7087 @ ハイラスチンを削除します。
- changefeed #6447 @ アスドンメンに関係のない DDL ステートメントを破棄することで、レプリケーションのパフォーマンスを向上させます
TiDB データ移行 (DM)
TiDB Lightning
バグの修正
TiDB
PREPARE
ステートメント#35784 @ ルクァンチャオで権限チェックがスキップされる問題を修正- システム変数
tidb_enable_noop_variable
がWARN
#36647 @ ルクァンチャオに設定できる問題を修正 - 式インデックスが定義されている場合、
INFORMAITON_SCHEMA.COLUMNS
テーブルのORDINAL_POSITION
列が正しくない可能性がある問題を修正します#31200 @ bb7133 - タイムスタンプが
MAXINT32
#31585 @ bb7133より大きい場合に TiDB がエラーを報告しない問題を修正 - エンタープライズプラグイン使用時にTiDBサーバーが起動できない問題を修正#37319 @ xhebox
SHOW CREATE PLACEMENT POLICY
#37526 @ xheboxの間違った出力を修正- 一時テーブル#37201 @ ルクァンチャオでの予期しない
EXCHANGE PARTITION
の動作を修正します INFORMATION_SCHEMA.TIKV_REGION_STATUS
をクエリすると間違った結果が返される問題を修正 @ ジムラーラ- ビューの
EXPLAIN
クエリが権限#34326 @ ホーキングレイをチェックしない問題を修正 - JSON
null
NULL
#37852 @ ヤンケアオに更新できない問題を修正 - DDL ジョブの
row_count
が不正確であるという問題を修正#25968 @ 定義済み2014 FLASHBACK TABLE
が正しく動作しない問題を修正#37386 @ ティアンカイマオ- 一般的な MySQL プロトコル#36731 @ ドヴィーデンで
prepared
ステートメント フラグの処理に失敗する問題を修正します。 - いくつかの極端なケースで、起動時に誤った TiDB ステータスが表示される問題を修正します#36791 @ xhebox
INFORMATION_SCHEMA.VARIABLES_INFO
がセキュリティ強化モード (SEM) #37586 @ Cbcウェストウルフに準拠していない問題を修正UNION
#31678 @ cbcwestwolfのクエリで文字列から文字列へのキャストがうまくいかない問題を修正- TiFlash #37254 @ wshwsh12のパーティション テーブルで動的モードを有効にしたときに発生する間違った結果を修正します。
- TiDB のバイナリ文字列と JSON のキャストと比較が MySQL と互換性がない問題を修正#31918 #25053 @ ヤンケアオ
- TiDB の
JSON_OBJECTAGG
とJSON_ARRAYAGG
バイナリ値#25053 @ ヤンケアオで MySQL と互換性がない問題を修正 - JSON opaque 値の比較でpanic#37315 @ ヤンケアオが発生する問題を修正
- JSON集計関数#37287 @ ヤンケアオで単精度浮動小数点が使えない問題を修正
UNION
演算子が予期しない空の結果#36903 @ ティアンカイマオを返す可能性がある問題を修正しますcastRealAsTime
式の結果がMySQL #37462 @ mengxin9014と矛盾する問題を修正- 悲観的DML 操作が一意でないインデックス キー#36235 @ エキキシウムをロックする問題を修正します。
auto-commit
変更がトランザクションのコミット動作に影響する問題を修正#36581 @ cfzjywxk- トランザクション コミットが完了する前に、DML executor を含む
EXPLAIN ANALYZE
ステートメントが結果を返す可能性があるという問題を修正します#37373 @ cfzjywxk - UPDATE ステートメントが誤ってプロジェクションを除外する場合があり、これにより
Can't find column
エラー#37568 @ アイリンキッドが発生する問題を修正します。 - 結合したテーブルの再配置操作が Outer Join 条件#37238 @ アイリンキッドを誤ってプッシュ ダウンする問題を修正します。
- 一部のパターンで
IN
およびNOT IN
サブクエリがCan't find column
エラー#37032 @ アイリンキッドを報告する問題を修正します。 UPDATE
ステートメントに共通テーブル式 (CTE) #35758 @ アイリンキッドが含まれている場合にCan't find column
が報告される問題を修正します。- 間違った
PromQL
#35856 @ 定義済み2014を修正
TiKV
- リージョンのハートビートが中断された後、PD が TiKV に再接続しない問題を修正します#12934 @ バタフライ
- Raftstore が#13160 @ 5kbpsでビジー状態の場合、リージョンが重複する可能性がある問題を修正
- PD クライアントがデッドロックを引き起こす可能性がある問題を修正します#13191 @ バタフライ #12933 @ バートンチン
- 暗号化を無効にすると TiKV がpanicになることがある問題を修正#13081 @ 嘉陽正
- ダッシュボード#13086 @ 栄光の
Unified Read Pool CPU
の間違った表現を修正 - TiKV インスタンスが隔離されたネットワーク環境にある場合、数分間 TiKV サービスが利用できない問題を修正します#12966 @ コスベン
- TiKV が誤って
PessimisticLockNotFound
エラー#13425 @ スティックナーフを報告する問題を修正 - 状況によっては PITR がデータ損失を引き起こす可能性がある問題を修正します#13281 @ ユジュンセン
- 長い悲観的トランザクション#13304 @ ユジュンセンがある場合にチェックポイントが進められない問題を修正します。
- TiKV が JSON #13417 @ ヤンケアオで datetime 型 (
DATETIME
、DATE
、TIMESTAMP
、TIME
) とSTRING
型を区別しない問題を修正 - JSON bool と他の JSON 値との比較の MySQL との非互換性を修正#13386 #37481 @ ヤンケアオ
PD
TiFlash
- ウィンドウ関数により、クエリがキャンセルされたときにTiFlashがクラッシュする可能性がある問題を修正します#5814 @ シーライズ
CAST(value AS DATETIME)
の間違ったデータ入力が原因でTiFlash sys CPU #5097 @ xzhangxian1008が高くなる問題を修正CAST(Real/Decimal AS time)
の結果がMySQL #3779 @ mengxin9014と矛盾する問題を修正- storage内の一部の古いデータを削除できない問題を修正#5570 @ ジェイソン・ファン
- ページ GC がテーブル#5697 @ ジェイソン・ファンの作成をブロックする可能性がある問題を修正します
NULL
値#5859 @ ジェイソン・ファンを含む列でプライマリ インデックスを作成した後に発生するpanicを修正します。
ツール
バックアップと復元 (BR)
TiCDC
TiDBBinlog
TiDB データ移行 (DM)
- DM が
Specified key was too long
エラー#5315 @ ランス6716を報告する問題を修正 - リレーがエラー#6193 @ ランス6716に遭遇したときのゴルーチン リークを修正
collation_compatible
が"strict"
に設定されている場合、DM が重複した照合順序#6832 @ ランス6716で SQL を生成する可能性があるという問題を修正します。- DM-worker ログ#6628 @ lyzx2001で「 binlog status_vars からタイムゾーンを取得するときにエラーが見つかりました」という警告メッセージの表示を減らします
- レプリケーション#7028 @ ランス6716中に latin1 データが破損する可能性がある問題を修正します。
- DM が
TiDB Lightning
寄稿者
TiDB コミュニティの次の貢献者に感謝します。