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 ポリシー
プライバシーポリシー
データ処理と安全プロトコル
汎用参考
標準と認証
用語一覧
お問い合わせ

LibraDBエンジンの機能と特徴

PDF
フォーカスモード
フォントサイズ
最終更新日: 2025-12-30 16:14:40

機能説明

一方、LibraDBエンジンは効率的な分析クエリに主にサービスを提供します。これは顧客にリアルタイムかつ高性能な複雑なSQL処理を提供する拡張読み取り専用分析コンポーネントです。LibraDBエンジンのカラムナーストレージ能力、ベクトル化並列実行エンジン、および分散並列実行によって拡張されたオプティマイザを活用することで、顧客はデータベース内で簡単に効率的な分析能力を直接体験できます。さらに、LibraDBのカラムナーストレージは高QPSの変更、トランザクションのACIDに対して特化した最適化を行い、クエリデータのリアルタイム性と一貫性を保証しています。

サポートバージョン

LibraDBエンジンのカーネルバージョンは1.2404.7以上です。

原理

LibraDBエンジンのカーネル実装は主に3つの部分に分けられます。それぞれ、データ同期コンポーネント、計算エンジン、カラムナーストレージです。データ同期コンポーネントは主に行ストレージデータをカラムナーストレージ形式に変換・ロードする役割を担います。主要な実装原理はbinlogの同期と消費であり、MySQLのマスタースレーブレプリケーション機構と同様です。計算エンジンは主にメタデータストレージ、実行計画の生成、実行オペレータの生成などの関連作業を担当します。カラムナーストレージは主にデータストレージやオペレータ実行などの関連する作業を担当します。

サポート機能

LibraDBエンジンのカーネル機能は、複数の優れた特性をサポートしています。以下、製品がサポートする機能について簡単にご紹介します。

1. 大規模並列処理 MPP

MPP(Massively Parallel Processing)アーキテクチャは分散型データ処理技術の一種であり、ワークロードを複数のノードに分散することでデータ処理性能を向上させることができます。LibraDBエンジンでは、マルチレプリカ機能のサポートを拡張したことにより、複数の読み取り専用分析エンジンインスタンスのノードをクラスタに構成可能です。各ノードは独立したディスクとメモリシステムを保有し、専用ネットワークまたは商用汎用ネットワークを介して相互接続・協調計算を行うことで、統合的なデータ処理サービスを提供します。これにより、超大規模データにおける処理性能を効果的に拡張でき、単一ノードの性能ボトルネックの制約を受けず、様々な規模のユーザー要求をサポートできます。
MPP能力の利点は高性能なデータ処理にあり、複数のノードの計算リソースを最大限に活用できます。同一のSQLを実行する際、SQLオペレータを複数のノードに分散し、共同で実行することが可能です。また、水平スケーリングをサポートし、ユーザーのビジネス成長に合わせて処理性能のスケールアウトにも対応しています。

二、ベクトル化実行エンジン

LibraDBエンジンでは、データは単に列ストレージ形式で保存されるだけでなく、列ベースで計算が行われます。TXSQLのような従来のOLTPエンジンでは、通常行ストレージベースの計算が行われます。これは主にトランザクションがポイントクエリ、ポイント読み取り、ポイント書き込みを中心としているためです。しかし、分析が主なシナリオであるLibraDBエンジンでは、単一SQLの計算量が非常に大きくなる可能性があります。したがって、LibraDBエンジンではベクトル化実行モードを実装しています。メモリ内の列形式データに対し、1バッチごとにSIMD命令を1回呼び出すことで、関数呼び出し回数を削減し、キャッシュミスを低減します。また、SIMD命令の並列処理能力を最大限に活用することで、計算時間を短縮できます。

三、高速変更シナリオにおけるカラムナーストレージのサポート

TDSQL-C for MySQLの読み書きインスタンスでは、100万レベルを超えるデータオンライン操作QPSをサポートできます。リアルタイムデータ分析を支えるLibraDBエンジンは、これほど高いデータ変更シナリオにおけるデータ一貫性を満たす必要があります。従来のカラムナーストレージは大量データ書き込みでは一定の優位性がありますが、大規模データのdeleteやupdateに直面すると性能不足が顕著になります。従来のリアルタイムデータウェアハウスシナリオでは、updateをdeleteとinsertに変更し、データ同期層でバッチ実行機能を実装するのがベストプラクティスです。しかしカラムナーストレージはdeleteシナリオにおいて依然として性能上の課題を抱えています。これらの状況を総合すると、従来型カラムナーストレージでは高いデータ遅延が避けられず、リアルタイムデータ分析の効果を達成できません。
LibraDBエンジンはストレージ層の最適化とサポートにより、高コンカレンシーシナリオにおけるデータ変更時のデータ一貫性を確保し、読み書きインスタンスでの頻繁なデータ変更によるデータ遅延が原因で分析タイミングを逸失することを回避できます。

4. 指定データロード機能

TDSQL-C for MySQLのデータにおいて、すべてのデータに分析価値があるわけではないため、すべてのオブジェクトを列ストレージとしてロードする必要はありません。したがって、LibraDBエンジンはオブジェクトを指定してロードする機能をサポートしています。データロードのコンソール設定で、またはコマンドラインSQLを使用して、LibraDBにロードするオブジェクトを指定できます。

ヘルプとサポート

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

フィードバック