TiDB 7.3.0 リリースノート

発売日: 2023年8月14日

TiDB バージョン: 7.3.0

クイックアクセス: クイックスタート

7.3.0 では、次の主要な機能が導入されています。さらに、7.3.0 には、TiDBサーバーとTiFlashのクエリ安定性を強化する一連の機能強化 (セクション機能の詳細で説明) も含まれています。これらの機能強化は、本質的に雑多であり、ユーザーに直接関係するものではないため、次の表には含まれていません。

機能の詳細

パフォーマンス

• TiFlashはレプリカ選択戦略＃44106 @ 徐懐玉をサポートします

  v7.3.0 より前のバージョンでは、 TiFlash はパフォーマンスを最大化するために、データ スキャンと MPP 計算にすべてのノードのレプリカを使用していました。v7.3.0 以降では、 TiFlash にレプリカ選択戦略が導入され、 tiflash_replica_readシステム変数を使用して構成できるようになりました。この戦略では、 ゾーン属性のノードに基づいて特定のレプリカを選択し、データ スキャンと MPP 計算のために特定のノードをスケジュールすることがサポートされています。

  複数のデータ センターに展開され、各データ センターに完全なTiFlashデータ レプリカがあるクラスターの場合、現在のデータ センターからのみTiFlashレプリカを選択するようにこの戦略を構成できます。つまり、データ スキャンと MPP 計算は現在のデータ センターのTiFlashノードでのみ実行されるため、データ センター間での過剰なネットワーク データ転送を回避できます。

  詳細についてはドキュメント参照してください。

• TiFlashはノード#40220 @ エルサ0520内でランタイムフィルターをサポートします。

  ランタイム フィルターは、クエリ プランニング フェーズで生成される動的述語です。テーブル結合のプロセスでは、これらの動的述語によって結合条件を満たさない行を効果的にフィルター処理できるため、スキャン時間とネットワーク オーバーヘッドが削減され、テーブル結合の効率が向上します。v7.3.0 以降、 TiFlash はノード内でランタイム フィルターをサポートし、分析クエリの全体的なパフォーマンスが向上します。一部の TPC-DS ワークロードでは、パフォーマンスが 10% ～ 50% 向上します。

  この機能は、v7.3.0 ではデフォルトで無効になっています。この機能を有効にするには、システム変数tidb_runtime_filter_modeをLOCALに設定します。

  詳細についてはドキュメント参照してください。

• TiFlash は共通テーブル式 (CTE) の実行をサポートしています (実験的) #43333 @ ウィノロス

  v7.3.0 より前では、 TiFlashの MPP エンジンは、デフォルトで CTE を含むクエリを実行できません。MPP フレームワーク内で最高の実行パフォーマンスを実現するには、システム変数tidb_opt_force_inline_cte使用して CTE のインライン化を強制する必要があります。

  v7.3.0 以降、TiFlash の MPP エンジンは、CTE をインライン化せずにクエリを実行することをサポートし、MPP フレームワーク内で最適なクエリ実行を可能にします。TPC-DS ベンチマーク テストでは、この機能により、CTE をインライン化する場合と比較して、CTE を含むクエリの全体的なクエリ実行速度が 20% 向上することが示されました。

  この機能は実験的であり、デフォルトでは無効になっています。これはシステム変数tidb_opt_enable_mpp_shared_cte_executionによって制御されます。

信頼性

• 新しいオプティマイザヒント＃45520 @ qw4990を追加

  v7.3.0 では、TiDB はテーブル間の結合方法を制御するためのいくつかの新しいオプティマイザーヒントを導入しています。

  • NO_MERGE_JOIN()マージ結合以外の結合方法を選択します。
  • NO_INDEX_JOIN()インデックス ネスト ループ結合以外の結合方法を選択します。
  • NO_INDEX_MERGE_JOIN()インデックス ネスト ループ マージ結合以外の結合方法を選択します。
  • NO_HASH_JOIN()ハッシュ結合以外の結合方法を選択します。
  • NO_INDEX_HASH_JOIN() インデックスネストループハッシュ結合以外の結合方法を選択します。

  詳細についてはドキュメント参照してください。

• 予想以上にリソースを使用するクエリを手動でマークする (実験的) ＃43691 @ コナー1996 @ キャビンフィーバーB

  v7.2.0 では、TiDB は、予想以上にリソースを使用するクエリ (ランナウェイ クエリ) を自動的にダウングレードまたはキャンセルすることで、ランナウェイ クエリを自動的に管理します。実際には、ルールだけではすべてのケースをカバーできません。そのため、TiDB v7.3.0 では、ランナウェイ クエリを手動でマークする機能が導入されています。新しいコマンドQUERY WATCHを使用すると、SQL テキスト、SQL ダイジェスト、または実行プランに基づいてランナウェイ クエリをマークし、マークされたランナウェイ クエリをダウングレードまたはキャンセルできます。

  この機能は、データベースで突然発生するパフォーマンスの問題に対して効果的な介入方法を提供します。クエリによって発生するパフォーマンスの問題の場合、根本原因を特定する前に、この機能によって全体的なパフォーマンスへの影響を迅速に軽減し、システム サービスの品質を向上させることができます。

  詳細についてはドキュメント参照してください。

構文

• リストとリスト列のパーティションテーブルは、デフォルトのパーティション＃20679 @ ミョンス @ bb7133をサポートします。

  v7.3.0 より前では、 INSERTステートメントを使用してリストまたはリスト COLUMNSパーティションテーブルにデータを挿入する場合、データはテーブルの指定されたパーティション条件を満たす必要があります。挿入するデータがこれらの条件のいずれも満たさない場合、ステートメントの実行は失敗するか、または非準拠のデータは無視されます。

  v7.3.0 以降、List および List COLUMNS パーティション テーブルは、デフォルト パーティションをサポートします。デフォルト パーティションの作成後、挿入するデータがパーティション条件を満たさない場合、そのデータはデフォルト パーティションに書き込まれます。この機能により、List およびList COLUMNS パーティショニングの使いやすさが向上し、 INSERTステートメントの実行失敗や、パーティション条件を満たさないデータによるデータの無視を回避できます。

  この機能は、MySQL 構文に対する TiDB 拡張であることに注意してください。デフォルト パーティションを持つパーティションテーブルの場合、テーブル内のデータを MySQL に直接複製することはできません。

  詳細についてはドキュメント参照してください。

可観測性

• 統計収集の進行状況を表示する＃44033 @ ホーキングレイ

  大規模なテーブルの統計の収集には、多くの場合、長い時間がかかります。以前のバージョンでは、統計の収集の進行状況を確認できなかったため、完了時間を予測できませんでした。TiDB v7.3.0 では、統計の収集の進行状況を表示する機能が導入されています。システム テーブルmysql.analyze_jobsまたはSHOW ANALYZE STATUS使用して、サブタスクごとに全体的なワークロード、現在の進行状況、および推定完了時間を表示できます。大規模なデータのインポートや SQL パフォーマンスの最適化などのシナリオでは、この機能により、タスク全体の進行状況を把握し、ユーザー エクスペリエンスを向上させることができます。

  詳細についてはドキュメント参照してください。

• Plan Replayerは履歴統計＃45038 @ 時間と運命のエクスポートをサポートします

  v7.3.0 以降では、新しく追加されたdump with stats as of timestamp句により、Plan Replayer を使用して、特定の時点での指定された SQL 関連オブジェクトの統計をエクスポートできます。実行プランの問題の診断中に、履歴統計を正確に取得すると、問題が発生した時点で実行プランがどのように生成されたかをより正確に分析するのに役立ちます。これにより、問題の根本原因を特定し、実行プランの問題の診断の効率を大幅に向上させることができます。

  詳細についてはドキュメント参照してください。

データ移行

• TiDB Lightning は、競合データ検出および処理戦略＃41629 @ ランス6716の新しいバージョンを導入します

  以前のバージョンでは、 TiDB Lightning は論理インポート モードと物理インポート モードに対して異なる競合検出および処理方法を使用していましたが、設定が複雑で、ユーザーにとって理解しにくいものでした。また、物理インポート モードでは、 replaceまたはignore戦略を使用して競合を処理できません。v7.3.0 以降、 TiDB Lightning は論理インポート モードと物理インポート モードの両方に対して統合された競合検出および処理戦略を導入しています。競合が発生した場合、エラーを報告する ( error )、競合データを置き換える ( replace )、または無視する ( ignore ) ことを選択できます。競合レコードの数を制限できます。たとえば、指定された数の競合レコードを処理した後にタスクを中断して終了するなどです。さらに、システムはトラブルシューティングのために競合データを記録できます。

  競合の多いインポート データの場合、パフォーマンスを向上させるために、新しいバージョンの競合検出および処理戦略を使用することをお勧めします。ラボ環境では、新しいバージョンの戦略により、競合検出および処理のパフォーマンスが古いバージョンよりも最大 3 倍高速化されます。このパフォーマンス値は参考値です。実際のパフォーマンスは、構成、テーブル構造、競合データの割合によって異なる場合があります。新しいバージョンと古いバージョンの競合戦略を同時に使用することはできません。古い競合検出および処理戦略は、将来廃止される予定です。

  詳細についてはドキュメント参照してください。

• TiDB Lightning はPartitioned Raft KV (実験的) ＃14916 @ GMHDBJDをサポートします

  TiDB Lightning は、パーティション化されたRaft KV をサポートするようになりました。この機能により、 TiDB Lightningのデータ インポート パフォーマンスが向上します。

• TiDB Lightning、より多くの診断ログを印刷することでトラブルシューティングを強化する新しいパラメータenable-diagnose-logが導入されました＃45497 @ D3ハンター

  デフォルトでは、この機能は無効になっており、 TiDB Lightning はlightning/main含むログのみを出力。有効にすると、 TiDB Lightning はclient-goおよびtidbに関連する問題の診断に役立つように、すべてのパッケージ ( client-goおよびtidbを含む) のログを出力。

  詳細についてはドキュメント参照してください。

互換性の変更

注記：

このセクションでは、v7.2.0 から現在のバージョン (v7.3.0) にアップグレードするときに知っておく必要のある互換性の変更について説明します。v7.1.0 以前のバージョンから現在のバージョンにアップグレードする場合は、中間バージョンで導入された互換性の変更も確認する必要がある可能性があります。

行動の変化

• ティビ

  • MPP は、 TiFlashエンジンによって提供される分散コンピューティング フレームワークであり、ノード間のデータ交換を可能にし、高性能で高スループットの SQL アルゴリズムを提供します。他のプロトコルと比較して、MPP プロトコルはより成熟しており、より優れたタスクおよびリソース管理を提供できます。v7.3.0 以降では、 TiDB が計算タスクをTiFlashにプッシュする場合、オプティマイザーはデフォルトで MPP プロトコルを使用して実行プランのみを生成します。 tidb_allow_mpp OFFに設定すると、TiDB をアップグレードした後にクエリがエラーを返す可能性があります。アップグレード前にtidb_allow_mppの値を確認し、 ONに設定することをお勧めします。コスト見積もりに基づいて実行プランを生成するためにオプティマイザーが Cop、BatchCop、および MPP プロトコルのいずれかを選択する必要がある場合は、 tidb_allow_tiflash_cop変数をONに設定できます。

• バックアップと復元 (BR)

  • BR は、完全なデータ復元を実行する前に、空のクラスター チェックを追加します。デフォルトでは、空でないクラスターへのデータの復元は許可されません。復元を強制する場合は、 --filterオプションを使用して、データを復元する対応するテーブル名を指定できます。

• TiDB Lightning

  • tikv-importer.on-duplicate非推奨となり、 conflict.strategyに置き換えられました。
  • 移行タスクを停止する前にTiDB Lightning が許容できる致命的でないエラーの最大数を制御するmax-errorパラメータは、インポート データの競合を制限しなくなりました。3 conflict.thresholdは、許容できる競合レコードの最大数を制御するようになりました。

• ティCDC

  • Kafka シンクが Avro プロトコルを使用する場合、 force-replicateパラメータがtrueに設定されると、TiCDC は変更フィードを作成するときにエラーを報告します。
  • delete-only-output-handle-key-columnsとforce-replicateパラメータの間に互換性がないため、両方のパラメータが有効になっていると、TiCDC は変更フィードを作成するときにエラーを報告します。
  • 出力プロトコルがオープン プロトコルの場合、 UPDATEイベントは変更された列のみを出力します。

システム変数

コンフィグレーションファイルのパラメータ

システムテーブル

• 内部タイマーのメタデータを保存するための新しいシステム テーブルmysql.tidb_timersを追加します。

廃止された機能

• ティビ

  • 統計のFast Analyze機能 (実験的) は、v7.5.0 で廃止される予定です。
  • 統計の増分コレクション機能は、v7.5.0 で廃止されます。

改善点

• ティビ

  • 最適化フェーズ＃22076 @ ウィノロス中にEXPLAINステートメントがサブクエリを事前に実行するかどうかを制御するための新しいシステム変数tidb_opt_enable_non_eval_scalar_subqueryを導入します。
  • グローバルキルが有効になっている場合、 Control+C ＃8854 @ ピンギュ押すことで現在のセッションを終了できます。
  • IS_FREE_LOCK()とIS_USED_LOCK()ロック関数＃44493 @ ドヴェーデンをサポート
  • ディスク＃45125 @ ヤンケオからダンプされたチャンクの読み取りパフォーマンスを最適化します。
  • オプティマイザ修正コントロール＃44855 @ 時間と運命を使用して、インデックス結合の内部テーブルの過大評価の問題を最適化します。

• ティクヴ

  • Max gap of safe-tsとMin safe ts regionメトリックを追加し、 tikv-ctl get-region-read-progressコマンドを導入して、resolved-tsと安全な ts の状態をより適切に観察および診断します＃15082 @ エキシウム

• PD

  • Swaggerサーバーが有効になっていない場合に、デフォルトで Swagger API をブロックするサポート＃6786 @ バッファフライ
  • etcd ＃6554 ＃6442 @ 翻訳者の高可用性を向上させる
  • GetRegionsリクエスト＃6835 @ 翻訳者のメモリ消費を削減

• TiFlash

  • 物理ファイルの数を減らすために新しい DTFile 形式バージョンstorage.format_version = 5をサポートします (実験的) ＃7595 @ ホンユンヤン

• ツール

  • バックアップと復元 (BR)

    • BRを使用して Azure Blob Storage にデータをバックアップする場合、サーバー側暗号化の暗号化スコープまたは暗号化キーのいずれかを指定できます＃45025 @ リーヴルス

  • ティCDC

    • オープンプロトコル出力のメッセージサイズを最適化して、 UPDATEイベント＃9336 @ 3エースショーハンドを送信するときに更新された列の値のみが含まれるようにします。
    • ストレージシンクは、HEX 形式のデータの 16 進エンコードをサポートするようになり、AWS DMS 形式仕様＃9373 @ チャールズ・チュン96と互換性があります。
    • Kafka Sinkは、メッセージが大きすぎる場合にハンドルキーデータのみ送信サポートし、メッセージのサイズを＃9382 @ 3エースショーハンドに縮小します。

バグ修正

• ティビ

  • MySQL カーソルフェッチプロトコルを使用すると、結果セットのメモリ消費がtidb_mem_quota_query制限を超え、TiDB OOM が発生する可能性がある問題を修正しました。修正後、TiDB は結果セットを自動的にディスクに書き込み、メモリを解放します＃43233 @ ヤンケオ
  • データ競合＃45561 @ ゲンリキによって発生する TiDBpanic問題を修正
  • indexMergeのクエリが＃45279 @ 翻訳者で強制終了されたときに発生するハングアップの問題を修正しました
  • tidb_enable_parallel_applyが有効になっている場合に MPP モードでクエリ結果が正しくない問題を修正＃45299 @ 風の話し手
  • PD時間＃44822 @ ジグアンに突然の変化があった場合にresolve lockハングする可能性がある問題を修正
  • GC ロック解決ステップで一部の悲観的ロックが見逃される可能性がある問題を修正＃45134 @ ミョンケミンタ
  • ORDER BYのクエリが動的プルーニングモード＃45007 @ 定義2014で誤った結果を返す問題を修正しました
  • DEFAULT列目の値＃45136 @ 定義2014と同じ列にAUTO_INCREMENT指定できる問題を修正しました
  • システムテーブルINFORMATION_SCHEMA.TIKV_REGION_STATUSをクエリすると、場合によっては誤った結果が返される問題を修正しました＃45531 @ 定義2014
  • 一部のケースでパーティションテーブルのプルーニングが不正確になる問題を修正＃42273 @ ジフハウス
  • パーティションテーブル＃42435 @ L-メープルのパーティションを切り捨てるときにグローバルインデックスがクリアされない問題を修正しました。
  • 1 つの TiDB ノード＃45022 @ lcwangchaoで障害が発生した後、他の TiDB ノードが TTL タスクを引き継がない問題を修正しました。
  • TTLが＃45510 @ lcwangchaoで実行されているときのメモリリークの問題を修正
  • パーティションテーブル＃44966 @ リリンハイにデータを挿入する際の不正確なエラーメッセージの問題を修正
  • INFORMATION_SCHEMA.TIFLASH_REPLICAテーブル＃7795 @ ロイド・ポティガーの読み取り権限の問題を修正
  • 間違ったパーティションテーブル名＃44967 @ リバー2000iを使用するとエラーが発生する問題を修正
  • tidb_enable_dist_taskが有効になっている場合にインデックスの作成が停止する問題を修正＃44440 @ タンジェンタ
  • BR ＃44716 @ 天菜まお使用してAUTO_ID_CACHE=1テーブルを復元するときに発生するduplicate entryエラーを修正します。
  • TRUNCATE TABLE実行に費やされた時間がADMIN SHOW DDL JOBS ＃44785 @ タンジェンタに表示されるタスク実行時間と一致しない問題を修正しました
  • メタデータの読み取りに 1 つの DDL リース＃45176 @ ジムララよりも長い時間がかかる場合に TiDB のアップグレードが停止する問題を修正しました。
  • ステートメント内のn負の数＃44786 @ xheboxの場合、ステートメントSELECT CAST(n AS CHAR)のクエリ結果が正しくない問題を修正しました。
  • tidb_opt_agg_push_downが有効になっている場合にクエリが誤った結果を返す可能性がある問題を修正＃44795 @ アイリンキッド
  • current_date()のクエリがプラン キャッシュ＃45086 @ qw4990を使用した場合に誤った結果が発生する問題を修正しました。

• ティクヴ

  • GC 中にデータを読み取ると、まれに TiKVpanicが発生する可能性がある問題を修正＃15109 @ ミョンケミンタ

• PD

  • PD を再起動するとdefaultリソース グループが＃6787 @ 栄光で再初期化される可能性がある問題を修正しました。
  • etcd がすでに起動しているがクライアントがまだ接続していない場合、クライアントを呼び出すと PD がpanicになる可能性がある問題を修正しました＃6860 @ ヒューシャープ
  • リージョンのhealth-check出力が、リージョンID ＃6560 @ じゃがいもをクエリして返されるリージョン情報と一致しない問題を修正しました。
  • unsafe recoveryで不合格になった学習者のピアがauto-detectモード＃6690 @ v01dスターで無視される問題を修正
  • 配置ルールがルール＃6662 @ rleungxを満たさないTiFlash学習者を選択する問題を修正しました
  • ルール チェッカーがピア＃6559 @ ノルーシュを選択した場合に、不健全なピアを削除できない問題を修正しました。

• TiFlash

  • デッドロック＃7758 @ ホンユンヤンによりTiFlash がパーティション テーブルを正常に複製できない問題を修正
  • INFORMATION_SCHEMA.TIFLASH_REPLICAシステム テーブルに、ユーザーがアクセスする権限を持たないテーブルが含まれている問題を修正＃7795 @ ロイド・ポティガー
  • 同じ MPP タスク内に複数の HashAgg 演算子がある場合、MPP タスクのコンパイルに非常に長い時間がかかり、クエリのパフォーマンスに重大な影響を与える可能性がある問題を修正しました＃7810 @ シーライズ

• ツール

  • ティCDC

    • PD ＃9294 @ アズドンメンが一時的に利用できないために変更フィードが失敗する問題を修正しました
    • 一部の TiCDC ノードがネットワークから分離されている場合に発生する可能性のあるデータの不整合の問題を修正＃9344 @ チャールズ・チュン96
    • Kafka Sink がエラーに遭遇すると、changefeed の進行が無期限にブロックされる可能性がある問題を修正しました＃9309 @ ヒック
    • TiCDC ノードのステータスが＃9354 @ スドジに変化したときに発生する可能性のあるpanic問題を修正しました。
    • デフォルトのENUM値＃9259 @ 3エースショーハンドのエンコード エラーを修正

  • TiDB Lightning

    • TiDB Lightning がインポートを完了した後にチェックサムを実行すると SSL エラーが発生する可能性がある問題を修正＃45462 @ D3ハンター
    • 論理インポート モードで、インポート中に下流のテーブルを削除すると、 TiDB Lightningメタデータが時間＃44614 @ ダシュンで更新されない可能性がある問題を修正しました。

寄稿者

TiDB コミュニティの以下の貢献者に感謝いたします。

• チャールズ・ジェン44
• ディサム
• ハイユクス
• 江華
• ジル
• ジフハウス
• krishnaduttパンチャグヌラ
• L-メープル
• ピンとb
• テストウィル
• ティソンクン
• 翻訳者
• ヤムチャイナ