max_avg_part_size_for_too_many_parts
parts_to_delay_insert および
parts_to_throw_insert に基づく「パーツが多すぎる」チェックは、平均パーツサイズ (該当する
パーティション内) が指定したしきい値以下の場合にのみ有効になります。平均パーツサイズが
指定したしきい値を上回る場合、INSERT は遅延も拒否もされません。
これにより、パーツがより大きなパーツへ正常にマージされている限り、単一の
サーバー上の単一のテーブルで数百テラバイトを扱えるようになります。これは
非アクティブなパーツ数や総パーツ数に対するしきい値には影響しません。
max_buckets_in_map
Map シリアライゼーションにおけるバケット数の上限です。with_buckets Map シリアライゼーションで使用されます。
実際のバケット数は map_buckets_strategy によって決まります。
許容される最大値は 256 です。
max_cleanup_delay_period
max_compress_block_size
max_concurrent_queries
max_concurrent_queries 設定によっても引き続き制限されます。
設定可能な値:
- 正の整数。
0— 制限なし。
0 (制限なし) 。
例
max_digestion_size_per_segment
max_file_name_length
replace_long_file_name_to_hash が有効な場合にのみ機能します。
この設定の値にはファイル拡張子の長さは含まれません。そのため、
filesystem エラーを避けるには、最大ファイル名長 (通常は 255
バイト) よりも、ある程度のギャップを持たせて小さめに設定することを推奨します。
max_partitions_to_read
- 任意の正の整数。