ClickHouse prend-il en charge un grand nombre de requêtes simultanées ?

​

Les clés d’une forte concurrence

• L’index primaire clairsemé de la famille de moteurs de table MergeTree, qui évite de lire les données ne correspondant pas à la requête.
• Les caches, tels que le cache de requêtes, qui répondent directement aux requêtes SELECT répétées à partir des résultats mis en cache.
• Les projections, qui précalculent les données au moment de l’insertion et peuvent être sélectionnées automatiquement par ClickHouse, ainsi que les vues matérialisées, qui stockent des résultats précalculés dans une table cible distincte, que les requêtes peuvent lire directement.

​

Contrôler et limiter la concurrence

• max_concurrent_queries limite le nombre total de requêtes exécutées simultanément sur le serveur. max_concurrent_insert_queries et max_concurrent_select_queries appliquent séparément la même limite aux requêtes INSERT et SELECT. Ces trois paramètres sont définis sur 0 (sans limite) par défaut.
• max_concurrent_queries_for_user et max_concurrent_queries_for_all_users limitent la concurrence par utilisateur ou pour l’ensemble des utilisateurs.

​

Isolation des workloads

• La planification des workloads pour réguler le partage du CPU, de la mémoire et des IO entre les workloads.
• Des quotas pour limiter l’utilisation des ressources par utilisateur sur un intervalle de temps.
• Des restrictions sur la complexité des requêtes pour empêcher que des requêtes individuelles ne consomment trop de ressources.
• Un contrôle d’accès basé sur les rôles intégré pour définir les requêtes que chaque utilisateur est autorisé à exécuter.