max_analyze_depth
max_autoincrement_series
generateSerialID.
Como cada serie representa un nodo en Keeper, se recomienda no tener más de un par de millones.
max_backup_bandwidth
max_block_size
max_block_size indica el número máximo recomendado de filas que se deben incluir en un solo bloque al cargar datos desde tablas. No siempre se cargan de la tabla bloques del tamaño de max_block_size: si ClickHouse determina que es necesario recuperar menos datos, se procesa un bloque más pequeño.
El tamaño del bloque no debe ser demasiado pequeño, para evitar costes apreciables al procesar cada bloque. Tampoco debe ser demasiado grande, para garantizar que las consultas con una cláusula LIMIT se ejecuten rápidamente después de procesar el primer bloque. Al configurar max_block_size, el objetivo debe ser evitar consumir demasiada memoria al extraer un gran número de columnas en varios hilos y preservar al menos cierta localidad de caché.
max_columns_to_read
0 significa que no hay límite.
max_compress_block_size
Esta es una configuración de nivel experto y no debería cambiarla si apenas está empezando con ClickHouse.
max_consume_snapshots
max_estimated_execution_time
timeout_before_checking_execution_speed.
max_expanded_ast_elements
max_fetch_partition_retries_count
max_final_threads
SELECT con el modificador FINAL.
Valores posibles:
- Entero positivo.
- 0 o 1 — Desactivado. Las consultas
SELECTse ejecutan en un solo hilo.
max_http_get_redirects
10.
max_limit_for_vector_search_queries
max_os_cpu_wait_time_ratio_to_throw
max_parallel_replicas
- Entero positivo.
Procesamiento en paralelo con la clave SAMPLE
- La posición de la clave de muestreo dentro de la clave de partición no permite realizar exploraciones de rango eficientes.
- Añadir una clave de muestreo a la tabla hace que el filtrado por otras columnas sea menos eficiente.
- La clave de muestreo es una expresión costosa de calcular.
- La distribución de latencia del clúster tiene una cola larga, por lo que consultar más servidores aumenta la latencia total de la consulta.
Procesamiento en paralelo mediante parallel_replicas_custom_key
max_parsing_threads
max_partition_size_to_drop
0 significa que puede eliminar particiones sin ninguna restricción.
Valor predeterminado de Cloud: 1 TB.
Esta configuración de consulta anula la configuración equivalente del servidor; consulte max_partition_size_to_drop
max_parts_to_move
max_projection_rows_to_use_projection_index
max_query_size
max_query_size no puede establecerse dentro de una consulta SQL (por ejemplo, SELECT now() SETTINGS max_query_size=10000) porque ClickHouse necesita asignar un búfer para analizar la consulta, y el tamaño de ese búfer lo determina la configuración max_query_size, que debe establecerse antes de ejecutar la consulta.max_recursive_cte_evaluation_depth
max_replica_delay_for_distributed_queries
- Entero positivo.
- 0 — No se comprueba el retraso de las réplicas.
SELECT en una tabla distribuida que apunta a tablas replicadas.
max_reverse_dictionary_lookup_cache_size_bytes
dictGetKeys. La caché almacena tuplas de claves serializadas por valor de atributo para evitar volver a escanear el Diccionario dentro de la misma consulta. Cuando se alcanza el límite, las entradas se desalojan mediante LRU. Establezca 0 para desactivar la caché.
max_sessions_for_user
- Entero positivo
0- número infinito de sesiones simultáneas (predeterminado)
max_subquery_depth
max_table_size_to_drop
0 significa que puede eliminar todas las tablas sin ninguna restricción.
Valor predeterminado de Cloud: 1 TB.
Esta configuración de consulta anula la configuración equivalente del servidor; consulte max_table_size_to_drop
max_untracked_memory
max_wkb_geometry_elements
readWKB y funciones relacionadas. Esto protege frente a asignaciones de memoria excesivas causadas por datos WKB malformados. Establézcalo en 0 para usar el límite codificado de forma fija (100 millones).