Skip to content
ClickHouse Docs
ClickHouse DocsClickHouse Docs

paramètres du serveur background_schedule_*

Ces paramètres configurent le ClickHouse server et sont générés automatiquement à partir du code source de ClickHouse.

background_schedule_pool_initial_size

Type
UInt64
Par défaut
16
Modifiable sans redémarrage
No
Nombre initial de threads de travail alloués à chaque pool d’ordonnancement en arrière-plan. Chaque pool s’agrandit progressivement jusqu’à la limite configurée (background_schedule_pool_size et paramètres associés) lorsque la demande dépasse le nombre actuel de threads de travail. Des valeurs plus faibles réduisent la surcharge au démarrage et le nombre de threads inactifs ; des valeurs plus élevées éliminent la latence d’ordonnancement de la première tâche sur les serveurs fortement sollicités.

background_schedule_pool_log

Contient des informations sur toutes les tâches en arrière-plan exécutées par différents pools d’arrière-plan.

<background_schedule_pool_log>
    <database>system</database>
    <table>background_schedule_pool_log</table>
    <partition_by>toYYYYMM(event_date)</partition_by>
    <flush_interval_milliseconds>7500</flush_interval_milliseconds>
    <max_size_rows>1048576</max_size_rows>
    <reserved_size_rows>8192</reserved_size_rows>
    <buffer_size_rows_flush_threshold>524288</buffer_size_rows_flush_threshold>
    <flush_on_crash>false</flush_on_crash>
    <!-- Only tasks longer than duration_threshold_milliseconds will be logged. Zero means log everything -->
    <duration_threshold_milliseconds>0</duration_threshold_milliseconds>
</background_schedule_pool_log>

background_schedule_pool_max_parallel_tasks_per_type_ratio

Type
Float
Par défaut
0.8
Modifiable sans redémarrage
No
Le ratio maximal de threads du pool pouvant exécuter simultanément des tâches du même type.

background_schedule_pool_size

Type
UInt64
Par défaut
512
Modifiable sans redémarrage
Augmentation uniquement
Limite du nombre de threads utilisés pour exécuter des opérations périodiques légères pour les tables répliquées, le streaming Kafka, les mises à jour du cache DNS et des tâches similaires. Les threads sont créés à la demande, progressivement, jusqu’à cette limite ; ainsi, un serveur avec une faible charge en arrière-plan utilise bien moins de threads que ce nombre.

Navigation