製品アップデート
製品お知らせ
比較項目 | TDSQL-C for MySQL | TencentDB for MySQL |
データベースの種類 | 次世代クラウドネイティブリレーショナルデータベース | オープンソースデータベースMySQLに基づいて構築された高性能エンタープライズ級データベースサービス。 |
アーキテクチャ | クラスタ。1つのクラスタには1つの読み書きインスタンスと最大15台の読み取り専用インスタンスが含まれます。 | シングルノード:単一のノード デュアルノード:1つのプライマリと1つのスタンバイ トリプルノード:1つのプライマリと2つのスタンバイ |
エンジン | InnoDB LibraDB | InnoDB RocksDB |
バージョン | MySQL 5.7との互換性を有する MySQL 8.0との互換性を有します。 | MySQL 5.6 MySQL 5.7 MySQL 8.0 |
適用シーン | 業務変動が大きく、スケーリングを頻繁に行うか、読み取り専用インスタンスを追加して読み取り性能を向上させる必要がある場合 頻繁に迅速なロールバックを必要とするゲームプロジェクト PB級データストレージアクセスシナリオ 書き込みQPSの要求が高いシナリオ マスタースレーブ遅延に敏感なシナリオ | ゲーム適用シーン インターネットおよびモバイルApp適用シーン 金融シーン ECシーン |
製品仕様 | 単一インスタンスあたり最大88コア710GB | 単一インスタンスあたり最大90コア720GB |
自動バックアップ | デフォルトで7日間保持され、最大1830日間の保持が設定可能です | デフォルトで7日間保持され、最大1830日間の保持が設定可能です |
手動バックアップ | 対応 | 対応 |
バックアップファイル形式 | 論理バックアップ スナップショットバックアップ | 論理バックアップ 物理バックアップ |
Serverless | Serverlessの弾力性スケーリングに対応し、人手を介さず自動的に迅速に仕様をスケールできます | 非対応 |
最大テーブル作成数 | データベースの作成数とテーブルの作成数を制限しません。理論上、十分なスペースがあれば、より多くのデータベースとテーブルを作成できます。 | 単一インスタンスのテーブル数は100万を超えません。 |
読み書き分離 | 対応 | 対応 |


TencentDB for MySQLのデメリット | TDSQL-C for MySQLのメリット |
データストレージ上限は単一物理マシンによって制限されます。 仕様のアップグレードや読み取り専用インスタンスの追加には比較的時間がかかります。 データの強一貫性を実現するにはコストが高いです。 binlogベースのデータ同期では、マスター/スタンバイ間のレイテンシ問題を完全には解決できません。 フルログ(redo log、binlog)およびデータページの更新が書き込み性能のボトルネックを引き起こします。 リストアが遅く、データ復旧に時間がかかります。 | コンピュートノードはステートレスであり、秒単位での仕様アップグレード、切り替え、読み取り専用ノードの追加が可能です。 redo書き込みのみの軽量ライトで、より高い書き込み性能(140%)を実現します。 マスター/スレーブ間のredo同期に基づき、インスタンスがredoをプッシュします。スレーブはメモリ内でデータをリプレイするためディスクへの書き込みが不要で、レプリケーション遅延がmsレベルまで低減されます。 ブロックレベルの3レプリカ強整合性 分散ストレージ、単一インスタンスで400TBまで対応可能 ディスク拡張によるビジネスへの影響・感知なし GB/秒レベルのバックアップ/ロールバック速度を実現し、バックアップ・ロールバック遅延の根本的な課題を解決します。 Serverless機能を備えています |
フィードバック