tencent cloud

TDSQL-C for MySQL

動向とお知らせ
製品アップデート
製品お知らせ
初心者ガイド
製品概要
プロダクト概要
製品の強み
適用シーン
製品アーキテクチャ
製品仕様
インスタンスタイプ
製品機能一覧
データベースのバージョン
リージョンとアベイラビリティゾーン
基本概念
利用制限
利用ガイドの推奨事項
自社開発カーネル
カーネル概要
カーネルバージョンのアップデート情報
カーネル最適化バージョン
機能特性
パフォーマンス関連機能
セキュリティカテゴリの機能
安定性機能
分析エンジン特性
カーネル問題のチェックと修復
購入ガイド
課金概要
製品価格
クラスタを作成する
構成変更説明
未払いについての説明
継続支払いの説明
返金ポリシー
従量課金から年/月単位サブスクリプションへの変換
従量課金からServerlessへの変換
付加価値サービスの課金説明
料金請求書の確認
クイックスタート
データベース監査
概要
監査インスタンス一覧
監査サービスを有効化する
監査ログの確認
ログ配信
事後アラーム設定
監査ルールの変更
監査サービスを変更する
監査サービスを停止する
監査ルールテンプレート
監査タスクの照会
サブユーザーへのデータベース監査利用権限付与
Serverlessサービス
Serverless入門
サーバーレス版クラスタの作成と管理
伸縮性スケーリング管理ツール
Serverlessリソースパック
マルチAZデプロイ
設定を変更する
よくあるご質問
Serverlessコスト見積ツール
操作ガイド
操作概要
コンソールでのクラスタページビューの切り替え
データベース接続
インスタンス管理
設定を変更する
インスタンス形態管理
クラスタ管理
読み取り専用インスタンス管理 
データベースプロキシ
アカウント管理
DMC
DMC(データベース管理ツール)
パラメータ設定
マルチAZデプロイ
グローバルデータベース
バックアップとリストア
操作ログ
データマイグレーション
パラレルクエリ
列ストレージインデックス CSI
分析エンジン
データベースセキュリティと暗号化
モニタリングとアラーム
SQLの基本操作
以下のコマンドを実行して、TDSQL-C for MySQLに接続してログインします
Tag
実践チュートリアル
TDSQL-C for MySQL データベース監査の等級保護実践
非InnoDBテーブル問題のワンクリック移行検出処理方法
DTSによるデータベースバージョンのアップグレード MySQL 5.7から8.0へ
TDSQL-C for MySQL 使用規範
新版コンソール
データベースプロキシの複数接続アドレスによる複数ROグループの実現
データベースプロキシのメリット
ストレージの課金モードの選び方
DTSによるリモートディザスタリカバリの構築
クラスタ用VPCの作成
データ復旧の方法
CPU使用率の高騰問題の解決方法
サブユーザーへの監視データ閲覧権限付与方法
ホワイトペーパー
セキュリティホワイトペーパー
性能ホワイトペーパー
トラブルシューティング
接続関連
性能関連
よくあるご質問
基本概念
購入と課金
サポートされるフォーマット
接続とネットワーク
機能特性
コンソールの操作
データベーステーブル
パフォーマンスとログ
データベース監査
TDSQL-C for MySQLとTencentDB for MySQLの違い
関連契約
SLA
利用規約
TDSQL-C ポリシー
プライバシーポリシー
データ処理と安全プロトコル
汎用参考
標準と認証
用語一覧
お問い合わせ

製品アーキテクチャ

PDF
フォーカスモード
フォントサイズ
最終更新日: 2025-12-30 16:02:25
TDSQL-C for MySQLは、クラウドネイティブの設計理念に基づいており、商用データベースの安定性、信頼性、高性能、拡張性の特徴を融合するとともに、オープンソースのクラウドデータベースが持つシンプルでオープン、効率的なイテレーションの利点を兼ね備えています。同時に、拡張されたLibraDBエンジンにより、より大規模なデータ量における高性能データ分析とリアルタイムの複雑なクエリ処理のニーズをサポートできます。本稿では、TDSQL-C for MySQLの製品アーキテクチャおよび特徴を紹介します。

プロダクトアーキテクチャ図



シングルライター・マルチリーダー

TDSQL-C for MySQLでは、1つのクラスタに1つのプライマリノードと最大15個のリードレプリカノードが含まれます。プライマリノードは読み書きリクエストを処理し、リードレプリカノードは読み取りリクエストのみを処理します。

コンピューティングとストレージの分離

TDSQL-C for MySQLはコンピュートとストレージの分離設計思想を採用し、パブリッククラウド環境におけるビジネス成長に応じたクラスタの弾力的な拡張という必須要件を満たします。データベースのコンピュートノード(Database Engine Server)はメタデータのみを保存し、データファイルやRedo Logなどはリモートのストレージノード(Database Storage Server)に保存されます。各コンピュートノード間ではRedo Log関連のメタデータ情報の同期のみで済むため、プライマリノードとリードレプリカノード間のレプリケーション遅延が大幅に低減されます。さらに、プライマリノードに障害が発生した場合、迅速に新しいノードを起動してシームレスな置換を実現します。

自動リードライト分離

自動読み書き分離は、TDSQL-C for MySQLが提供する透過的で高可用性かつ自適応的なCLB機能です。データベースプロキシアドレスを設定することで、SQLリクエストが自動的にTDSQL-C for MySQLの各ノードに転送され、集約された高スループットの並列SQL処理能力を提供します。

ハイスピードリンク相互接続

全リンクRDMA(Remote Direct Memory Access)伝送をサポートしており、これによりデータを一方のコンピュータのメモリから他方のコンピュータへ直接転送でき、双方のOSの介入が不要となります。これによりクリティカルパスのシステムパフォーマンスがさらに最適化され、リクエスト遅延が低減し、I/O性能がボトルネックではなくなります。また、ストレージの複数レプリカ間でもRDMAネットワークを採用しています。

共有分散ストレージ

複数のコンピュートノードが単一のデータセットを共有するため、各ノードが個別にデータを保持する必要がなく、ユーザーのストレージコストを大幅に削減します。新設計の分散型ブロックストレージとファイルシステムに基づき、ストレージ容量はオンラインでシームレスに拡張可能で、単一データベースサーバーの容量制限を受けず、ペタバイト級のデータ規模に対応できます。

データのマルチレプリカ強整合性

データベースストレージノードのデータはマルチレプリカ形式を採用しており、データの信頼性を確保します。また、マルチレプリカのストロングコンシステンシー戦略によりデータの一貫性を保証します。データファイルは3レプリカのストロングコンシステンシーを採用し、データの信頼性を確保します。課金は「単一レプリカ」のデータ量に基づいてのみ統計されます。

マルチ自社開発エンジン統合

TDSQL-C for MySQLは、自社開発エンジンであるTXSQL(InnoDBベース)とLibraDBをサポートしています。TXSQLエンジンは、エンタープライズアプリケーションシナリオ向けに特別に最適化され、ホットスポット更新保護、SQLスロットリング、高速カラム変更、並列クエリ、データベース監査、スレッドプールなどの優れた機能を備えており、クラウドネイティブデータベースの性能と安定性を大幅に向上させます。一方、LibraDBエンジンは、大規模並列計算、ベクトル化処理機能、カラムナーストレージ、リアルタイム行指向から列指向への変換、コストベース列指向オプティマイザなどの機能を有し、大規模データに対する複雑なクエリ性能を飛躍的に向上させ、業務におけるオンラインデータのリアルタイム分析処理ニーズを十分に満たします。

ヘルプとサポート

この記事はお役に立ちましたか?

フィードバック