Set up docs MCPEstos ajustes están disponibles en system.settings y se generan automáticamente a partir del código fuente.
use_query_cache
Si está habilitado, las consultas SELECT pueden utilizar la caché de consultas. Los parámetros enable_reads_from_query_cache
y enable_writes_to_query_cache controlan con más detalle cómo se usa la caché.
Valores posibles:
- 0 - Deshabilitado
- 1 - Habilitado
use_query_condition_cache
Historial de versiones
| Versión | Valor predeterminado | Comentario |
|---|---|---|
| 25.4 | 1 | Una nueva optimización |
| 25.3 | 0 | Nueva configuración. |
Habilita la caché de condiciones de consulta. La caché almacena rangos de gránulos en partes de datos que no cumplen la condición de la cláusula WHERE,
y reutiliza esta información como un índice efímero para consultas posteriores.
Valores posibles:
- 0 - Deshabilitado
- 1 - Habilitado
use_query_condition_cache_for_top_k
Historial de versiones
| Versión | Valor predeterminado | Comentario |
|---|---|---|
| 26.8 | 1 | Nueva configuración para controlar la caché de condiciones de consulta en lecturas con `ORDER BY ... LIMIT n` (TopK); habilitada de forma predeterminada. El control está deshabilitado en la versión 26.7, por lo que `compatibility` con una versión anterior la mantiene desactivada. |
Habilita la caché de condiciones de consulta para las consultas que usan la optimización ORDER BY <column> LIMIT n (TopK), basada en filtrado dinámico o índices de omisión. Cuando está deshabilitada, estas lecturas no consultan ni rellenan la caché.
Estas consultas pueden descartar gránulos durante la ejecución según el umbral en uso, por lo que sus entradas de caché se particionan por los parámetros del plan TopK y el conjunto de partes leídas. Esta opción no tiene efecto a menos que también esté habilitada use_query_condition_cache.
Valores posibles:
- 0 - Deshabilitada
- 1 - Habilitada