- 架构简介
Cassandra是设计用于跨多节点方式处理大数据，它没有单点故障；这种架构设计之初就考虑到了系统和硬件故障。Cassandra地址发生失效问题，通过采用跨节点的分布式系统，将数据分布在集群中的所有节点上解决。每个节点使用P2P的gossip协议来改变集群中的自己和其他节点的状态信息。写操作按顺序记录在每个节点的commit log上，以确保数据持久化。数据写入到一个in-memory结构，叫做memtable，类似于一个write-back缓存。每当memtable满了时，数据就写入到硬盘SSTable数据文件中。所有的写都自动分区和复制。Cassandra定期的使用compaction压缩SSTable。丢弃标记为tombstone的过期数据。为了保证集群数据的一致性，可以采用不同的repair机制。
Cassandra是一个分区行存储数据库，行被保存在tables且必须有一个primary key。Cassandra的架构允许任何授权用户连接到任意数据中心的任意节点，使用CQL语言访问数据。为了使用简单，CQL使用类SQL语法。开发人员通过使用cqlsh，DevCenter和应用驱动来访问CQL。典型的，一个集群有一个keyspace对于每个应用，包含了很多不同的tables，类似于schema。
客户端的读和写可以被发送到集群中的任意节点。当一个客户端连接到一个节点，那个节点服务器作为特殊的客户端操作的coordinator。Coordinator作为客户端应用和节点之间的代理。Coordinator基于集群的配置，决定了请求被发送到哪个节点上。
2.关键结构
- Node
存储数据的地方，是Cassandra的基础组件。
- Data center
相关节点的集合。Data center可以是物理的datacenter或者是虚拟的data center。不同的workloads应该使用不同的data center。使用不同的data center可以预防Cassandra事物不被其他的workloads影响，保证请求发送到低延迟的data center。依赖于复制因子，数据可以被写入到多个data center。Data centers不能跨物理位置。
- Cluter
一个集群包含一个或多个data centers。它可以跨物理位置。
- Commit log
所有的数据第一次都被写入到commit log作持久化。之后数据被flush到SSTables。
- SStable
A sorted stringtable(SSTable)是一个不可变的数据文件，Cassandra将memtables定期的写入其中。
3.Cassandra关键组件和配置
- Gossip
Gossip是一中P2P的通讯协议，Cassandra用它来发现并分享节点间的地址和状态信息。Gossip的信息也被持久化到本地节点，当有节点启动的时候，这些信息就被立即使用。
- Partitioner
Partitioner决定了集群节点的数据分布。基本上，partitioner是一个hash函数，计算partition key的token值。每行数据通过partition key进行唯一识别的，通过token值分布在集群。Murmur3Partitioner是新的Cassandra集群的缺省的分区策略，大部分案例都使用这个选项。
你必须设定partitioner，给每个节点分配一个num_tokens值。分配tokens的数据取决于系统的hardwarecapabilities。如果没有使用虚节点(vnodes)，使用initial_token设置。
- Replication factor(复制因子)
集群中副本的总数量。Replication factor为1则每行有1个副本。Replication factor为2则每行有2个副本，每个副本都在不同的节点上。所有的副本都是同等重要的，没有主副本之说。通常情况下应该设置replication factor大于1，但不超过集群节点数量。
- Replica placement strategy(副本存储策略)
Cassandra存储数据副本在多个节点上，确保了可靠性和容错性。replication strategy决定了哪个节点存放副本。对于大部分部署，建议使用NetworkTopologyStrategy，因为它很容易扩展到多个datacenters。
当你创建keyspace时，你必须指定replica placement strategy和Replication factor。
- Snitch
Snitch决定了节点属于哪个数据中心和机架。Snitch通知Cassandra网络拓扑以便请求被有效的路由，并且允许Cassandra在服务器增加到数据中心或机架的时候能够分发副本。
创建集群是必须指定snitch。所有的 snitches使用动态snitchlayer，监控性能和选择最佳的副本读取。它是缺省配置并且建议使用它在大部分部署中。在cassandra.yaml配置文件中配置动态snitch阀值。
缺省的SimpleSnitch无法识别数据中心或机架信息。即使用它作为但data center部署。GossipingPropertyFileSnitch建议在生产环境中使用。它定义了节点的data center，使用gossip传播信息到其他节点。
- cassandra.yaml配置文件
这个是配置集群初始化属性、表的缓存参数、调优和资源利用率属性、超时设置、客户端连接、备份和安全的主要配置文件。
默认情况下，节点用于存储数据的位置配置在cassandra.yaml里面。
在生产环境下，可以把commitlog-directory和data_file_directories放到不同的磁盘驱动器。
- System keyspace table properties
你可以设置存储配置属性在每一个keyspace或每一个table，基于编程方式或使用客户端应用，比如CQL。
