tencent cloud

TDSQL-C for MySQL

パラメータ管理

ダウンロード
フォーカスモード
フォントサイズ
最終更新日: 2025-12-30 16:46:23
本稿では、読み取り専用分析エンジンインスタンスがサポートするパラメータ変更についてご紹介します。

前提条件

読み取り専用分析エンジンインスタンスを準備します。 読み取り専用分析エンジンの開始 を参照してください。
インスタンスの状態は稼働中です。

パラメータ管理

読み取り専用分析エンジンインスタンスのパラメータを管理することをサポートします。これには、パラメータの変更、パラメータテンプレートの適用、パラメータ変更記録などが含まれます。操作方法はTXSQLエンジンの読み取り専用インスタンスと基本的に一致します。インスタンスパラメータの設定を参照してください。

パラメータリスト

以下の表は、読み取り専用分析エンジンインスタンスがサポートするパラメータのリストと変更推奨事項です:

ストレージエンジンのパラメータ

パラメータ名
既定値
再起動の要否
パラメータ変更推奨事項
block_cache_capacity_mb
512
はい
このパラメータは読み取り専用分析エンジンのキャッシュサイズを制御し、単位はMBです。より大きなキャッシュスペースはより多くのテーブルデータをキャッシュでき、SQLを複数回実行した後の効率を向上させ、ディスクからのデータ重複スキャンを回避できます。
max_threads
16
いいえ
このパラメータは、読み取り専用分析エンジン内でSQLが使用可能な最大スレッド数を制御します。デフォルトではインスタンス仕様の最大CPU数と一致します。インスタンス仕様のCPU/2に変更することを推奨します。
max_block_size
16
いいえ
このパラメータはベクトル化実行時の単一データブロックサイズを制御し、単位はMBです。この値が大きすぎると、細かい粒度のクエリシナリオで過剰なスキャンコストが発生する可能性があります。一方、この値が小さすぎると多数のスナップスキャンが発生し、かえってパフォーマンスが低下します。このパラメータのチューニングは主にクエリのシナリオに依存します。大部分のクエリが広範囲のデータスキャンを伴う計算処理の場合は、この値を大きく設定することが検討できます。一方で、クエリの大部分が単純なポイントクエリや小規模な結果セット取得である場合は、この値を小さく設定することが適切です。

行列データロード関連パラメータ

パラメータ名
既定値
再起動の要否
パラメータ変更推奨事項
replication_sink_parallelism
16
いいえ
このパラメータを変更することで、データ増分ロード時の並行数を増やすことができます。増分データのロード速度を向上させますが、「読み書きノード」への負荷が増加します。「読み書きノード」のリソースに余裕がある場合にこのパラメータを調整してください。
replication_dumper_table_parallel
4
いいえ
このパラメータで同時に起動できるフルデータロードテーブル数を制御できます。読み書きインスタンスのリソースが十分にある場合、同時起動するテーブル数が多いほど、フルデータロードの速度が速くなります。読み書きノードのリソースに余裕がある場合にこのパラメータを調整してください。
replication_dumper_insert_parallel
4
いいえ
このパラメータにより、フルデータロード時に読み取り専用分析エンジンへの書き込み並行度を制御できます。読み取り専用分析エンジンのリソースが十分にある場合、書き込み並行数が高いほど、フルデータロードの速度が速くなります。読み取り専用分析エンジンのリソースに余裕がある場合に、このパラメータを調整してください。
replication_dumper_select_parallel
16
いいえ
このパラメータにより、フルデータロード時に同時にテーブルデータを読み取る並行処理数を制御できます。読み書きインスタンスのリソースが十分にある場合、同時起動する並行処理数が多いほど、フルロードの速度が速くなります。読み書きノードのリソースに余裕がある場合にこのパラメータを調整してください。
replication_dumper_chunk_size
10000
いいえ
フルデータをロードするたびに読み書きインスタンスから読み取るchunkのサイズ。chunkが大きいほど、読み書きインスタンスが消費するリソースが多くなり、フルデータのロード速度が速くなります。読み取り専用分析エンジンのリソースに余裕がある場合に、このパラメータを調整してください。

計算エンジン関連パラメータ

パラメータ名
既定値
再起動の要否
パラメータ変更推奨事項
group_concat_max_len
1024
いいえ
GROUP_CONCAT()関数が許容する最大入力パラメータ長。単位はByteです。
libra_query_log_max_len
4096
いいえ
このパラメータは、スローログ管理におけるSQLレコードの最大長を制御します。単位はKBです。
libra_max_delay_allow_query
86400
いいえ
このパラメータは、分析エンジンにおけるSQL実行時のオブジェクトに許容される最大遅延時間を制御します。単位は秒です。この時間を超えると、分析エンジンでのSQL実行時に遅延過大のエラーが発生します。
libra_etl_concurrency
1
いいえ
読み書きインスタンスへのライトバックにおけるコンカレントスレッド数を制御します。libra_concurrent_etl が ON に設定されている場合にのみ有効になります。
libra_concurrent_etl
OFF
いいえ
読み書きインスタンスへのライトバック時に並行書き込みを有効にするかどうかを制御します。
libra_etl_to_rw
OFF
いいえ
ETLライトバックの加速機能を有効にするかどうかを制御します。
libra_enable_snapshot_read
ON
いいえ
分析エンジンのスナップショット読み取り機能を有効にするかどうかを制御します。
libra_max_mpp_query_num
0
いいえ
このパラメータは、分析エンジンが同時に実行できるSQLの数を制御します。デフォルトは0で、制限なしを意味します。通常、コンカレンシーが高くなりSQLがデータベースリソースをすべて消費するのを避けるために有効にします。有効にした後、許可された実行数を超えるSQLは実行を拒否されます。
max_execution_time
0
いいえ
このパラメータはSQLの実行が許容される最大時間を制御します。単位はミリ秒です。この実行時間を超えたSQLは自動的に中断されます。デフォルトは0で、実行を中断しないことを意味します。
libra_preserve_order_for_pagination
OFF
いいえ
このパラメータは、グローバルにページング順序保持機能を有効にするかどうかを制御します。詳細な機能紹介については、ページング順序保持機能を参照してください。
libra_runtime_filter_type
MIN_MAX,BLOOM_FILTER,IN_FILTER
いいえ
割り当て可能なランタイムフィルタタイプの設定を表します。
runtime_filter_max_in_num
1024
いいえ
INタイプのランタイムフィルタ生成時に許容される最大NDV値です。
libra_enable_runtime_filter
ON
いいえ
Runtime Filter機能の有効/無効を制御します。詳細な紹介については、Runtime Filterマニュアルを参照してください。
sql_mode
読み書きインスタンスと一致を保ちます。
いいえ
このパラメータは、分析エンジンにおけるSQLの実行動作を制御し、パラメータ値の動作ロジックはMySQLと一致します。ただし、一部のSQL_MODEには非互換性がある場合や、設定可能であっても有効にならない場合があります。詳細については、ドキュメント互換性と使用制限のSQL_MODEセクションを参照してください。
libra_enable_late_materialization
ON
いいえ
遅延マテリアライゼーション機能の有効/無効を制御します。詳細な紹介については、遅延マテリアライゼーションを参照してください。

ヘルプとサポート

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

フィードバック