TiDB 7.5.0 リリースノート

発売日：2023年12月1日

TiDB バージョン: 7.5.0

クイックアクセス: クイックスタート | 本番環境への展開

TiDB 7.5.0 は長期サポートリリース (LTS) です。

以前のLTSバージョン7.1.0と比較して、7.5.0には7.3.0-DMR 7.2.0-DMRリリースされた新機能、改善、バグ修正が含まれています。7.1.xから7.5.0にアップグレードする場合、バージョンTiDB リリースノート PDFをダウンロードして、2つのLTSバージョン間のすべてのリリースノートをご覧いただけます。以下の表は、7.2.0から7.4.0-DMRへの主な変更点です。

機能の詳細

スケーラビリティ

• 分散実行フレームワーク (DXF) が有効な場合に、 ADD INDEXまたはIMPORT INTOタスクを分散実行するための TiDB ノードの指定と分離をサポート＃46258 @ ywqzzy

  リソースを大量に消費するクラスターでADD INDEXまたはIMPORT INTOタスクを並列実行すると、TiDBノードのリソースを大量に消費し、クラスターのパフォーマンス低下につながる可能性があります。既存のサービスへのパフォーマンスへの影響を回避するため、v7.4.0では、システム変数tidb_service_scope実験的機能として導入し、 TiDB 分散実行フレームワーク (DXF)の配下にある各TiDBノードのサービススコープを制御します。複数の既存のTiDBノードを選択するか、新しいTiDBノードにTiDBサービススコープを設定することで、分散実行されるすべてのADD INDEXおよびIMPORT INTOタスクがこれらのノードでのみ実行されます。v7.5.0では、この機能が一般提供（GA）されます。

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

パフォーマンス

• TiDB分散実行フレームワーク（DXF）が一般提供（GA）され、並列実行＃45719 @ wjhuang2016におけるADD INDEXおよびIMPORT INTOタスクのパフォーマンスと安定性が向上しました。

  v7.1.0で導入されたDXFがGAになりました。TiDB v7.1.0より前のバージョンでは、DDLタスクを同時に実行できるのは1つのTiDBノードのみでした。v7.1.0以降では、DXFの下で複数のTiDBノードが同じDDLタスクを並列実行できるようになりました。v7.2.0以降では、DXFは複数のTiDBノードが同じIMPORT INTOタスクを並列実行することをサポートします。これにより、TiDBクラスターのリソースをより有効に活用し、DDLとIMPORT INTOタスクのパフォーマンスを大幅に向上させることができます。さらに、TiDBノードを増やすことで、これらのタスクのパフォーマンスを線形的に向上させることもできます。

  DXF を使用するには、 tidb_enable_dist_task値をONに設定します。

  SET GLOBAL tidb_enable_dist_task = ON;
  

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

• 単一のSQL文で複数のインデックスを追加するパフォーマンスを向上する＃41602 @ 接線

  v7.5.0より前では、単一のSQL文で複数のインデックス（ ADD INDEX ）を追加する場合、パフォーマンスは別々のSQL文で複数のインデックスを追加する場合と同程度でした。v7.5.0以降では、単一のSQL文で複数のインデックスを追加する場合のパフォーマンスが大幅に向上しました。特に幅の広いテーブルを扱うシナリオでは、内部テストデータによるとパフォーマンスが最大94%向上することが示されています。

DB操作

• DDL ジョブは一時停止と再開操作をサポートします (GA) ＃18015 @ ゴドゥム

  バージョン7.2.0で導入されたDDLジョブの一時停止および再開操作が一般提供（GA）されました。これらの操作により、リソースを大量に消費するDDLジョブ（インデックス作成など）を一時停止してリソースを節約し、オンライントラフィックへの影響を最小限に抑えることができます。リソースに余裕があれば、DDLジョブをキャンセルして再開することなく、シームレスに再開できます。この機能により、リソース使用率が向上し、ユーザーエクスペリエンスが向上し、スキーマ変更プロセスが簡素化されます。

  ADMIN PAUSE DDL JOBSまたはADMIN RESUME DDL JOBSを使用して複数の DDL ジョブを一時停止および再開できます。

  ADMIN PAUSE DDL JOBS 1,2;
  ADMIN RESUME DDL JOBS 1,2;
  

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

• BRは統計情報のバックアップと復元をサポートします＃48008 @ リーヴルス

  TiDB v7.5.0以降、brコマンドラインツールにデータベース統計のバックアップと復元のためのパラメータ--ignore-statsが導入されました。このパラメータをfalseに設定すると、brコマンドラインツールは列、インデックス、およびテーブルの統計のバックアップと復元をサポートします。この場合、バックアップから復元されたTiDBデータベースの統計収集タスクを手動で実行したり、自動収集タスクの完了を待ったりする必要はありません。この機能により、データベースのメンテナンス作業が簡素化され、クエリパフォーマンスが向上します。

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

可観測性

• TiDBダッシュボードはTiKV ＃15927 @ コナー1996のヒーププロファイリングをサポートします

  以前は、TiKV OOM や高メモリ使用量の問題に対処するには、通常、インスタンス環境でヒーププロファイルを生成するためにjeprof手動で実行する必要がありました。v7.5.0 以降、TiKV はヒーププロファイルのリモート処理を可能にします。ヒーププロファイルのフレームグラフとコールグラフに直接アクセスできるようになりました。この機能は、Go ヒーププロファイリングと同様にシンプルで使いやすいエクスペリエンスを提供します。

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

データ移行

• IMPORT INTO SQL文（GA） ＃46704 @ D3ハンターをサポート

  v7.5.0では、 IMPORT INTO SQL文が一般提供（GA）されます。この文はTiDB Lightningの物理インポートモード機能を統合し、CSV、SQL、PARQUETなどの形式のデータをTiDBの空のテーブルに迅速にインポートできます。このインポート方法により、TiDB Lightningを個別に導入・管理する必要がなくなり、データインポートの複雑さが軽減され、インポート効率が大幅に向上します。

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

• データ移行（DM）は、互換性のない（データの一貫性を損なう）DDL変更＃9692 @ GMHDBJDのブロックをサポートします。

  v7.5.0より前のDM Binlog Filter機能は、指定されたイベントのみを移行またはフィルタリングすることができ、粒度も比較的粗いものでした。例えば、 ALTERのような大きな粒度のDDLイベントのみをフィルタリングできます。この方法は、一部のシナリオでは制限があります。例えば、アプリケーションはADD COLUMN許可しますがDROP COLUMN許可しませんが、以前のDMバージョンではどちらもALTERイベントでフィルタリングされます。

  このような問題に対処するため、v7.5.0では、サポートされるDDLイベントの粒度を改良しました。例えば、 MODIFY COLUMN . 列のデータ型の変更、 DROP COLUMN . フィルタリングのサポート、その他、データ損失、データの切り捨て、精度の低下につながるきめ細かいDDLイベントなどです。必要に応じて設定できます。この機能は、互換性のないDDL変更をブロックし、そのような変更に対してエラーを報告することもサポートしているため、下流のアプリケーションデータへの影響を回避するために、適切なタイミングで手動で介入することができます。

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

• 継続的なデータ検証のためのリアルタイムチェックポイント更新をサポート＃8463 @ リチュンジュ

  v7.5.0より前のバージョンでは、 継続的なデータ検証機能はDMから下流へのレプリケーション中にデータの整合性を確保していました。これは、上流データベースからTiDBへのビジネストラフィックのカットオーバーの基盤として機能します。しかし、レプリケーションの遅延や不整合データの再検証待ちなど、様々な要因により、継続的検証チェックポイントは数分ごとに更新する必要がありました。これは、カットオーバー時間が数十秒に制限されている一部のビジネスシナリオでは許容されません。

  継続的なデータ検証のためのチェックポイントのリアルタイム更新の導入により、上流データベースからbinlogの位置を取得できるようになりました。継続的検証プログラムは、このbinlogの位置をメモリ内で検出すると、数分ごとに更新するのではなく、即座にチェックポイントを更新します。そのため、この即時更新されたチェックポイントに基づいて、迅速にカットオフ操作を実行できます。

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

互換性の変更

注記：

このセクションでは、v7.4.0から最新バージョン（v7.5.0）にアップグレードする際に知っておくべき互換性の変更点について説明します。v7.3.0以前のバージョンから最新バージョンにアップグレードする場合は、中間バージョンで導入された互換性の変更点も確認する必要があるかもしれません。

システム変数

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

オフラインパッケージの変更

v7.5.0 以降、 TiDB-community-toolkit バイナリパッケージから以下のコンテンツが削除されます。

• tikv-importer-{version}-linux-{arch}.tar.gz
• mydumper
• spark-{version}-any-any.tar.gz
• tispark-{version}-any-any.tar.gz

非推奨の機能

• マイダンパーはバージョン7.5.0で非推奨となり、その機能の大部分はDumplingに置き換えられました。MydumperではなくDumplingを使用することを強くお勧めします。

• TiKVインポーターはv7.5.0で非推奨となりました。代替としてTiDB Lightningの物理インポートモード使用することを強くお勧めします。

• TiDB v7.5.0以降、 TiDBBinlogのデータレプリケーション機能のテクニカルサポートは提供されなくなりました。データレプリケーションの代替ソリューションとして、 TiCDC使用することを強くお勧めします。TiDB Binlog v7.5.0はポイントインタイムリカバリ（PITR）シナリオを引き続きサポートしていますが、このコンポーネントは将来のバージョンで完全に廃止される予定です。データリカバリの代替ソリューションとして、 PITR使用することを推奨します。

• 統計のFast Analyze機能 (実験的) は、v7.5.0 で非推奨になりました。

• 統計の増分コレクション機能 (実験的) は、v7.5.0 で非推奨になりました。

改善点

• ティドブ

  • グローバル統計情報のマージにおける同時実行モデルを最適化しますtidb_enable_async_merge_global_stats導入することで、統計情報の同時ロードとマージが可能になり、パーティションテーブルにおけるグローバル統計情報の生成速度が向上します。グローバル統計情報のマージにおけるメモリ使用量を最適化し、OOM（オブジェクトメモリオーバーヘッド）を回避し、メモリ割り当てを削減します＃47219 @ ホーキングレイ
  • ANALYZEプロセスを最適化します。3 tidb_build_sampling_stats_concurrency導入することで、 ANALYZE並行処理をより適切に制御し、リソース消費を削減します。7 ANALYZEメモリ使用量を最適化してメモリ割り当てを削減し、中間結果を再利用することで頻繁なGCを回避します＃47275 @ ホーキングレイ
  • 配置ポリシーの使用を最適化します。ポリシーの範囲をグローバルに設定できるようにし、一般的なシナリオの構文サポートを改善しました＃45384 @ ノルーシュ
  • tidb_ddl_enable_fast_reorg有効にした状態でのインデックス追加パフォーマンスを向上しました。社内テストでは、v7.5.0 は v6.5.0 と比較して最大 62.5% のパフォーマンス向上を確認しました＃47757 @ 接線

• TiKV

  • Titan マニフェストファイルを書き込むときにミューテックスを保持しないようにして、他のスレッドに影響を与えないようにします＃15351 @ コナー1996

• PD

  • evict-slow-trendスケジューラ＃7156 @ LykxSassinatoの安定性と使いやすさを向上

• ツール

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

    • スナップショットバックアップ用の新しいテーブル間バックアップパラメータtable-concurrencyを追加します。このパラメータは、統計バックアップやデータ検証などのメタ情報のテーブル間同時実行を制御するために使用されます＃48571 @ 3ポイントシュート
    • スナップショットバックアップの復元中に、 BRは特定のネットワークエラーが発生すると再試行します＃48528 @ リーヴルス

バグ修正

• ティドブ

  • 非整数クラスター化インデックス＃47350 @ 接線でのテーブル分割操作を禁止する
  • タイムゾーン情報が正しくない時間フィールドをエンコードする問題を修正＃46033 @ 接線
  • ソート演算子がスピルプロセス中に TiDB をクラッシュさせる可能性がある問題を修正＃47538 @ ウィンドトーカー
  • TiDBがGROUP_CONCAT ＃41957 @ アイリンキッドのクエリに対してCan't find column返す問題を修正
  • batch-client in client-go ＃47691 @ crazycs520のpanic問題を修正
  • INDEX_LOOKUP_HASH_JOIN ＃47788 @ シーライズのメモリ使用量の見積もりが間違っている問題を修正
  • 長期間オフラインであったTiFlashノードの再参加によって発生するワークロードの不均一性の問題を修正＃35418 @ ウィンドトーカー
  • HashJoin演算子がプローブ＃48082 @ wshwsh12を実行するときにチャンクを再利用できない問題を修正しました
  • COALESCE()関数がDATEの型パラメータ＃46475 @ xzhangxian1008に対して誤った結果型を返す問題を修正しました
  • サブクエリを含むUPDATEステートメントが PointGet ＃48171 @ ハイ・ラスティンに誤って変換される問題を修正しました
  • キャッシュされた実行プランに日付型とunix_timestamp ＃48165 @ qw4990の比較が含まれている場合に誤った結果が返される問題を修正しました。
  • 集計関数またはウィンドウ関数を含むデフォルトのインライン共通テーブル式 (CTE) が再帰 CTE ＃47881 @ エルサ0520によって参照されるとエラーが報告される問題を修正しました
  • ウィンドウ関数＃46177 @ qw4990によって導入されたソートを削減するために、オプティマイザが誤って IndexFullScan を選択する問題を修正しました。
  • CTE ＃47881 @ ウィノロスの条件プッシュダウンにより、CTE への複数の参照が誤った結果をもたらす問題を修正しました。
  • MySQL 圧縮プロトコルが大量のデータ (>=16M) を処理できない問題を修正＃47152 ＃47157 ＃47161 @ ドヴェーデン
  • TiDBがsystemd ＃47442 @ ホーキングレイで起動したときにcgroupリソース制限を読み取らない問題を修正

• TiKV

  • 悲観的トランザクションモードで事前書き込み要求を再試行すると、まれにデータの不整合が発生するリスクがある問題を修正しました＃11187 @ ミョンケミンタ

• PD

  • evict-leader-scheduler HuSharpで構成＃6897を失う可能性がある問題を修正
  • ストアがオフラインになった後、その統計の監視メトリックが削除されない問題を修正＃7180 @ rleungx
  • 配置ルールの設定が複雑な場合、データレプリケーション自動同期（DR自動同期）モードを採用しているクラスタでcanSyncとhasMajority誤って計算される可能性がある問題を修正しました＃7201 @ ディスク
  • ルールチェッカーが配置ルール＃7185 @ ノルーシュの設定に従って学習者を追加しない問題を修正しました
  • TiDBダッシュボードがPD traceデータを正しく読み取れない問題を修正＃7253 @ ノルーシュ
  • 内部的に取得された空の領域＃7261 @ lhy1024により PD がpanic可能性がある問題を修正しました
  • データレプリケーション自動同期（DR自動同期）モードを採用しているクラスタでavailable_stores誤って計算される問題を修正＃7221 @ ディスク
  • TiKVノードが利用できない場合にPDが通常のピアを削除する可能性がある問題を修正＃7249 @ lhy1024
  • 大規模クラスタに複数の TiKV ノードを追加すると、TiKVハートビートレポートが遅くなったり停止したりする可能性がある問題を修正しました＃7248 @ rleungx

• TiFlash

  • UPPER()とLOWER()関数が TiDB とTiFlash ＃7695 @ ウィンドトーカーの間で矛盾した結果を返す問題を修正しました
  • 空のパーティションでクエリを実行するとクエリ失敗＃8220 @ ジェイソン・ファンが発生する問題を修正しました
  • TiFlashレプリカ＃8217 @ ホンユニャンを複製する際のテーブル作成失敗によって発生するpanic問題を修正しました

• ツール

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

    • PITRがCREATE INDEX DDL文＃47482 @ リーヴルスの復元をスキップする可能性がある問題を修正しました
    • 大規模なワイドテーブル＃15714 @ ユジュンセンをバックアップするときに、一部のシナリオでログバックアップが停止する可能性がある問題を修正しました。

  • TiCDC

    • オブジェクトストアシンク＃10041 @ チャールズ・チャン96にデータを複製するときに NFS ディレクトリにアクセスすることによって発生するパフォーマンスの問題を修正しました
    • claim-check有効になっているときにstorageパスのスペルが間違っている問題を修正＃10036 @ 3エースショーハンド
    • TiCDC のスケジュールが＃9845 @ 3エースショーハンドでバランスが取れないケースがある問題を修正しました
    • Kafka ＃9855 @ ヒックにデータを複製するときに TiCDC が停止する可能性がある問題を修正しました
    • TiCDCプロセッサが場合によってはpanic可能性がある問題を修正＃9849 ＃9915 @ ヒック @ 3エースショーハンド
    • kv-client.enable-multiplexingを有効にするとレプリケーションタスクが＃9673 @ フビンズで停止する問題を修正しました
    • REDOログが有効な場合にNFS障害によりオーナーノードが停止する問題を修正＃9886 @ 3エースショーハンド

パフォーマンステスト

TiDB v7.5.0 のパフォーマンスについては、 TiDB Cloud Dedicated クラスターのTPC-CパフォーマンステストレポートとSysbenchパフォーマンステストレポートを参照してください。

寄稿者

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

• jgrande (初回投稿者)
• ショーン0915