Les changements de schéma (définition de données) dans Cassandra depuis 1.1+ s'effectuent via gossip. Comme il utilise Gossip, il s'agit d'un chemin de lecture/écriture distinct de vos requêtes de manipulation de données (SELECT, DELETE, INSERT, etc.) et n'a donc aucune cohérence accordable pour ces opérations, car les gossip ne fonctionnent pas avec une cohérence ajustable. De l'article que j'ai lié, vous pouvez voir que les changements de schéma sont passivement annoncé annoncé dans le cluster, et en outre vous pouvez obtenir le désaccord/résolution de schéma quand vous avez des noeuds qui étaient inaccessibles quand le changement de schéma a été fait.
À quelle fréquence modifiez-vous votre schéma? Comme vous pouvez voir les changements de schéma, bien qu'amélioré depuis ce qu'il était, est toujours une opération très coûteuse car chaque nœud doit devenir cohérent. Les changements de schémas fréquents dans Cassandra doivent être évités (colonnes dynamiques alias) pour cette raison. Je serais curieux d'entendre à quelle fréquence et pourquoi le schéma est en train de changer, peut-être pourriez-vous le remodeler pour éviter les colonnes/tables dynamiques afin d'éviter des changements de schémas coûteux dans Cassandra.
Merci @fromantor. Nous ne modifions pas souvent notre schéma, nous le faisons parfois lors du déploiement d'une nouvelle version lorsqu'il y a des ajouts au schéma. Lors d'une de ces occasions, nous avons vu les échecs dans nos journaux d'application et nous avons constaté que le nouveau schéma de table ne pouvait pas être propagé à tous les nœuds de Cassandra. – ktewari