2017-10-03 5 views
1

Nous utilisons cassandra 2.1.14. L'avertissement de partition importante est actuellement visible sur la table system.hints. Comment faire pour s'assurer que la table system.hints n'a pas de partitions larges?Cassandra système astuces grande partition

Notez que nous ne souhaitons pas passer à Cassandra 3 maintenant.

Existe-t-il un moyen périodique de nettoyer system.hints? Cela provoquera-t-il un pic d'E/S dans la grappe de Cassandra?

Log:

Compacting large partition system/hints: 
10ad72eb-0240-4b94-b73e-eb4dc2aa759a (481568345 bytes) 
+3

https://www.slideshare.net/ClmentLARDEUR/deep-into-cassandra-data-repair-mechanisms –

+0

En ce qui concerne le nettoyage de la table des indices, il devrait y avoir un TTL par défaut de 3 heures. – raam86

+0

J'étais curieux de savoir pourquoi la table des indices était si grande? Avez-vous eu un noeud ou des noeuds pendant une période prolongée? Une fois que votre cluster fonctionne pleinement, les indicateurs doivent être transmis au bon noeud, puis TTL hors de la table. – LHWizard

Répondre

3

Comment assurez-vous que table system.hints ne dispose pas de grandes partitions?

Il n'y a pas vraiment grand-chose à faire à ce sujet. system.hints est partitionné sur target_id qui est l'ID hôte du noeud cible. Si 10000 indices se forment pour un nœud, il n'y a vraiment aucun autre endroit où aller.

Existe-t-il un moyen périodique de nettoyer system.hints?

Comme mentionné ci-dessus, les indications devraient TTL après 3 heures. Cette sécurité est destinée à éviter que la table system.hints ne devienne trop incontrôlable. Mais ce n'est pas du tout infaillible.

Une façon d'être sûr, serait de les effacer via nodetool:

nodetool truncatehints 

Est-ce que cette cause en cluster cassandra pic E/S?

L'exécution nodetool truncatehints est relativement inoffensive. Je n'ai pas remarqué un pic de la courir avant.

+0

Merci pour la réponse. Ma question est est-ce que le pic d'E/S sera provoqué par la grande partition system.hints? – Knight71