新アーキテクチャ「TiDB X」解説＋TiDB Cloud Premium検証レポート

2026年7月10日に開催された「TiDB Meet UP 2026」（運営：PingCAP）の登壇資料です。

本資料では、「TiDB GAME DAY 2026」で発表した内容をベースに、本イベント向けに再構成しています。

TiDBの新アーキテクチャ「TiDB X」の仕組みを解説した後に、TiDB Cloud Premiumの検証結果を紹介する構成です。
仕組みを理解したうえで検証結果をご覧いただけるため、より理解しやすい内容になっているかと思います。

1. 株式会社オルトプラス　浦谷 和茂 TiDB Meet UP 2026-7-10
2. TiDB GAMEDAY2026で登壇した内容を 今回のイベント用に再編成しています。 尚、検証はゲームサービスで実施しているため、 本資料ではゲーム固有の文言を汎用的な表現に置き換えています。 完全版はSpeakerDeckにあるのでぜひ！！ はじめに
3. © 2026 AltPlus Inc. 自己紹介 3 株式会社オルトプラス 技術部/エンジニアマネージャー kazushige uratani 浦谷 和茂 2023年6月にオルトプラスに入社 プロジェクトを横断的に見ていますー！！ SRE見ていますー！！ 入社してからずっと「TiDBの推し活」をしてました（笑） TiDBのユーザーコミュニティー「 TiUG」も盛り上げTi！！
4. オルトプラスについて
6. オルトプラスはこんなことやってます！！ IT×エンタメ （非ゲーム領域） 推し活分野やAIを活用した技術を エンタメ領域に向けて展開。 オルトプラスのノウハウで 世界を変えていきます ゲーム開発・運営 （ゲーム領域） 大型IPタイトルからオリジナル タイトルの開発運用まで、ゲーム 開発のスペシャリスト集団が オルトプラスに在籍しています
7. オルトプラスはこんなこともできます！！ 共同開発・開発支援 （人材/コンサル事業他） 多様な経験を積んだ エンジニアが多数在籍。 社内外を問わず一緒に問題を 解決する、頼れる技術屋集団です オルトプラスと グループ会社のSTANDは 「派遣・SES」ができます！！ 多くのBusiness Partner と取引実績あり！！
8. © 2026 AltPlus Inc. TiDBの新アーキテクチャ 「TiDB X」 の仕組みを 解説しながら、Premiumの 検証結果をお伝えします 技術 × 検証
9. © 2026 AltPlus Inc. Classic TiDBの簡単な特徴 9 　Classic TiDBは「Shared-Nothing」 • ノード単位でスケール • データ再配置が必要（TiKV） TiDB Cloud Cloud Provider Dedicated AWS・GCP・Azure
10. © 2026 AltPlus Inc. Shared-Nothingについて 10 各ノードが独立して動作しデータを共有しない構造 （TiKVでは各ノードのローカルストレージにデータを保持） 各ノードが独立 Region Region Region Region Region Region ・・・ TiKV Region Region Region Region Region Region ・・・ TiKV ・・・ Region Region Region Region Region Region ・・・ TiKV
11. © 2026 AltPlus Inc. Shared-Nothingの課題 11 Region Region Region Region Region Region Region Region Region Region Region Region Region Region Region Region Region Region Region Region Region Region Region Region Region Region スケールアウト スケールイン ノード追加（削除）でRegionの移動を行うため、 データ再配置完了までにかなりの時間を要してしまう。
12. © 2026 AltPlus Inc. Shared-Nothingの課題 12 TiKVノード内のストレージにデータを保存 スケールに時間が必要なため、 再配置のI/Oが追加の負荷となる スケールアウト（イン）にはRegionの再配置が必要
13. © 2026 AltPlus Inc. スケール時間の長期化を解決するために 「TiDB X」が登場！！ （スケール時間を秒単位へ）
14. © 2026 AltPlus Inc. TiDBの新旧比較 14 Classic TiDB TiDB X ノードが主役 （スケールに時間がかかる） ストレージが主役 （秒単位でスケール可能）
15. © 2026 AltPlus Inc. TiDB Xの簡単な特徴 15 　TiDB Xは「Shared-Storage」 • データはオブジェクトストレージに集約 • 必要な分だけ即時スケール可能 TiDB Cloud Cloud Provider Starter・Essential・Premium AWS・Alibaba Cloud ※GCP・Azureにも今後対応していく予定です。
16. © 2026 AltPlus Inc. TiDB Xアーキテクチャ 16 https://docs.pingcap.com/tidbcloud/tidb-x-architecture/
17. © 2026 AltPlus Inc. TiDB Xアーキテクチャ 17 従来通り独立 キャッシュとして独立 ユーザーの処理とは関係ない 負荷の高い処理を独立 オブジェクトストレージとして独立
18. © 2026 AltPlus Inc. 18 　秒単位でのスケール TiDB Xの特徴① Classic TiDB TiDB X Region Region Region Region Region Region Region Region スケールアウト スケールイン Region Region Region Storage Region Region スケールイン スケールアウト スケールアウト・イン共に Region移動が発生するため 時間がかかる スケールアウト時はストレージから キャッシュへの移動のみ。 スケールインはそのまま削除
19. © 2026 AltPlus Inc. 19 • CPU / ディスク容量に応じて拡張 • 数秒でPodが増減してスパイクに即対応 　共有キャッシュを中心に自動スケール 負荷に応じて自動増減し従量課金を実現 キャッシュの自動スケーリング
20. © 2026 AltPlus Inc. 20 S1：スパイク時のスケールアウト 　検証条件 キャンペーン開催時や新サービス公開時 のようなスパイクを発生させる • 想定QPSは約10,000 ◦ 認証処理集中後、通常操作を実施 するシナリオ ◦ 1分以内に到達させる
21. © 2026 AltPlus Inc. 21 S1：スパイク時のスケールアウト 　Premium検証結果（負荷状況） QPSは14000で安定 レイテンシは15ms前後で影響なし スケールアウト中もQPSやレイテンシが安定し、 サービスへの影響はない状況でした。
22. © 2026 AltPlus Inc. 22 S1：スパイク時のスケールアウト 　Premium検証結果（リソース消費） 負荷に連動してRUが即座に自動増減しました。 手動操作不要でリソースが最適化されています。 スケールアウト（自動） スケールイン（自動）
23. © 2026 AltPlus Inc. 23 結果のまとめ（S1） 　手動操作不要でリソースが最適化 • QPS14,000のスパイク時も、 レイテンシ（15ms前後）に影響なし • RUが負荷に連動して即座に自動増減 （スケールアウト・スケールイン）
24. © 2026 AltPlus Inc. 24 最小値 最大値 RCU（MAX） 20,000 100,000 RCU（MIN） 5,000 25,000 RCUの値について（Preview版：GAで変更の可能性あり） • RCUのMAXのみ設定が可能（インターバル12時間） • RCUのMINの値はMAXの1/4の値で自動設定 • 未使用の場合はMINがランニングコスト
25. © 2026 AltPlus Inc. 25 Max RCU超過時のスロットリング解消 Max RCU20,000 Max RCU100,000 最小のRCUで開始 スロットリング解消
26. © 2026 AltPlus Inc. TiDB Xの特徴② 26 各レイヤーを 独立して制御 　レイヤーごとの独立性
27. © 2026 AltPlus Inc. 27 • Gateway / Compute / Cache • Elastic compute pool 　各レイヤーが独立して動作 必要な分だけリソースを確保して効率化 レイヤーの独立性
28. © 2026 AltPlus Inc. TiDB Xの特徴③ 28 Compute（TiDB） Storage（S3） Cache（TiKV） S3のデータをロード 　Compute/Cache/Storageの多層分離
29. © 2026 AltPlus Inc. 29 　StorageとCacheが連携して動作 必要なデータのみロードし軽量に動作 ストレージとキャッシュの役割 • キャッシュレイヤー（TiKV）が 必要なデータをオンデマンドでロード
30. © 2026 AltPlus Inc. TiDB Xの特徴④ 30 OLAP バックグラウンド処理 OLTP 　ワークロードの分離（負荷干渉なし）
31. © 2026 AltPlus Inc. 31 　重い処理を分離（マイクロサービス化） ユーザー処理と競合せず影響しない ワークロード分離（バックグラウンド処理） • 圧縮、統計情報収集、バックアップ • インポート、DDL実行（INDEX作成など）
32. © 2026 AltPlus Inc. 32 S2：IMPORT時のサービスへの影響 　検証条件 通常利用相当のAPIを実行しながら 「IMPORT INTO」を同時に実行する • S3のデータをインポート ◦ 1億を超えるデータ行数 ◦ 10GiBを超えるデータサイズ
33. © 2026 AltPlus Inc. 33 S2：IMPORT時のサービスへの影響 　Premium検証結果（負荷状況） QPSは1500で安定 レイテンシは15ms前後で影響なし インポート中はElastic compute poolで分離して いるためサービスへの影響はない状況でした。
34. © 2026 AltPlus Inc. 34 S2：IMPORT時のサービスへの影響 　Premium検証結果（リソース消費） 14:32:38 インポート開始 14:56:02 インポート終了 Elastic compute poolで 使用したコストを反映 インポート中のRUは変化がなく、 インポート終了後にRUが消費されていました。
35. © 2026 AltPlus Inc. 35 S3：INDEX追加時のサービスへの影響 　検証条件 通常利用相当のAPIを実行しながら 「ALTER TABLE ADD INDEX 」を 同時に実行する • 10億を超えるデータ行数 • 100GiBを超えるデータサイズ
36. © 2026 AltPlus Inc. 36 S3：INDEX追加時のサービスへの影響 　Premium検証結果（負荷状況） レイテンシは15ms前後で影響なし アイテム枯渇でユーザー離脱 QPSは1500で安定 INDEX追加中はElastic compute poolで分離して いるためサービスへの影響はない状況でした。
37. © 2026 AltPlus Inc. 37 S3：INDEX追加時のサービスへの影響 　Premium検証結果（リソース消費） 16:02:33 INDEX追加開始 16:38:20 INDEX追加終了 Elastic compute poolで 使用したコストを反映 INDEX追加中のRUは変化がなく、 INDEX追加終了後にRUが消費されていました。
38. © 2026 AltPlus Inc. 38 結果のまとめ（S2・S3） 　Elastic compute pool分離で安定 • S2：1億行・10GiBのIMPORT中も サービスへの影響なし • S3：10億行・100GiBのデータへの INDEX追加中もサービスへの影響なし
39. © 2026 AltPlus Inc. 39 　異なるエンジンで独立して処理 エンジンが独立するため互いに影響しない ワークロード分離（OLTPとOLAP） • OLTP：Row engineで処理 ◦ TiKVで通常の読み書き • OLAP：Columnar engineで処理 ◦ TiFlashで集計・分析
40. © 2026 AltPlus Inc. 40 S4：分析クエリ実行中のサービスへの影響 　検証条件 通常利用相当のAPIを実行しながら 分析用の重いクエリを同時に実行する • 複数テーブルとJOINするQuery • 数千万件のスキャン • 実行時間は数秒〜数十秒と様々
41. © 2026 AltPlus Inc. 41 S4：分析クエリ実行中のサービスへの影響 　Premium検証結果（負荷状況） QPSは1500で安定 レイテンシは15ms前後で影響なし 分析クエリの実行はTiFlash（Columnar engine）で 実行されるのでサービスへの影響はない状況でした。
42. © 2026 AltPlus Inc. 42 S4：分析クエリ実行中のサービスへの影響 　Premium検証結果（リソース消費） 単体で連続実行 並列で連続実行 分析クエリ実行中はTiFlashを使用したRUが加算されて 単体・並列共に同様のリソースを使用していました。
43. © 2026 AltPlus Inc. 43 結果のまとめ（S4） 　OLTPとOLAP分離でサービスは安定 • 分析クエリ実行中もOLTPの レイテンシ（15ms前後）に影響なし • TiFlash（Columnar engine）により OLAPをOLTPから分離
44. © 2026 AltPlus Inc. 44 • 実データコピー不要 • 数秒でスナップショット取得 　バックアップはメタデータ中心 データ量に依存しない高速バックアップ バックアップ
45. © 2026 AltPlus Inc. 45 まとめ • アーキテクチャの進化 ◦ Shared-StorageでRegion移動なし → 秒単位のスケールを実現 ◦ Elastic compute poolのワークロード分離 ◦ OLTPとOLAPを独立エンジンで処理 • 検証結果：サービスに影響なし
46. © 2026 AltPlus Inc. 46 さいごに：TiUGの紹介
47. © 2026 AltPlus Inc. 47 さいごに：TiUGの紹介
48. 48 参加者大歓迎！ スピーカー募集！ 運営メンバー募集！ TiUGは connpass で活動しています！！ https:/ /tiug.connpass.com/
49. TiDB Cloud Premiumで データベースの運用をもっと楽に！！ ご清聴ありがとうございました