SYSTÈME de Requêtes 

RELOAD DICTIONARIES 

Recharge tous les dictionnaires qui ont déjà été chargés avec succès.
Par défaut, les dictionnaires sont chargés paresseusement (voir dictionaries_lazy_load), donc au lieu d'être chargés automatiquement au démarrage, ils sont initialisés lors du premier accès via la fonction dictGet ou sélectionnez dans les tables avec ENGINE = Dictionary . Le SYSTEM RELOAD DICTIONARIES query recharge ces dictionnaires (chargés).
Retourne toujours Ok. quel que soit le résultat de la mise à jour du dictionnaire.

Recharger le dictionnaire Dictionary_name 

Recharge complètement un dictionnaire dictionary_name, quel que soit l'état du dictionnaire (LOADED / NOT_LOADED / FAILED).
Retourne toujours Ok. quel que soit le résultat de la mise à jour du dictionnaire.
L'état du dictionnaire peut être vérifié en interrogeant le system.dictionaries table.

SELECT name, status FROM system.dictionaries;

DROP DNS CACHE 

Réinitialise le cache DNS interne de ClickHouse. Parfois (pour les anciennes versions de ClickHouse), il est nécessaire d'utiliser cette commande lors de la modification de l'infrastructure (modification de l'adresse IP d'un autre serveur ClickHouse ou du serveur utilisé par les dictionnaires).

Pour une gestion du cache plus pratique (automatique), voir paramètres disable_internal_dns_cache, dns_cache_update_period.

DROP MARK CACHE 

Réinitialise le cache de marque. Utilisé dans le développement de ClickHouse et des tests de performance.

FLUSH LOGS 

Flushes buffers of log messages to system tables (e.g. system.query_log). Allows you to not wait 7.5 seconds when debugging.

RELOAD CONFIG 

Recharge la configuration de ClickHouse. Utilisé lorsque la configuration est stockée dans ZooKeeeper.

SHUTDOWN 

Normalement ferme ClickHouse (comme service clickhouse-server stop / kill {$pid_clickhouse-server})

KILL 

Annule le processus de ClickHouse (comme kill -9 {$ pid_clickhouse-server})

Gestion Des Tables Distribuées 

ClickHouse peut gérer distribué table. Lorsqu'un utilisateur insère des données dans ces tables, ClickHouse crée d'abord une file d'attente des données qui doivent être envoyées aux nœuds de cluster, puis l'envoie de manière asynchrone. Vous pouvez gérer le traitement des files d'attente avec STOP DISTRIBUTED SENDS, FLUSH DISTRIBUTED, et START DISTRIBUTED SENDS requête. Vous pouvez également insérer de manière synchrone des données distribuées avec insert_distributed_sync paramètre.

STOP DISTRIBUTED SENDS 

Désactive la distribution de données en arrière-plan lors de l'insertion de données dans des tables distribuées.

SYSTEM STOP DISTRIBUTED SENDS [db.]<distributed_table_name>

FLUSH DISTRIBUTED 

Force ClickHouse à envoyer des données aux nœuds de cluster de manière synchrone. Si des nœuds ne sont pas disponibles, ClickHouse lève une exception et arrête l'exécution de la requête. Vous pouvez réessayer la requête jusqu'à ce qu'elle réussisse, ce qui se produira lorsque tous les nœuds seront de nouveau en ligne.

SYSTEM FLUSH DISTRIBUTED [db.]<distributed_table_name>

START DISTRIBUTED SENDS 

Active la distribution de données en arrière-plan lors de l'insertion de données dans des tables distribuées.

SYSTEM START DISTRIBUTED SENDS [db.]<distributed_table_name>

STOP MERGES 

Offre la possibilité d'arrêter les fusions d'arrière-plan pour les tables de la famille MergeTree:

SYSTEM STOP MERGES [[db.]merge_tree_family_table_name]

START MERGES 

Offre la possibilité de démarrer des fusions en arrière-plan pour les tables de la famille MergeTree:

SYSTEM START MERGES [[db.]merge_tree_family_table_name]

Article Original

Rating: 5 - 1 votes

Was this content helpful?
★★★★★