マスターレス方式

データベースのクラスタアーキテクチャとしては「マスタスレーブ方式」の採用が 大半を占めていますが、Cassandraは「マスターレス方式」を採用しています。
この方式では各ノードが等価であり、ノードを統括するマスタは存在しません。 そのため、単一障害点が存在しません。加えて、レプリケーション設定により 各ノードに登録されたデータはそれぞれ自動で別ノードに伝播されるため、 高い可用性を実現する事が可能です。

データの分散配置

Cassandraはコンシステント・ハッシュ法というパーティションキーに基づいて、データをクラスタ内の各ノードに分割して配置するハッシュ法を採用しているため、一部のノードがダウンした場合やスケールアウトするような場合でも、サービスを継続して利用することが可能です。

スキーマ定義がある

MongoDBなどのドキュメントDBや、RedisなどのKey-Valueストアと異なり、 Cassandraにはスキーマ定義があります。これによってアプリケーションの 開発や運用時に開発者・運用者にてデータ内容の把握が容易になります。
加えて、CassandraはRDBと異なり、スキーマに完全に依存しているわけ ではなく、一つのカラムに対して複数の値を挿入するなどある程度自由な テーブル構成を実現することができます。

性能が線形にスケールする

Cassandraは、ノードを追加することで処理をスケールさせることができます。
Cassandraは公式で性能が線形にスケールすることを謳っており、 Netflixが実施したベンチマークもそれを裏付けています。
AppleのiCloudなど、大規模なシステムでCassandraが採用されている理由の一端としては、 このようなスケール性能があると考えられます。

• Netflix

SQLに似たクエリが利用可能(CQL)

Cassandraでは、CQL(Cassandra Query Language)というSQLライクなクエリで 操作を行うことが出来ます。
SELECTやUPDATE、DELETEなど、基本的なクエリはSQL ほぼそのままで実行することができます。GROUP BYはバージョン3.4.3から実装されサポートされています。 ただしJOINなどの集約は実装されていません。
また、関数やORDER BYなどの並び替えについても制限がかかっているため、注意が必要です。