TiDB 6.3.0 リリースノート
発売日: 2022年9月30日
TiDB バージョン: 6.3.0-DMR
注記:
TiDB 6.3.0-DMR のドキュメントはアーカイブ済みになりました。PingCAP では、TiDB データベースの最新のLTSバージョンを使用することを推奨しています。
クイックアクセス: クイックスタート
v6.3.0-DMR の主な新機能と改善点は次のとおりです。
- TiKV は、SM4 アルゴリズムを使用した保存時の暗号化をサポートします。
- TiDB は SM3 アルゴリズムを使用した認証をサポートしています。
CREATE USER
およびALTER USER
ステートメントはACCOUNT LOCK/UNLOCK
オプションをサポートします。- JSON データ型と関数が一般提供 (GA) されます。
- TiDB は null 対応のアンチ結合をサポートします。
- TiDB は、より細かい粒度で実行時間メトリックを提供します。
- 範囲パーティション定義を簡素化するために、新しい構文糖が追加されました。
- 範囲列パーティションは複数の列の定義をサポートします。
- インデックス追加のパフォーマンスが 3 倍になります。
- リソースを消費するクエリが軽量クエリの応答時間に与える影響を 50% 以上削減します。
新機能
構文
範囲パーティション定義を簡素化するための新しい構文糖 (範囲 INTERVAL パーティション) を追加します (実験的) #35683 @ ミョンス
TiDB は、範囲パーティションを定義する新しい方法としてINTERVALパーティション分割を提供します。すべてのパーティションを列挙する必要がないため、範囲パーティション分割の DDL ステートメントの長さが大幅に短縮されます。構文は、元の範囲パーティション分割の構文と同じです。
範囲列パーティションは、複数の列#36636 @ ミョンスの定義をサポートします。
TiDB は範囲列によるパーティション分割 (column_list)サポートします。3
column_list
単一の列に制限されなくなりました。基本的な機能は MySQL と同じです。2つのウィンドウ関数からシーライズまでのTiFlash #5579へのプッシュダウンをサポート
LEAD()
LAG()
DDL 変更時の DML 成功率を向上させるために軽量メタデータ ロックを提供する (実験的) #37275 @ 翻訳:
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 @ 最後の切歯による認証をサポートしています
ユーザー パスワードの認証にはクライアント側のサポートが必要です。1 JDBCはSM3アルゴリズムをサポートしていますでは、TiDB-JDBC 経由で SM3 認証を使用して TiDB に接続できます。
可観測性
TiDBはSQLクエリ実行時間の詳細なメトリクスを提供します#34106 @ 翻訳
TiDB v6.3.0 は、 実行時間の詳細な観察のきめ細かいデータ メトリックを提供します。完全かつセグメント化されたメトリックを通じて、SQL クエリの主な時間消費を明確に把握し、主要な問題を迅速に見つけてトラブルシューティングの時間を節約できます。
スローログと
TRACE
ステートメント#34106 @ 翻訳の出力が強化されましたTiDB v6.3.0 では、スロー ログと
TRACE
の出力が強化されています。TiDB の解析から KV RocksDB のディスクへの書き込みまでのフルリンク期間の SQL クエリを観察できるため、診断機能がさらに強化されます。TiDBダッシュボードはデッドロック履歴情報を提供します#34106 @ 翻訳
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 @ 修正DBの3段階の集約をサポートします。TiFlash は、
COUNT(DISTINCT)
1 つだけ含むクエリを3段階集約に書き換えることをサポートしています。これにより、同時実行性とパフォーマンスが向上します。TiKVはログリサイクル#214 @ リクササシネーターをサポートします
TiKV はRaft Engineでログファイルのリサイクルサポートします。これにより、 Raftログ追加時のネットワーク ディスクのロングテールレイテンシーが短縮され、書き込みワークロードでのパフォーマンスが向上します。
TiDBはnull認識アンチ結合#37525 @ アレナトルクスをサポート
TiDB v6.3.0 では、新しい結合タイプNull 認識アンチ結合 (NAAJ)が導入されました。NAAJ は、コレクション操作を処理するときに、コレクションが空であるか
NULL
かを認識できます。これにより、IN
や= ANY
などの操作の実行効率が最適化され、SQL パフォーマンスが向上します。ハッシュ結合#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 分離レベルでは、TSO のフェッチ方法を制御するためにシステム変数
tidb_rc_write_check_ts
が導入されています。プラン キャッシュ ヒットの場合、TiDB は TSO のフェッチ頻度を減らすことでバッチ DML ステートメントの実行効率を向上させ、バッチで実行中のタスクの実行時間を短縮します。
安定性
リソースを消費するクエリが軽量クエリの応答時間に与える影響を軽減する#13313 @ 栄光
リソースを消費するクエリと軽量クエリが同時に実行されると、軽量クエリの応答時間に影響します。この場合、トランザクション サービスの品質を確保するために、軽量クエリは最初に TiDB によって処理されることが期待されます。v6.3.0 では、TiKV は読み取り要求のスケジュール メカニズムを最適化し、各ラウンドのリソースを消費するクエリの実行時間が期待どおりになるようにします。これにより、リソースを消費するクエリが軽量クエリの応答時間に与える影響が大幅に軽減され、混合ワークロード シナリオで P99レイテンシーが50% 以上削減されます。
統計が古くなったときに統計をロードするデフォルトのポリシーを変更する#27601 @ 翻訳者
v5.3.0 では、TiDB は統計が古くなった場合にオプティマイザがどのように動作するかを制御するシステム変数
tidb_enable_pseudo_for_outdated_stats
を導入しました。デフォルト値はON
で、これは旧バージョンの動作を維持することを意味します。SQL 文に関係するオブジェクトの統計が古くなった場合、オプティマイザは統計 (テーブルの合計行数以外) が信頼できないと見なし、代わりに疑似統計を使用します。実際のユーザー シナリオのテストと分析の結果、v6.3.0 以降ではデフォルト値tidb_enable_pseudo_for_outdated_stats
がOFF
に変更されました。統計が古くなっても、オプティマイザは引き続きテーブルの統計を使用するため、実行プランがより安定します。タイタンを無効にするとGA @ タボキになる
オンライン TiKV ノードはタイタンを無効にするにすることができます。
GlobalStatsが準備できていない場合は
static
パーティションプルーニングを使用する#37535 @ イサールdynamic pruning
が有効になっている場合、オプティマイザはグローバル統計に基づいて実行プランを選択します。GlobalStats が完全に収集される前に疑似統計を使用すると、パフォーマンスが低下する可能性があります。v6.3.0 では、GlobalStats が収集される前に動的プルーニングを有効にすると、static
モードを維持することでこの問題に対処します。TiDB は GlobalStats が収集されるまでstatic
モードのままです。これにより、パーティション プルーニング設定を変更してもパフォーマンスの安定性が確保されます。
使いやすさ
SQLベースのデータ配置ルールとTiFlashレプリカ#37171 @ lcwangchao間の競合に対処する
TiDB v6.0.0 はSQLベースのデータ配置ルール提供します。ただし、この機能は実装上の問題によりTiFlashレプリカと競合します。TiDB v6.3.0 は実装メカニズムを最適化し、SQL ベースのデータ配置ルールとTiFlash間の競合を解決します。
MySQL 互換性
4つの正規表現関数のサポートを追加することで
REGEXP_LIKE()
MySQLREGEXP_REPLACE()
と#23881互換性が向上しました:REGEXP_INSTR()
REGEXP_SUBSTR()
@ 風の話し手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 ストレージサポートします
TiDB クラスターが Google Cloud または Azure にデプロイされている場合は、クラスターを v6.3.0 にアップグレードした後、PITR 機能を使用できます。
BRはAWS S3オブジェクトロック#13442 @ 3ポインターをサポートします
S3 オブジェクトロックを有効にすることで、AWS 上のバックアップデータが改ざんされたり削除されたりするのを防ぐことができます。
データ移行
TiDB LightningはApache Hive によってエクスポートされた Parquet ファイルを TiDB にインポートする #37536 @ ブチュイトウデゴウをサポートします
DMは新しい構成項目
safe-mode-duration
#6224 @ ok江を追加しますこの設定項目はタスク設定ファイルに追加されます。DM が異常終了した後の自動セーフ モードの継続時間を調整できます。デフォルト値は 60 秒です。
safe-mode-duration
"0s"
に設定すると、DM が異常な再起動後にセーフ モードに入ろうとするとエラーが報告されます。
TiDBデータ共有サブスクリプション
TiCDCは、複数の地理的に分散したデータソースからデータを複製できる展開トポロジをサポートしています#5301 @ スドジ
単一の TiDB クラスターから複数の地理的に分散されたデータ システムへのデータのレプリケーションをサポートするために、v6.3.0 以降では、各 IDC のデータをTiCDCを複数のIDCに導入できるずつレプリケーションします。この機能は、地理的に分散されたデータのレプリケーションとデプロイメント トポロジの機能を提供するのに役立ちます。
TiCDCは、上流と下流(同期ポイント)間のスナップショットの一貫性を維持することをサポートします#6977 @ アズドンメン
災害復旧のためのデータ レプリケーションのシナリオでは、TiCDC は、ダウンストリーム スナップショットがアップストリーム スナップショットと一致するように定期的に下流データのスナップショットを維持するサポートします。この機能により、TiCDC は読み取りと書き込みが分離されているシナリオをより適切にサポートし、コストを削減できます。
TiCDC は#4757 @ 金星の上 @ 3エースショーハンドの正常なアップグレードをサポートします
TiCDC がTiUP (>=v1.11.0) またはTiDB Operator (>=v1.3.8) を使用して展開されている場合、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 | 新しく追加された | 特殊なセット演算子NOT IN と!= ALL によって導かれるサブクエリによって Anti Join が生成される場合に、TiDB が Null 対応ハッシュ結合を適用するかどうかを制御します。 |
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 を有効にするかどうかを制御します。1 高速スキャン有効 ( ON に設定) の場合、 TiFlash はより効率的なクエリ パフォーマンスを提供しますが、クエリ結果の正確性やデータの一貫性は保証されません。 |
コンフィグレーションファイルのパラメータ
コンフィグレーションファイル | コンフィグレーション | タイプを変更 | 説明 |
---|---|---|---|
ティビ | temp-dir | 新しく追加された | TiDB が一時データを保存するために使用するファイル システムの場所を指定します。機能が TiDB ノードにローカルstorageを必要とする場合、TiDB は対応する一時データをこの場所に保存します。デフォルト値は/tmp/tidb です。 |
ティクヴ | auto-adjust-pool-size | 新しく追加された | スレッド プールのサイズを自動的に調整するかどうかを制御します。有効にすると、現在の CPU 使用率に基づいて UnifyReadPool スレッド プールのサイズを自動的に調整することで、TiKV の読み取りパフォーマンスが最適化されます。 |
ティクヴ | data-encryption-method | 修正済み | 新しい値オプションsm4-ctr が導入されました。この構成項目がsm4-ctr に設定されている場合、データは保存される前に SM4 を使用して暗号化されます。 |
ティクヴ | enable-log-recycle | 新しく追加された | Raft Engineで古いログ ファイルをリサイクルするかどうかを決定します。有効にすると、論理的に消去されたログ ファイルはリサイクル用に予約されます。これにより、書き込みワークロードのロングテールレイテンシーが削減されます。この構成項目は、 フォーマットバージョン >= 2 の場合にのみ使用できます。 |
ティクヴ | format-version | 新しく追加された | Raft Engineのログ ファイルのバージョンを指定します。TiKV v6.3.0 より前のバージョンの場合、デフォルトのログ ファイルのバージョンは1 です。ログ ファイルは TiKV >= v6.1.0 で読み取ることができます。TiKV v6.3.0 以降の場合、デフォルトのログ ファイルのバージョンは2 です。TiKV v6.3.0 以降では、ログ ファイルを読み取ることができます。 |
ティクヴ | log-backup.enable | 修正済み | v6.3.0 以降、デフォルト値はfalse からtrue に変更されます。 |
ティクヴ | 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 | 新しく追加された | 自動セーフ モードの期間を指定します。 |
ティCDC | enable-sync-point | 新しく追加された | Syncpoint 機能を有効にするかどうかを指定します。 |
ティCDC | sync-point-interval | 新しく追加された | Syncpoint が上流スナップショットと下流スナップショットを揃える間隔を指定します。 |
ティCDC | sync-point-retention | 新しく追加された | ダウンストリーム テーブルで同期ポイントによってデータが保持される期間を指定します。この期間を超えると、データはクリーンアップされます。 |
ティCDC | sink-uri.memory | 非推奨 | memory ソートは非推奨です。いかなる状況でも使用することはお勧めしません。 |
その他
- ログ バックアップは、バックアップstorageとして GCS と Azure Blob 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 命令セットアーキテクチャをサポートしている必要があります。3cat /proc/cpuinfo | grep 'crc32' | grep 'asimd'
出力されていることを確認してください。命令セット拡張を使用することで、TiFlash のベクトル化エンジンはより優れたパフォーマンスを発揮できます。 - TiDB で動作する HAProxy の最小バージョンは現在 v1.5 です。v1.5 から v2.1 までの HAProxy バージョンでは、
mysql-check
にpost-41
構成オプションを設定する必要があります。HAProxy v2.2 以降を使用することをお勧めします。
削除された機能
v6.3.0 以降、TiCDC は Pulsar シンクの設定をサポートしなくなりました。StreamNative が提供するコップを代替として使用できます。
改善点
ティビ
- TiDB は、テーブルの存在を確認する際に、ターゲット テーブル名の大文字と小文字を区別しなくなりました#34610 @ 天菜まお
init_connect
#35324 @ Cbcウェストウルフの値を設定するときに解析チェックを追加することで、MySQL の互換性が向上しました。- 新しい接続#34964 @ 雄吉偉に対して生成されるログ警告を改善
- DDL履歴ジョブを照会するためのHTTP APIを最適化し、
start_job_id
パラメータ#35838 @ 天菜まおのサポートを追加します。 - JSON パスの構文が間違っている場合にエラーを報告する#22525 #34959 @ 雄吉偉
- 偽共有の問題を修正して結合操作のパフォーマンスを向上#37641 @ ゲンリキ
PLAN REPLAYER
を使用して複数の SQL ステートメントの実行プラン情報を一度にエクスポートする機能をサポートし、トラブルシューティングの効率が向上します#37798 @ イサール
ティクヴ
- 1 つのピアが到達不能になった後にRaftstore が大量のメッセージをブロードキャストするのを回避するための
unreachable_backoff
項目の構成をサポートします#13054 @ 5kbpsの - TSOサービス#12794 @ ピンギュのフォールトトレランスを向上
- RocksDBで同時に実行されるサブコンパクション操作の数を動的に変更する機能をサポート (
rocksdb.max-sub-compactions
) #13145 @ イーサフロー - 空のリージョン#12421 @ タボキマージのパフォーマンスを最適化します
- より多くの正規表現関数をサポート#13483 @ ゲンリキ
- CPU 使用率に基づいてスレッドプールのサイズを自動的に調整する機能をサポート#13313 @ 栄光
- 1 つのピアが到達不能になった後にRaftstore が大量のメッセージをブロードキャストするのを回避するための
PD
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 @ ロイド・ポティガーでバックグラウンドでの I/O スループットを計算します#5091
ツール
バックアップと復元 (BR)
ティCDC
- TiCDC とアップストリーム TiDB #6506 @ ランス6716で導入された並行 DDL フレームワークとの互換性を向上
- MySQLシンクがエラー#6460 @ 金星の上を取得したときにDMLステートメントの
start ts
ログ記録をサポート api/v1/health
API を強化して、TiCDC クラスター#4757 @ 金星の上のより正確なヘルス状態を返すようにしました- シンクのスループットを向上させるために、非同期モードでMQシンクとMySQLシンクを実装する#5928 @ ヒック @ ハイラスティン
- 廃止予定のパルサーシンク#7087 @ ハイラスティンを削除します
- 変更フィードに関係のない DDL ステートメントを破棄することでレプリケーションのパフォーマンスを向上します#6447 @ アズドンメン
TiDB データ移行 (DM)
TiDB Lightning
バグ修正
ティビ
PREPARE
ステートメント#35784 @ lcwangchaoで権限チェックがスキップされる問題を修正- システム変数
tidb_enable_noop_variable
をWARN
#36647 @ lcwangchaoに設定できる問題を修正 - 式インデックスが定義されている場合、
INFORMATION_SCHEMA.COLUMNS
テーブルのORDINAL_POSITION
列が正しくなくなる可能性がある問題を修正しました#31200 @ bb7133 - タイムスタンプが
MAXINT32
#31585 @ bb7133より大きい場合に TiDB がエラーを報告しない問題を修正しました - エンタープライズプラグイン使用時にTiDBサーバーを起動できない問題を修正#37319 @ xhebox
SHOW CREATE PLACEMENT POLICY
#37526 @ xheboxの誤った出力を修正- 一時テーブル#37201 @ lcwangchaoの予期しない動作
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 @ うわーのパーティション テーブルで動的モードを有効にしたときに発生する誤った結果を修正しました。
- TiDB のバイナリ文字列と JSON 間のキャストおよび比較が MySQL #31918 #25053 @ ヤンケオと互換性がない問題を修正
- TiDB の
JSON_OBJECTAGG
とJSON_ARRAYAGG
バイナリ値#25053 @ ヤンケオで MySQL と互換性がない問題を修正しました。 - JSON の不透明値の比較でpanicが発生する問題を修正#37315 @ ヤンケオ
- JSON集計関数#37287 @ ヤンケオで単精度浮動小数点が使用できない問題を修正
UNION
演算子が予期しない空の結果#36903 @ 天菜まおを返す可能性がある問題を修正しましたcastRealAsTime
式の結果が MySQL #37462 @ メンシン9014と一致しない問題を修正- 悲観的DML操作が非一意のインデックスキー#36235 @ エキシウムをロックする問題を修正
auto-commit
の変更がトランザクションのコミット動作#36581 @ 翻訳に影響する問題を修正- DMLエグゼキュータを使用した
EXPLAIN ANALYZE
文が、トランザクションコミットが完了する前に結果を返す可能性がある問題を修正#37373 @ 翻訳 - UPDATE ステートメントが場合によっては投影を誤って削除し、
Can't find column
エラー#37568 @ アイリンキッドが発生する問題を修正しました。 - 結合したテーブルの再配置操作で誤って外部結合条件#37238 @ アイリンキッドがプッシュダウンされる問題を修正しました。
- 一部のパターンの
IN
およびNOT IN
サブクエリがCan't find column
エラー#37032 @ アイリンキッドを報告する問題を修正しました UPDATE
ステートメントに共通テーブル式 (CTE) #35758 @ アイリンキッドが含まれている場合にCan't find column
報告される問題を修正しました- 間違った
PromQL
#35856 @ 定義2014を修正
ティクヴ
- リージョンハートビートが中断された後に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 が日付時刻型 (
DATETIME
、DATE
、TIMESTAMP
、TIME
) と JSON #13417 @ ヤンケオのSTRING
型を区別しない問題を修正しました - JSON bool と他の JSON 値の比較における MySQL との非互換性を修正#13386 #37481 @ ヤンケオ
PD
TiFlash
- クエリがキャンセルされたときにウィンドウ関数によってTiFlashがクラッシュする可能性がある問題を修正#5814 @ シーライズ
CAST(value AS DATETIME)
の誤ったデータ入力によりTiFlash sys CPU #5097 @ 翻訳者の負荷が高くなる問題を修正CAST(Real/Decimal AS time)
の結果が MySQL #3779 @ メンシン9014と一致しない問題を修正- storage内の一部の古いデータを削除できない問題を修正#5570 @ ジェイソン・ファン
- ページGCがテーブル#5697 @ ジェイソン・ファンの作成をブロックする可能性がある問題を修正
NULL
値#5859 @ ジェイソン・ファンを含む列でプライマリ インデックスを作成した後に発生するpanicを修正します。
ツール
バックアップと復元 (BR)
ティCDC
TiDBBinlog
TiDB データ移行 (DM)
- DMが
Specified key was too long
エラー#5315 @ ランス6716を報告する問題を修正 - リレーがエラー#6193 @ ランス6716に遭遇したときの goroutine リークを修正
collation_compatible
"strict"
に設定すると、DM が重複した照合順序#6832 @ ランス6716を持つ SQL を生成する可能性がある問題を修正しました。- DM-worker ログ#6628 @ 翻訳者の警告メッセージ「 binlog status_vars からタイムゾーンを取得するときにエラーが発生しました」の表示を減らします。
- レプリケーション#7028 @ ランス6716中に latin1 データが破損する可能性がある問題を修正しました
- DMが
TiDB Lightning
寄稿者
TiDB コミュニティの以下の貢献者に感謝いたします。