Ces paramètres sont disponibles dans system.settings et sont générés automatiquement à partir du code source.
use_query_cache
S’il est activé, les requêtes SELECT peuvent utiliser le cache de requêtes. Les paramètres enable_reads_from_query_cache
et enable_writes_to_query_cache déterminent plus précisément comment le cache est utilisé.
Valeurs possibles :
- 0 - Désactivé
- 1 - Activé
use_query_condition_cache
Historique des versions
| Version | Valeur par défaut | Commentaire |
|---|---|---|
| 25.4 | 1 | Une nouvelle optimisation |
| 25.3 | 0 | Nouveau paramètre. |
Active le cache des conditions de requête. Le cache stocke les plages de granules, dans les parties de données, qui ne satisfont pas la condition de la clause WHERE,
puis réutilise ces informations comme index éphémère pour les requêtes suivantes.
Valeurs possibles :
- 0 - Désactivé
- 1 - Activé
use_query_condition_cache_for_top_k
Historique des versions
| Version | Valeur par défaut | Commentaire |
|---|---|---|
| 26.8 | 1 | Nouveau paramètre permettant d'activer le cache de conditions de requête pour les lectures `ORDER BY ... LIMIT n` (TopK) ; activé par défaut. Le contrôle est désactivé dans la version 26.7, donc la `compatibility` avec une version antérieure le maintient désactivé. |
Activez le cache de conditions de requête pour les requêtes utilisant l'optimisation ORDER BY <column> LIMIT n (TopK), basée sur le filtrage dynamique ou les index de saut. Lorsqu'il est désactivé, ces lectures ne consultent pas le cache et ne l'alimentent pas non plus.
Ces requêtes peuvent ignorer des granules lors de l'exécution selon le seuil courant. Leurs entrées de cache sont donc partitionnées en fonction des paramètres du plan TopK et de l'ensemble des parties de données lues. Ce paramètre n'a aucun effet si use_query_condition_cache n'est pas également activé.
Valeurs possibles :
- 0 - Désactivé
- 1 - Activé