Apache Cassandra est passé d'une base de données NoSQL à cohérence éventuelle à un système entièrement conforme ACID dans sa prochaine version 6.0. Ce parcours comprend les lots atomiques introduits en 2013, les opérations de comparaison et d'échange (compare-and-swap) Paxos sur une seule partition plus tard cette même année, et désormais des transactions strictement sérialisables inter-partitions avec Accord dans la version non publiée de Cassandra 6.
Cet article explore chaque option transactionnelle à l'aide d'un cluster à trois nœuds avec une charge de travail comptable. La configuration implique l'installation de Java 21, la compilation de Cassandra depuis la branche cassandra-6.0 et la configuration de trois nœuds avec des adresses IP uniques et des ports JMX.
Le test comptable utilise deux comptes avec des soldes initiaux de 1 000 chacun, des rédacteurs simultanés produisant des transferts entre les comptes. La charge de travail teste quatre méthodes transactionnelles : aucune (par défaut), mises à jour BATCH, transactions légères (LWT) et mises à jour Accord (ACID). Les variantes lecture-modification-écriture et écriture aveugle sont testées, ainsi que les scénarios de transfert inter-partitions et intra-partition.
Un troisième thread lit continuellement et valide que la somme des soldes reste à 2 000 pendant toute la durée des opérations simultanées. Le test vérifie également que les soldes finaux des comptes correspondent aux valeurs déterministes attendues pour les charges de travail de type lecture-modification-écriture.
Entités clés : Entreprises : Apache, Cassandra | Personnes : Phil Eaton
Source: Hacker News · Résumé par HeadlinesBriefing