これらの設定は system.merge_tree_settings に記載されており、ClickHouse のソースコードから自動生成されています。
max_avg_part_size_for_too_many_parts
parts_to_delay_insert および
parts_to_throw_insert に基づく「パーツが多すぎる」チェックは、平均パーツサイズ (該当する
パーティション内) が指定したしきい値以下の場合にのみ有効になります。平均パーツサイズが
指定したしきい値を上回る場合、INSERT は遅延も拒否もされません。
これにより、パーツがより大きなパーツへ正常にマージされている限り、単一の
サーバー上の単一のテーブルで数百テラバイトを扱えるようになります。これは
非アクティブなパーツ数や総パーツ数に対するしきい値には影響しません。
max_buckets_in_map
バージョン履歴
| バージョン | デフォルト値 | コメント |
|---|---|---|
| 26.3 | 32 | 'with_buckets' Map シリアライゼーションのバケット数の上限を制御する設定を追加 |
Map シリアライゼーションにおけるバケット数の上限です。with_buckets Map シリアライゼーションで使用されます。
実際のバケット数は map_buckets_strategy によって決まります。
許容される最大値は 256 です。
max_cleanup_delay_period
古いキューログ、ブロックのハッシュ、およびパーツをクリーンアップする最大間隔です。
max_compress_block_size
テーブルへ書き込む際に圧縮する前の、非圧縮データのブロックの最大サイズです。 この設定はグローバル設定でも指定できます (max_compress_block_size 設定を参照) 。テーブルの作成時に指定した値は、この設定のグローバル値より優先されます。
max_concurrent_queries
MergeTree テーブル に関連して同時実行されるクエリの最大数です。
クエリは、他の max_concurrent_queries 設定によっても引き続き制限されます。
設定可能な値:
- 正の整数。
0— 制限なし。
デフォルト値: 0 (制限なし) 。
例
<max_concurrent_queries>50</max_concurrent_queries>max_digestion_size_per_segment
バージョン履歴
| バージョン | デフォルト値 | コメント |
|---|---|---|
| 25.8 | 268435456 | 廃止された設定 |
廃止された設定であり、効果はありません。
max_file_name_length
ハッシュ化せずにそのまま保持するファイル名の最大長です。
この設定は、設定 replace_long_file_name_to_hash が有効な場合にのみ機能します。
この設定の値にはファイル拡張子の長さは含まれません。そのため、
filesystem エラーを避けるには、最大ファイル名長 (通常は 255
バイト) よりも、ある程度のギャップを持たせて小さめに設定することを推奨します。
max_partitions_to_read
1 つのクエリでアクセスできるパーティションの最大数を制限します。
テーブル の作成時に指定したこの設定値は、 クエリレベルの設定で上書きできます。
設定可能な値:
- 任意の正の整数。
クエリ / session / profile レベルで、クエリ複雑度の設定 max_partitions_to_read を指定することもできます。
max_projections
MergeTreeプロジェクションの最大数。
max_uncompressed_bytes_in_patches
バージョン履歴
| バージョン | デフォルト値 | コメント |
|---|---|---|
| 25.8 | 32212254720 | 新しい設定 |
すべてのパッチパート内のデータの非圧縮サイズの合計の上限 (バイト単位) 。 すべてのパッチパート内のデータ量がこの値を超えると、論理更新は拒否されます。 0 - 無制限。