Set up docs MCPCes paramètres sont disponibles dans system.settings et sont générés automatiquement à partir du source.
distributed_plan_default_reader_bucket_count
Historique des versions
| Version | Valeur par défaut | Commentaire |
|---|---|---|
| 25.5 | 8 | Nouveau paramètre expérimental. |
Nombre de tâches par défaut pour la lecture parallèle dans une requête distribuée. Les tâches sont réparties entre les différentes répliques. Utilisé par le planificateur distribué basé sur des règles. L’optimiseur basé sur les coûts choisit le fan-out de lecture selon le coût estimé et n’utilise pas ce paramètre.
distributed_plan_default_shuffle_join_bucket_count
Historique des versions
| Version | Valeur par défaut | Commentaire |
|---|---|---|
| 25.5 | 8 | Nouveau paramètre expérimental. |
Nombre de buckets par défaut pour la jointure shuffle-hash distribuée. Utilisé par le planificateur distribué basé sur des règles. L’optimiseur basé sur les coûts choisit le fan-out selon le coût estimé et n’utilise pas ce paramètre.
distributed_plan_execute_locally
Historique des versions
| Version | Valeur par défaut | Commentaire |
|---|---|---|
| 25.5 | 0 | Nouveau paramètre expérimental. |
Exécute toutes les tâches d’un plan de requête distribuée localement. Utile pour les tests et le débogage.
distributed_plan_force_exchange_kind
Historique des versions
| Version | Valeur par défaut | Commentaire |
|---|---|---|
| 25.5 | Nouveau paramètre expérimental. |
Force le type spécifié d'opérateurs Exchange entre les étapes d'une requête distribuée.
Valeurs possibles :
- '' - ne forcer aucun type d'opérateurs Exchange et laisser l'optimiseur choisir,
- 'Persisted' - utiliser des fichiers temporaires sur le stockage objet,
- 'Streaming' - transmettre les données d'échange sur le réseau.
distributed_plan_force_shuffle_aggregation
Historique des versions
| Version | Valeur par défaut | Commentaire |
|---|---|---|
| 25.7 | 0 | Nouveau paramètre expérimental |
Utiliser la stratégie d’agrégation Shuffle au lieu de PartialAggregation + Merge dans le plan de requête distribuée.
distributed_plan_max_rows_to_broadcast
Historique des versions
| Version | Valeur par défaut | Commentaire |
|---|---|---|
| 25.7 | 20000 | Nouveau paramètre expérimental. |
Nombre maximal de lignes à partir duquel utiliser une jointure broadcast plutôt qu’une jointure shuffle dans un plan de requête distribuée. Une heuristique destinée au planificateur distribué basé sur des règles. Lorsque l’optimiseur basé sur les coûts est activé, le choix entre broadcast et shuffle est effectué en fonction du coût estimé, et ce paramètre n’a aucun effet.
distributed_plan_optimize_exchanges
Historique des versions
| Version | Valeur par défaut | Commentaire |
|---|---|---|
| 25.5 | 1 | Nouveau paramètre expérimental. |
Supprime les échanges superflus du plan de requête distribuée. Désactivez-le pour le débogage.
distributed_plan_prefer_replicas_over_workers
Historique des versions
| Version | Valeur par défaut | Commentaire |
|---|---|---|
| 26.4 | 0 | Nouveau paramètre pour sérialiser le plan de requête distribuée pour les répliques |
Sérialise le plan de la requête distribuée pour l'exécuter sur les répliques.
distributed_plan_workers_num
Historique des versions
| Version | Valeur par défaut | Commentaire |
|---|---|---|
| 26.6 | 0 | Nouveau paramètre expérimental définissant le nombre de workers sans état à louer à une requête distribuée. Zéro désactive la location. |
Nombre de workers sans état qui seront utilisés pour exécuter cette requête. Zéro désactive la location de workers sans état pour les plans distribués.
distributed_plan_workers_provisioning_timeout_ms
Historique des versions
| Version | Valeur par défaut | Commentaire |
|---|---|---|
| 26.9 | 10000 | Nouvelle option limitant le temps pendant lequel une requête attend que les workers sans état loués deviennent joignables avant l'exécution ; avec `compatibility` inférieur à 26.9, le comportement précédent sans attente est rétabli. |
Durée totale écoulée, en millisecondes, qu'une requête peut consacrer au provisionnement de workers sans état avant son exécution : leur location auprès du service de découverte et la vérification qu'ils sont joignables. La requête attend, dans la limite de ce délai, que les workers loués soient prêts ; une fois ce délai écoulé, elle se poursuit avec les workers vérifiés jusque-là ou échoue si aucun n'est devenu disponible. La valeur zéro attend uniquement la passe initiale de location et de vérification (sans nouvelle tentative).