- ドキュメント ホーム
- TiDB Cloudについて
- 始めましょう
- アプリケーションの開発
- 概要
- クイックスタート
- TiDB 開発者クラスターを構築する
- TiDB の CRUD SQL
- TiDB でシンプルな CRUD アプリを構築する
- 応用例
- TiDB に接続する
- データベース スキーマの設計
- 書き込みデータ
- データの読み取り
- 取引
- 最適化
- トラブルシューティング
- 参照
- クラウドネイティブ開発環境
- クラスターの管理
- データの移行
- サンプル データのインポート
- データを TiDB に移行する
- TiDB からのデータのエクスポート
- バックアップと復元
- 監視と警告
- パフォーマンスの調整
- 概要
- パフォーマンスを分析する
- SQL チューニング
- TiKV Follower Readの調整
- コプロセッサ キャッシュ
- ガベージ コレクション (GC)
- TiFlash のパフォーマンスを調整する
- ユーザー アクセスの管理
- 請求する
- 参照
- TiDB クラスターのアーキテクチャ
- TiDB Cloudクラスターの制限とクォータ
- TiDB の制限事項
- SQL
- TiDB で SQL を調べる
- SQL 言語の構造と構文
- SQL ステートメント
ADD COLUMN
ADD INDEX
ADMIN
ADMIN CANCEL DDL
ADMIN CHECKSUM TABLE
ADMIN CHECK [TABLE|INDEX]
ADMIN SHOW DDL [JOBS|QUERIES]
ALTER DATABASE
ALTER INDEX
ALTER TABLE
ALTER TABLE COMPACT
ALTER USER
ANALYZE TABLE
BATCH
BEGIN
CHANGE COLUMN
COMMIT
CHANGE DRAINER
CHANGE PUMP
CREATE [GLOBAL|SESSION] BINDING
CREATE DATABASE
CREATE INDEX
CREATE ROLE
CREATE SEQUENCE
CREATE TABLE LIKE
CREATE TABLE
CREATE USER
CREATE VIEW
DEALLOCATE
DELETE
DESC
DESCRIBE
DO
DROP [GLOBAL|SESSION] BINDING
DROP COLUMN
DROP DATABASE
DROP INDEX
DROP ROLE
DROP SEQUENCE
DROP STATS
DROP TABLE
DROP USER
DROP VIEW
EXECUTE
EXPLAIN ANALYZE
EXPLAIN
FLASHBACK TABLE
FLUSH PRIVILEGES
FLUSH STATUS
FLUSH TABLES
GRANT <privileges>
GRANT <role>
INSERT
KILL [TIDB]
MODIFY COLUMN
PREPARE
RECOVER TABLE
RENAME INDEX
RENAME TABLE
REPLACE
REVOKE <privileges>
REVOKE <role>
ROLLBACK
SELECT
SET DEFAULT ROLE
SET [NAMES|CHARACTER SET]
SET PASSWORD
SET ROLE
SET TRANSACTION
SET [GLOBAL|SESSION] <variable>
SHOW ANALYZE STATUS
SHOW [GLOBAL|SESSION] BINDINGS
SHOW BUILTINS
SHOW CHARACTER SET
SHOW COLLATION
SHOW [FULL] COLUMNS FROM
SHOW CREATE SEQUENCE
SHOW CREATE TABLE
SHOW CREATE USER
SHOW DATABASES
SHOW DRAINER STATUS
SHOW ENGINES
SHOW ERRORS
SHOW [FULL] FIELDS FROM
SHOW GRANTS
SHOW INDEX [FROM|IN]
SHOW INDEXES [FROM|IN]
SHOW KEYS [FROM|IN]
SHOW MASTER STATUS
SHOW PLUGINS
SHOW PRIVILEGES
SHOW [FULL] PROCESSSLIST
SHOW PROFILES
SHOW PUMP STATUS
SHOW SCHEMAS
SHOW STATS_HEALTHY
SHOW STATS_HISTOGRAMS
SHOW STATS_META
SHOW STATUS
SHOW TABLE NEXT_ROW_ID
SHOW TABLE REGIONS
SHOW TABLE STATUS
SHOW [FULL] TABLES
SHOW [GLOBAL|SESSION] VARIABLES
SHOW WARNINGS
SHUTDOWN
SPLIT REGION
START TRANSACTION
TABLE
TRACE
TRUNCATE
UPDATE
USE
WITH
- データ型
- 関数と演算子
- クラスタ化インデックス
- 制約
- 生成された列
- SQL モード
- テーブル属性
- 取引
- ビュー
- パーティショニング
- 一時テーブル
- キャッシュされたテーブル
- 文字セットと照合
- 履歴データの読み取り
- システム テーブル
mysql
- 情報_スキーマ
- 概要
ANALYZE_STATUS
CLIENT_ERRORS_SUMMARY_BY_HOST
CLIENT_ERRORS_SUMMARY_BY_USER
CLIENT_ERRORS_SUMMARY_GLOBAL
CHARACTER_SETS
CLUSTER_INFO
COLLATIONS
COLLATION_CHARACTER_SET_APPLICABILITY
COLUMNS
DATA_LOCK_WAITS
DDL_JOBS
DEADLOCKS
ENGINES
KEY_COLUMN_USAGE
PARTITIONS
PROCESSLIST
REFERENTIAL_CONSTRAINTS
SCHEMATA
SEQUENCES
SESSION_VARIABLES
SLOW_QUERY
STATISTICS
TABLES
TABLE_CONSTRAINTS
TABLE_STORAGE_STATS
TIDB_HOT_REGIONS_HISTORY
TIDB_INDEXES
TIDB_SERVERS_INFO
TIDB_TRX
TIFLASH_REPLICA
TIKV_REGION_PEERS
TIKV_REGION_STATUS
TIKV_STORE_STATUS
USER_PRIVILEGES
VIEWS
- システム変数
- ストレージ エンジン
- TiKV
- ティフラッシュ
- Dumpling
- テーブル フィルター
- データとインデックス間の不一致のトラブルシューティング
- よくある質問
- リリースノート
- サポート
- 用語集
TiDB Cloudで概念実証(PoC)を実行する
TiDB Cloudは、フルマネージドクラウドデータベースでTiDBの優れた機能をすべて提供するサービスとしてのデータベース(DBaaS)製品です。データベースの複雑さではなく、アプリケーションに集中するのに役立ちます。 TiDB Cloudは現在、Amazon Web Services(AWS)とGoogle Cloud Platform(GCP)の両方で利用できます。
概念実証(PoC)を開始することは、 TiDB Cloudがビジネスニーズに最適であるかどうかを判断するための最良の方法です。また、 TiDB Cloudの主要な機能を短時間で理解できるようになります。パフォーマンステストを実行することで、ワークロードがTiDB Cloudで効率的に実行できるかどうかを確認できます。また、データを移行して構成を適応させるために必要な作業を評価することもできます。
このドキュメントでは、一般的なPoC手順について説明し、 TiDB CloudPoCをすばやく完了するのに役立つことを目的としています。これは、TiDBの専門家と大規模な顧客ベースによって検証されたベストプラクティスです。
PoCの実行に興味がある場合は、開始する前にPingCAPに連絡してください。サポートチームは、テストプランの作成を支援し、PoC手順をスムーズに説明します。
または、 開発者層を作成する (1年間の無料トライアル)してTiDB Cloudに慣れ、簡単に評価することもできます。開発者層には特別利用規約あることに注意してください。
PoC手順の概要
PoCの目的は、 TiDB Cloudがビジネス要件を満たしているかどうかをテストすることです。通常のPoCは通常14日間続き、その間、PoCの完了に集中することが期待されます。
一般的なTiDB Cloudは、次の手順で構成されています。
- 成功基準を定義し、テスト計画を作成します
- ワークロードの特性を特定する
- サインアップして、PoC専用のクラスタを作成します
- スキーマとSQLを適応させる
- データのインポート
- ワークロードを実行して結果を評価する
- その他の機能を探す
- 環境をクリーンアップし、PoCを終了します
ステップ1.成功基準を定義し、テスト計画を作成します
PoCを介してTiDB Cloudを評価する場合は、ビジネスニーズに基づいて関心のあるポイントと対応する技術評価基準を決定し、PoCに対する期待と目標を明確にすることをお勧めします。詳細なテスト計画を備えた明確で測定可能な技術基準は、主要な側面に焦点を合わせ、ビジネスレベルの要件をカバーし、最終的にPoC手順を通じて回答を得るのに役立ちます。
次の質問を使用して、PoCの目標を特定します。
- あなたのワークロードのシナリオは何ですか?
- あなたのビジネスのデータセットサイズまたはワークロードはどれくらいですか?成長率はどれくらいですか?
- ビジネスクリティカルなスループットまたは遅延要件を含む、パフォーマンス要件は何ですか?
- 許容可能な最小の計画的または計画外のダウンタイムを含む、可用性と安定性の要件は何ですか?
- 運用効率に必要な指標は何ですか?それらをどのように測定しますか?
- ワークロードのセキュリティとコンプライアンスの要件は何ですか?
成功基準とテストプランの作成方法の詳細については、 PingCAPにお気軽にお問い合わせください。
ステップ2.ワークロードの特性を特定する
TiDB Cloudは、高可用性と大量のデータとの強力な一貫性を必要とするさまざまなユースケースに適しています。 TiDBの紹介は、主要な機能とシナリオを示しています。それらがビジネスシナリオに適用されるかどうかを確認できます。
- 水平方向のスケールアウトまたはスケールイン
- 金融グレードの高可用性
- リアルタイムHTAP
- MySQL 5.7プロトコルおよびMySQLエコシステムと互換性があります
また、分析処理の高速化に役立つ列型ストレージエンジンであるTiFlashの使用にも興味があるかもしれません。 PoC中は、いつでもTiFlash機能を使用できます。
ステップ3.サインアップして、PoC専用のクラスタを作成します
PoC専用のクラスタを作成するには、次の手順を実行します。
次のいずれかを実行して、PoCアプリケーションフォームに入力します。
- すでに開発者層を作成しましたつ(1年間の無料トライアル)をお持ちの場合は、PoCアプリケーションの送信に関するプロンプトバーがTiDB Cloudコンソールに表示されます。バーのPoCアプリケーションリンクをクリックして、PoCアプリケーションフォームに入力できます。
- 開発者層をまだ作成していない場合は、 PoCに申し込むページに移動してPoCアプリケーションフォームに記入してください。
フォームを送信すると、 TiDB Cloudサポートチームがアプリケーションを確認して連絡し、アプリケーションが承認されるとトライアルポイントをアカウントに転送します。また、PingCAPサポートエンジニアに連絡して、PoCの手順を支援し、PoCが可能な限りスムーズに実行されるようにすることもできます。
クラスタを作成する前に、クラスタのサイズ設定に容量計画を立てることをお勧めします。 TiDB、TiKV、またはTiFlashノードの推定数から始めて、後でクラスタをスケールアウトしてパフォーマンス要件を満たすことができます。詳細については、次のドキュメントを参照するか、サポートチームにご相談ください。
- 見積もりの実践の詳細については、 TiDBのサイズを設定するを参照してください。
- 専用クラスタの構成については、 TiDBクラスターを作成するを参照してください。 TiDB、TiKV、およびTiFlash(オプション)のクラスタサイズをそれぞれ構成します。
- PoCトライアルポイントの消費を効果的に計画および最適化する方法については、このドキュメントのFAQを参照してください。
- スケーリングの詳細については、 TiDBクラスターをスケーリングするを参照してください。
専用のPoCクラスタが作成されると、データをロードして一連のテストを実行する準備が整います。 TiDBクラスタに接続する方法については、 TiDBクラスターに接続するを参照してください。
新しく作成されたクラスタの場合、次の構成に注意してください。
- デフォルトのタイムゾーン(ダッシュボードの[作成時間]列)はUTCです。 ローカルタイムゾーンを設定するを実行すると、ローカルタイムゾーンに変更できます。
- 新しいクラスタのデフォルトのバックアップ設定は、毎日のデータベースの完全バックアップです。優先バックアップ時間を指定するか、データを手動でバックアップできます。デフォルトのバックアップ時間と詳細については、 TiDBクラスターデータのバックアップと復元を参照してください。
ステップ4.スキーマとSQLを適応させる
次に、テーブルとインデックスを含むデータベーススキーマをTiDBクラスタにロードできます。
PoCトライアルポイントの数には限りがあるため、トライアルポイントの価値を最大化するには、互換性テストとTiDB Cloudでの予備分析用に開発者層クラスタ (1年間の無料トライアル)を作成することをお勧めします。
TiDB CloudはMySQL5.7と高い互換性がありMySQL 5.7。データがMySQLと互換性がある場合、またはMySQLと互換性があるように適合できる場合は、データをTiDBに直接インポートできます。
互換性の詳細については、次のドキュメントを参照してください。
ここにいくつかのベストプラクティスがあります:
- スキーマのセットアップに非効率性があるかどうかを確認します。
- 不要なインデックスを削除します。
- 効果的なパーティショニングのためのパーティショニングポリシーを計画します。
- タイムスタンプのインデックスなど、右側のインデックスの増加によって引き起こされるホットスポットの問題は避けてください。
- SHARD_ROW_ID_BITSとAUTO_RANDOMを使用してホットスポットの問題を避けます。
SQLステートメントの場合、データソースとTiDBとの互換性のレベルに応じて、それらを適合させる必要がある場合があります。
ご不明な点がございましたら、 PingCAPまでお問い合わせください。
ステップ5.データをインポートする
小さなデータセットをインポートして実現可能性をすばやくテストしたり、大きなデータセットをインポートしてTiDBデータ移行ツールのスループットをテストしたりできます。 TiDBはサンプルデータを提供しますが、ビジネスの実際のワークロードでテストを実行することを強くお勧めします。
さまざまな形式のデータをTiDB Cloudにインポートできます。
ノート:
- TiDB Cloudでサポートされている文字照合については、 MySQL互換データベースからの移行を参照してください。データが元々どのように保存されているかを理解することは非常に役立ちます。
- [データインポートタスク]ページでのデータインポートでは、追加の請求料金は発生しません。
ステップ6.ワークロードを実行し、結果を評価します
これで、環境が作成され、スキーマが適合され、データがインポートされました。ワークロードをテストする時が来ました。
ワークロードをテストする前に、手動バックアップの実行を検討してください。これにより、必要に応じてデータベースを元の状態に復元できます。詳細については、 TiDBクラスターデータのバックアップと復元を参照してください。
ワークロードを開始した後、次の方法を使用してシステムを監視できます。
- クラスターの一般的に使用されるメトリックは、クラスタの概要ページにありクラスタ。これには、合計QPS、レイテンシー、接続、TiFlashリクエストQPS、TiFlashリクエスト期間、TiFlashストレージサイズ、TiKVストレージサイズ、TiDB CPU、TiKV CPU、TiKV IO読み取り、およびTiKVIO書き込み。 TiDBクラスターを監視するを参照してください。
- [診断]>[ステートメント]に移動します。ここでは、SQLの実行を監視し、システムテーブルにクエリを実行せずにパフォーマンスの問題を簡単に見つけることができます。 ステートメント分析を参照してください。
- [診断]>[キービジュアライザー]に移動します。ここで、TiDBデータアクセスパターンとデータホットスポットを表示できます。 キービジュアライザーを参照してください。
- これらのメトリックを独自のDatadogおよびPrometheusに統合することもできます。 サードパーティの統合を参照してください。
次に、テスト結果を評価します。
より正確な評価を得るには、テストの前にメトリックのベースラインを決定し、実行ごとにテスト結果を適切に記録します。結果を分析することで、 TiDB Cloudがアプリケーションに適しているかどうかを判断できます。一方、これらの結果はシステムの実行ステータスを示しており、メトリックに従ってシステムを調整できます。例えば:
システムパフォーマンスが要件を満たしているかどうかを評価します。合計QPSとレイテンシーを確認してください。システムパフォーマンスが十分でない場合は、次のようにパフォーマンスを調整できます。
- ネットワーク遅延を監視および最適化します。
- SQLのパフォーマンスを調査して調整します。
- モニターとホットスポットの問題を解決する 。
ストレージサイズとCPU使用率を評価し、それに応じてTiDBクラスタをスケールアウトまたはスケールアウトします。スケーリングの詳細については、 FAQセクションを参照してください。
パフォーマンスチューニングのヒントは次のとおりです。
書き込みパフォーマンスを向上させる
- TiDBクラスターをスケールアウトして書き込みスループットを向上させます( TiDBクラスターをスケーリングするを参照)。
- 楽観的なトランザクションモデルを使用して、ロックの競合を減らします。
クエリのパフォーマンスを向上させる
- [診断]>[ステートメント]ページでSQL実行プランを確認します。
- [ダッシュボード]>[キービジュアライザー]ページでホットスポットの問題を確認します。
- [概要]>[容量メトリック]ページで、TiDBクラスタの容量が不足していないかどうかを監視します。
- TiFlash機能を使用して、分析処理を最適化します。 HTAPクラスターを使用するを参照してください。
ステップ7.その他の機能を調べる
これでワークロードテストが終了しました。アップグレードやバックアップなど、さらに多くの機能を調べることができます。
アップグレード
TiDB Cloudは定期的にTiDBクラスターをアップグレードしますが、サポートチケットを送信してクラスターへのアップグレードをリクエストすることもできます。 TiDBクラスターをアップグレードするを参照してください。
バックアップ
ベンダーロックインを回避するために、毎日の完全バックアップを使用してデータを新しいクラスタに移行し、 Dumplingを使用してデータをエクスポートできます。詳細については、 TiDBからデータをエクスポートするを参照してください。
ステップ8.環境をクリーンアップし、PoCを終了します
実際のワークロードを使用してTiDB Cloudをテストし、テスト結果を取得した後、PoCの全サイクルを完了しました。これらの結果は、 TiDB Cloudが期待を満たしているかどうかを判断するのに役立ちます。その間、 TiDB Cloudを使用するためのベストプラクティスを蓄積しました。
TiDB Cloudをより大規模に試してみたい場合は、 TiDB Cloudが提供する他のストレージサイズでのデプロイなど、新しいラウンドのデプロイとテストのために、 専用層を作成してTiDB Cloudへのフルアクセスを取得します。
トライアルポイントが不足していて、PoCを続行したい場合は、 TiDB Cloudサポートに相談してください。
PoCを終了して、いつでもテスト環境を削除できます。詳細については、 TiDBクラスターを削除するを参照してください。
PoCプロセス、機能のリクエスト、製品の改善方法など、 TiDB Cloudフィードバックフォームを入力することで、サポートチームへのフィードバックを高く評価しています。
FAQ
1.データのバックアップと復元にはどのくらい時間がかかりますか?
TiDB Cloudは、自動バックアップと手動バックアップの2種類のデータベースバックアップを提供します。どちらの方法でも、データベース全体がバックアップされます。
データのバックアップと復元にかかる時間は、テーブルの数、ミラーコピーの数、CPUを集中的に使用するレベルなどによって異なる場合があります。 1つのTiKVノードでのバックアップと復元の速度は約50MB/秒です。
データベースのバックアップおよび復元操作は通常、CPUを集中的に使用し、常に追加のCPUリソースを必要とします。この環境のCPU負荷度によっては、QPSとトランザクション遅延に影響(10%から50%)が生じる可能性があります。
2.いつスケールアウトおよびスケールインする必要がありますか?
スケーリングに関する考慮事項は次のとおりです。
- ピーク時またはデータのインポート中に、ダッシュボードの容量メトリックが上限に達していることに気付いた場合( TiDBクラスターを監視するを参照)、クラスタをスケールアウトする必要がある場合があります。
- リソース使用率が永続的に低い場合(たとえば、CPU使用率の10%〜20%のみ)、クラスタでスケーリングしてリソースを節約できます。
コンソール上のクラスターを自分でスケールアウトできます。クラスタでスケーリングする必要がある場合は、 TiDB Cloudサポートに連絡して支援を求める必要があります。スケーリングの詳細については、 TiDBクラスターをスケーリングするを参照してください。サポートチームと連絡を取り合い、正確な進捗状況を追跡できます。データのリバランスによりパフォーマンスに影響を与える可能性があるため、テストを開始する前にスケーリング操作が終了するのを待つ必要があります。
3. PoCトライアルポイントを最大限に活用するにはどうすればよいですか?
PoCの申請が承認されると、アカウントにトライアルポイントが付与されます。通常、14日間のPoCにはトライアルポイントで十分です。トライアルポイントは、ノードの種類とノード数に応じて1時間ごとに課金されます。詳細については、 TiDB Cloud請求を参照してください。
PoCに残されたポイントを確認するには、次のスクリーンショットに示すように、[**アクティブクラスター]**ページに移動します。
ポイントを保存するには、使用していないクラスタを削除します。現在、クラスタを停止することはできません。クラスタを削除する前に、バックアップが最新であることを確認する必要があります。これにより、後でPoCを再開するときにクラスタを復元できます。
4. PoCを完了するのに2週間以上かかることはありますか?
PoCトライアル期間を延長したい場合、またはトライアルポイントが不足している場合は、 PingCAPにお問い合わせください。
5.技術的な問題で立ち往生しています。 PoCのヘルプを取得するにはどうすればよいですか?
いつでもPingCAPに連絡して支援を求めることができます。