paramètres de session enable_*

Ces paramètres sont disponibles dans system.settings et sont générés automatiquement à partir du source.

Active l’algorithme GROUP BY adaptatif : chaque thread agrège dans sa table de hachage locale jusqu’à ce qu’elle atteigne adaptive_aggregator_freeze_threshold clés (ou adaptive_aggregator_freeze_threshold_bytes de mémoire), puis celle-ci est figée. Les lignes associées aux clés déjà rencontrées (fréquentes) continuent alors de la mettre à jour sur place, tandis que les nouvelles clés (rares) sont routées selon leur hash vers des files d’attente par bucket et agrégées exactement une fois lors de la fusion parallèle des buckets. Les clés fréquentes restent dans de petites tables tenant en cache, tandis que les clés rares ne sont stockées et traitées qu’une seule fois, au lieu d’une fois par thread.

Les paramètres d’agrégation externe (max_bytes_before_external_group_by, max_bytes_ratio_before_external_group_by) sont respectés : au-delà du seuil, les files d’attente sont vidées de manière anticipée dans la table partagée et, si cela ne suffit pas à repasser sous ce seuil, la table partagée est déversée sur disque via l’agrégation externe ordinaire.

Déclenche le processeur pour déverser de manière adaptative les données vers un stockage externe. Seul grace join est actuellement pris en charge.

Active DISTINCT dans les sous-requêtes IN. Ce paramètre implique un compromis : son activation peut réduire considérablement la taille des tables temporaires transférées pour les sous-requêtes IN distribuées et accélérer nettement le transfert de données entre les shards, en garantissant que seules des valeurs uniques sont envoyées. Cependant, l’activation de ce paramètre ajoute des opérations de fusion supplémentaires sur chaque nœud, car la déduplication (DISTINCT) doit être effectuée. Utilisez ce paramètre lorsque le transfert réseau constitue un goulot d’étranglement et que le coût supplémentaire de fusion est acceptable.

Permet d’utiliser le codec de compression expérimental ALP.

Si ce paramètre est activé, ClickHouse activera automatiquement cette optimisation lorsque l'expression de la clé de partition est déterministe et que toutes les colonnes utilisées dans cette expression sont incluses dans la clé primaire. Cette déduction automatique garantit que les lignes ayant les mêmes valeurs de clé primaire appartiendront toujours à la même partition, ce qui permet d'éviter en toute sécurité les fusions entre partitions.

Active l’optimiseur Cascades basé sur les coûts pour les plans de requêtes distribuées. Ne prend effet qu’avec make_distributed_plan = 1 : ce paramètre n’a à lui seul aucun effet sur la planification des requêtes sur un seul nœud.

Active une optimisation de requête qui analyse les résultats des fonctions et des sous-requêtes, puis réécrit la requête si elle contient des constantes

Active ou désactive le renvoi de résultats de type Date32 avec une plage étendue (par rapport au type Date) ou de type DateTime64 avec une plage étendue (par rapport au type DateTime).

Valeurs possibles :

• 0 — Les fonctions renvoient Date ou DateTime pour tous les types d'arguments.
• 1 — Les fonctions renvoient Date32 ou DateTime64 pour les arguments Date32 ou DateTime64, et Date ou DateTime dans les autres cas.

Le tableau ci-dessous montre le comportement de ce paramètre pour différentes fonctions de date et heure.

Alias : allow_experimental_full_text_index

Si cette option est définie sur true, l’utilisation de l’index de texte est autorisée.

Active le repliement anticipé des constantes avec évaluation en court-circuit pour and et or lors de l’analyse des requêtes. Lorsqu’elle est activée, les branches inaccessibles admissibles des sous-requêtes scalaires sont analysées afin de préserver leurs types et de valider la sémantique des requêtes, mais elles ne sont pas exécutées. L’optimisation revient à une analyse ordinaire lorsque la cardinalité scalaire ou des valeurs d’exécution sont requises.

Propage les instructions WITH aux requêtes UNION et à toutes les sous-requêtes

Active l'optimisation du filtrage TopK lors de l'agrégation dans les requêtes GROUP BY keys ORDER BY <prefix of keys> LIMIT K, ainsi que dans les requêtes GROUP BY keys LIMIT K sans ORDER BY (dans ce cas, n'importe quels K groupes constituent un résultat valide, un tri sur toutes les clés est donc généré).

Lorsqu'elle est activée, l'agrégateur maintient un tas de taille limitée contenant les K clés les mieux classées rencontrées jusqu'à présent et n'insère pas de nouvelles lignes dans la table de hachage lorsque leur clé de regroupement ne peut pas figurer dans le résultat final. Cela évite d'agréger des lignes qui seraient écartées par le ORDER BY ... LIMIT ultérieur et, lorsque le tas classe la clé GROUP BY complète, supprime également les groupes évincés de la table de hachage intermédiaire, dont la taille est alors limitée par le LIMIT plutôt que par le nombre de clés distinctes. Lorsque le ORDER BY ne couvre qu'un préfixe strict des clés GROUP BY, le classement ne peut pas identifier un groupe complet ; seules des lignes sont donc ignorées : la table de hachage conserve chaque groupe admis et peut toujours croître en fonction de la cardinalité des colonnes de clés restantes.

L'optimisation est désactivée lorsque le LIMIT demandé est supérieur à query_plan_max_limit_for_top_k_optimization ou au plafond fixe de 100000, car le coût du tas en mémoire et en CPU augmente avec le LIMIT demandé.

L'optimisation est ignorée pour les formes de requêtes où la suppression de groupes pourrait modifier le résultat, notamment avec WITH TOTALS, HAVING, QUALIFY, les fonctions de fenêtre, ROLLUP/CUBE/GROUPING SETS, LIMIT WITH TIES, un COLLATE sur l'une des clés GROUP BY correspondantes (un COLLATE sur une colonne ORDER BY située après le préfixe de clé complet ne peut pas affecter les groupes retenus et ne désactive donc pas l'optimisation), un ORDER BY sur un agrégat ou sur tout élément qui n'est pas un préfixe initial des clés GROUP BY, ainsi que lorsque max_rows_to_group_by ou exact_rows_before_limit est défini.

Valeurs possibles :

• 0 — Désactivé.
• 1 — Activé.

Active la transformation de la charge utile d'une jointure de hachage en stockage par lignes.

Active ou désactive pread pour les fichiers HDFS. Par défaut, hdfsPread est utilisé. S'il est désactivé, hdfsRead et hdfsSeek sont utilisés pour lire les fichiers HDFS.

Active ou désactive la compression des données dans la réponse à une requête HTTP.

Pour plus d'informations, consultez la description de l'interface HTTP.

Valeurs possibles :

• 0 — Désactivé.
• 1 — Activé.

Active le cache de résolution des identifiants dans l’analyseur de requêtes. Le cache partage les nœuds d’alias résolus afin d’éviter une explosion de l’AST lorsque le même alias est utilisé plusieurs fois. Définissez-la sur false pour désactiver la mise en cache si vous suspectez des résultats incorrects.

Affiche la trace de pile du créateur du job lorsque celui-ci entraîne une exception. Désactivé par défaut afin d’éviter toute surcharge de performances.

Active la valeur clickhouse_json du paramètre dialect.

Lorsque dialect est défini sur clickhouse_json, les requêtes sont interprétées comme des AST JSON (la sortie de parseQueryToJSON) plutôt que comme du texte SQL. La requête SET est toujours analysée comme du SQL standard afin de pouvoir revenir au dialecte précédent.

Exemple :

SET enable_json_ast_dialect = 1;
SET dialect = 'clickhouse_json';

-- Subsequent queries are parsed as JSON ASTs:
{"type":"SelectWithUnionQuery", ...}

Active la réplication différée des colonnes dans JOIN, ARRAY JOIN, ainsi que dans les captures lambda de fonctions d’ordre supérieur (p. ex. arrayMap). Cela permet d'éviter de copier inutilement plusieurs fois les mêmes lignes en mémoire.

Active les expressions de table communes matérialisées ; ce paramètre est prioritaire sur enable_global_with_statement

Active la stratégie de fusion des résultats d’agrégation limitée par la mémoire.

Déplace davantage de conditions de WHERE vers PREWHERE, et effectue les lectures sur disque ainsi que le filtrage en plusieurs étapes s’il y a plusieurs conditions combinées avec AND

Génère des tuples nommés dans la fonction tuple() lorsque tous les noms sont uniques et peuvent être considérés comme des identifiants non quotés.

Active ou désactive le tri à l’aide de la syntaxe ORDER BY ALL, voir ORDER BY.

Valeurs possibles :

• 0 — Désactive ORDER BY ALL.
• 1 — Active ORDER BY ALL.

Exemple

Requête :

CREATE TABLE TAB(C1 Int, C2 Int, ALL Int) ENGINE=Memory();

INSERT INTO TAB VALUES (10, 20, 30), (20, 20, 10), (30, 10, 20);

SELECT * FROM TAB ORDER BY ALL; -- returns an error that ALL is ambiguous

SELECT * FROM TAB ORDER BY ALL SETTINGS enable_order_by_all = 0;

Résultat :

┌─C1─┬─C2─┬─ALL─┐
│ 20 │ 20 │  10 │
│ 30 │ 10 │  20 │
│ 10 │ 20 │  30 │
└────┴────┴─────┘

Utilise une table de hachage indexée par des références de chaînes compactes de 16 octets (PackedStringRef) pour les GROUP BY comportant une seule clé String non nullable. Les clés d’au plus 11 octets sont stockées directement dans la référence compacte ; les clés plus longues sont référencées dans une arène. Cette méthode est plus rapide pour la plupart des workloads, mais peut être plus lente que la méthode legacy pour les GROUP BY avec très peu de clés distinctes de plus de 11 octets (en particulier de 12 à 24 octets), car la table de hachage legacy conserve les clés directement dans la cellule, tandis que la table compacte déréférence le pointeur vers l’arène à chaque recherche. Lorsqu’elle est désactivée, la méthode legacy basée sur StringHashTable (celle utilisée par défaut avant la version 26.8) est employée.

Tous les serveurs participant à une requête distribuée doivent utiliser la même valeur : avec distributed_aggregation_memory_efficient, les numéros de buckets à deux niveaux dépendent du hash de la clé, qui diffère selon la méthode. Des serveurs utilisant des valeurs différentes pour ce paramètre peuvent donc répartir une même clé dans différents buckets et produire un résultat fusionné incorrect. Pour garantir cette cohérence, l’initiateur transmet toujours sa valeur effective avec les requêtes secondaires (même lorsqu’elle provient uniquement des valeurs par défaut du serveur ou du profil), en remplaçant les valeurs par défaut des serveurs distants.

Si la valeur est true, les données peuvent être analysées directement dans des colonnes avec une sérialisation personnalisée (par ex. Sparse), selon les indications de sérialisation obtenues depuis la table.

Permet à l'agrégation économe en mémoire (voir distributed_aggregation_memory_efficient) de produire des buckets dans le désordre. Cela peut améliorer les performances lorsque la taille des buckets d'agrégation est inégale, en permettant à une réplique d'envoyer à l'initiateur des buckets dont les ID sont plus élevés alors qu'elle traite encore des buckets volumineux avec des ID plus faibles. L'inconvénient est une consommation de mémoire potentiellement plus élevée.

Permet d’utiliser le codec de compression expérimental Quantized.

Si cette option est activée, les résultats des requêtes SELECT sont lus depuis le cache de requêtes.

Valeurs possibles :

• 0 - Désactivé
• 1 - Activé

Active une journalisation très détaillée des requêtes S3. À utiliser uniquement pour le débogage.

Si ce paramètre est défini sur true, il empêche les sous-requêtes scalaires de (dé)sérialiser de grandes valeurs scalaires et peut éviter d’exécuter la même sous-requête plusieurs fois.

Si cette option est désactivée, les déclarations dans les clauses WITH parentes auront la même portée que si elles étaient déclarées dans la portée actuelle.

Notez qu’il s’agit d’un paramètre de compatibilité de l’analyseur permettant d’exécuter certaines requêtes non valides que l’ancien analyseur pouvait exécuter.

Active l’optimisation de GROUP BY partitionnée, qui répartit les lignes entre les threads en hachant la clé de regroupement, de sorte que chaque thread agrège un sous-ensemble distinct de clés sans phase de fusion.

Cette approche est efficace pour les clés à forte cardinalité lorsque les données sont réparties uniformément, mais peut être moins performante en cas de distribution très déséquilibrée des clés ou de requêtes comportant très peu de clés distinctes.

Valeurs possibles :

• 0 — L’optimisation d’agrégation partitionnée est désactivée.
• 1 — L’optimisation d’agrégation partitionnée est activée.

Si cette option est activée, toutes les sous-requêtes d’une même requête partageront le même StorageSnapshot pour chaque table. Cela garantit une vue cohérente des données dans l’ensemble de la requête, même si la même table est accédée plusieurs fois.

Ce paramètre est nécessaire pour les requêtes où la cohérence interne des data parts est importante. Exemple :

SELECT
    count()
FROM events
WHERE (_part, _part_offset) IN (
    SELECT _part, _part_offset
    FROM events
    WHERE user_id = 42
)

Sans ce paramètre, la requête externe et la requête interne peuvent s’exécuter sur des instantanés de données différents, ce qui peut entraîner des résultats incorrects.

Valeurs possibles :

• 0 - Désactivé
• 1 - Activé

Autorise le partage des objets Set créés pour les sous-requêtes IN entre différentes tâches d'une même mutation. Cela réduit l'utilisation de la mémoire et la consommation de CPU

Autorise les requêtes en continu SELECT ... FROM t STREAM [CURSOR '{...}']. Lorsqu’il est désactivé, toute expression de table utilisant le modificateur STREAM est rejetée lors de la construction du plan. Il s’agit du paramètre de contrôle global de la fonctionnalité de requêtes en continu ; des capacités supplémentaires peuvent être régies par leurs propres paramètres.

Permet d'utiliser le codec de compression expérimental SZ3.

Alias : allow_experimental_time_time64_type

Permet de créer les types de données Time et Time64.

Autorise ARRAY JOIN sur plusieurs tableaux de tailles différentes. Lorsque ce paramètre est activé, les tableaux sont redimensionnés à la longueur du plus long.

Permet d’activer ou de désactiver le décodage/l’encodage du chemin dans l’URI des tables utilisant le moteur URL.

Désactivé par défaut.

Si cette option est activée, les lignes dupliquées sont supprimées pendant FINAL en marquant les lignes comme supprimées, puis en les filtrant ultérieurement au lieu de les fusionner

Lorsqu'il est activé, les résultats des requêtes SELECT sont stockés dans le cache de requêtes.

Valeurs possibles :

• 0 - Désactivé
• 1 - Activé

Autorise l’utilisation du codec de compression expérimental ZXC.