earthhour的专栏

Cassandra 的数据模型是基于列族（Column Family）的四维或五维模型。它借鉴了 Amazon 的 Dynamo 和 Google's BigTable 的数据结构和功能特点，采用 Memtable 和 SSTable 的方式进行存储。在 Cassandra 写入数据之前，需要先记录日志 ( CommitLog )，然后数据开始写入到 Column Family 对应的 Memta

Cassandra采用了最终一致性。最终一致性是指分布式系统中的一个数据对象的多个副本尽管在短时间内可能出现不一致，但是经过一段时间之后，这些副本最终会达到一致。Cassandra 的一个特性是可以让用户指定每个读/插入/删除操作的一致性级别（consistency level）。Casssandra API 目前支持以下几种一致性级别：ZERO：只对插入或者删除操作有意义。负责执行操作的

Token是为数据中心中某一特定节点分配某一范围的数据的依据。当启动一个Cassandra的集群，必须选择数据在集群中节点是如何分布的。partitioner是根据数据的key来决定这行数据存储在哪个节点上。token是独立与partitioner的。每一个节点都会分配一个token，这个token决定了节点在环中的位置，以及哪些数据会存储在这个节点上。分配给节点的token需要分布在所有

token是cassandra里相当重要的一个概念，它是cassandra用来平衡集群内各节点负载的一个属性。cassandra里有不同的token分配策略，推荐采用默认的RandomPartitioner分区策略。在这个策略下，token是一个0~2的127次方之间的一个整数（这也意味着理论上cassandra可以支持2的127次方个节点）。之所以是2的127次方，是因为MD5 HASH固定输出

在1.2之前，必须为每个节点分配一个token，每个token决定了节点在集群环上的位置以及它负责保存的数据（根据主键hash值）。1.2版引入了虚拟节点，允许每个节点拥有多个小的hash范围。虚拟节点也使用一致性hash分布数据，但是不需要产生和分配token。虚拟节点提供了以下优点：    1.1  不必再为每个节点计算和分配token。    1.2

当启动一个Cassandra集群的时候，必须选择如何在集群中的不同节点之间划分数据。这是由Cassandra的partitioner来完成的。在Cassandra中，Cassandra所管理的数据构成了一个环。这个环根据节点的数量划分成相等的区间，这样一个节点就可以负责存储一个区间或者几个区间中的数据。在一个节点能够加入到环中之前，它必须被分配一个token（中文翻译为令牌）。token决

这里以两台机器A和B示例，它们的IP分别为192.168.20.1和192.168.20.2。        A的配置如下：        cluster_name：'FirstCluster'        seeds: "192.168.20.1,192.168.20.2"        listen_address: 192.168.20.1

token 是Cassandra 集群中十分重要的概念，因为他影响着每个节点所管辖的数据的范围：我们就利用程序来生成token然后分配给每个节点：我们用下面的代码来生成token:#! /usr/bin/python import sys if (len(sys.argv) > 1): num=int(sys.argv[1]) else: num=int(raw_input("H

Cassandra中所有的运行配置都是在配置文件cassandra.yaml中进行配置。下面依次讲解Cassandra中的配置项：cluster_name设置Cassandra集群的名称。在Cassandra集群中，每一台服务器都必须具备相应的集群的名称。如果名称不一致，则当前Cassandra服务器无法加入集群。initial_tokenCassa

前言Cassandra 使用分布式哈希表（DHT）来确定存储某一个数据对象的节点。在 DHT 里面，负责存储的节点以及数据对象都被分配一个 token。token 只能在一定的范围内取值，比如说如果用 MD5 作为 token 的话，那么取值范围就是 [0, 2^128-1]。存储节点以及对象根据 token 的大小排列成一个环，即最大的 token 后面紧跟着最小的 token，比如对

集群配置完成后，插入数据，数据会分散到A、B节点上，也就是说：A节点存储的数据+B节点存储的数据=全部数据。如果希望两个节点都存储全部数据，也就是说成为备份服务器，可以在创建keyspace的时候设置[sql] view plaincopy'replication_factor': '2'  如下：

Cassandra是一个分布式的数据库，具有较好的容灾性，在设计的时候，数据的分配就非常细的划分了以下几个层次：     Cluster：逻辑上的集群的概念，包含多个Node。      DataCenter ：数据中心，可以理解为是一个机房，包含多个Rack      Rack ： 机架，机架上包含多个Node      Node ： 可以理解为机器，每个Node上都需要标示

replica placement strategy只是针对Keyspace而言的，将会决定这个Keyspace的replica如何分布到Cluster上。              SimpleStrategy       当用cassandra自带的cli创建了一个keyspace的时候SimpleStrategy是默认的RPS。当用代码创建的时候，需要指定这个参数。

我的解压目录：E:\work\apache-cassandra-1.2.1修改conf\cassandra.yaml如下几个地方：data_file_directories:    - E:\work\apache-cassandra-1.2.1\data注意：-后面的空格不能少，否则报错commitlog_directory: E:\work\apache-cassa

Cassandra是一个分布式数据存储平台，它基于网络来处理读/写请求，同时通过网络来进行节点间的数据备份。Cassandra对副本数据的选择策略是，同机架上节点的优先于不同机架上的节点。同个数据中心的节点优于不同数据中心的节点。         Cassandra使用如下端口，在实际生产环境中如果存在防火墙，必须确保同一集群中的节点可以通过这些端口互相访问。端