Indique où l’URL du service était inaccessible pendant les périodes de panne détectées. Les pourcentages indiquent la part des vérifications échouées depuis les emplacements de surveillance dans chaque pays.
Appuyez sur ce qui ne va pas — un clic aide des milliers d'autres à voir la panne.
Lorsque le serveur devient inaccessible, vérifiez d'abord que le processus clickhouse-server est bien actif avec la commande systemctl status clickhouse-server. Si le service est arrêté, redémarrez-le. Examinez les logs dans /var/log/clickhouse-server/ pour identifier les erreurs critiques. Contrôlez également que les ports 8123 (HTTP) et 9000 (natif) ne sont pas bloqués par le firewall.
Les performances dégradées proviennent souvent d'une mauvaise utilisation des index ou de tables mal partitionnées. Analysez le plan d'exécution avec EXPLAIN. Vérifiez que les colonnes de filtrage sont bien utilisées dans l'ordre de la clé primaire. Supprimez les partitions obsolètes et lancez OPTIMIZE TABLE pour réduire la fragmentation.
Augmentez max_memory_usage dans les paramètres utilisateur ou au niveau de la requête avec SETTINGS. Réduisez max_threads pour limiter le parallélisme. Pour les agrégations volumineuses, activez le mode externe avec max_bytes_before_external_group_by.
Si l'interface HTTP sur le port 8123 ne fonctionne pas, vérifiez que http_port est configuré dans config.xml. Testez directement avec curl pour confirmer que le serveur répond. Examinez les logs d'accès pour détecter les codes d'erreur HTTP.