cassandra

《Robert Ludlum"s the Cassandra Compact》（Ludlum, Robert; Shelby, Philip;）电子书网盘下载免费在线阅读链接: https://pan.baidu.com/s/1Pru7HibYYj3pwMZCiFFBpg 提取码: dbcj书名：Robert Ludlum"s the Cassandra Compact作者：Ludlum, Robert; Shelby, Philip;出版年份：2011-3页数：454内容简介：Colonel Jon Smith, currently working as a medical researcher, is contacted by a Russian colleague with an urgent request that they meet in Venice in ten days. When they meet, however, his colleague is killed almost instantly in a hail of automatic gunfire but not before he passes on to Smith the vital intelligence--someone is out to steal Russia"s store of the smallpox virus. Completely eradicated, smallpox is the deadliest of viruses and could well cause an epidemic of unheard of proportions should it be unleashed on the population at large. Smith, with the help of his colleagues at Covert-One, must prevent the virus from being stolen. But his adversaries are several steps ahead of him and now he must find and stop the conspirators before they loose Armageddon upon the world.

这是两个公司的产品吧。当然其中一个是开源的。目前来说，后一个相对来说比较稳定点。因为已经利用于商业领域了。

Cassandra 的写速度比 MySQL 快的两大根本原因 1、cassandra没有sql解析层，这是个大块 2、cassandra采用memstable+sstable的模型，最大化的提高数据的写入性能，磁盘操作只有顺序写。 nosql产品的数据写入buffer非常大

1、cassandra不支持类似group by的查询，只能通过数据结构的设计来实现一些比较简单的统计。 2、bin包解压后，在bin目录下会有bat和shell文件 3、多研究一下wiki，有不少有用的信息

安装360卫士，在软件管家里找到后卸载。

Cassandra 的写速度比 MySQL 快的两大根本原因1、cassandra没有sql解析层，这是个大块2、cassandra采用memstable+sstable的模型，最大化的提高数据的写入性能，磁盘操作只有顺序写。nosql产品的数据写入buffer非常大， nosql用数据安全换取高性能， 其实没有绝对的优势，看你的产品具体需求

您好，希望以下回答能帮助您任务管理器里有的，在最后一行 按Ctrl + Alt + Delete 打开任务管理器如您还有疑问可继续追问。

Cassandra Bell 演员 作品有： 1. 一球成名 Goal! (2005) Christina 2. 死鱼 Dead Fish (2004) Sugar Waters 3. 八面埋伏 Mindhunters (2004) Jen 死亡特训 4. Piccadilly Jim (2004) Connie 5. 战栗惊魂 Fallen Angels (2002) Jade Bowman

这个问题你只能去问土豆的客服了~因为注册屏蔽的内容只有他们才可以填写~问我们又怎么会有一个准确的答案呢？是把~

物信息、统计、网页制作、计算等多个领域都体现出了强大的功能。python和其他脚本语言如java、R、Perl 一样，都可以直接在命令行里运行脚本程序。工具/原料python；CMD命令行；windows操作系统方法/步骤1、首先下载安装python，建议安装2.7版本以上，3.0版本以下，由于3.0版本以上不向下兼容，体验较差。2、打开文本编辑器，推荐editplus，notepad等，将文件保存成 .py格式，editplus和notepad支持识别python语法。脚本第一行一定要写上 #!usr/bin/python表示该脚本文件是可执行python脚本如果python目录不在usr/bin目录下，则替换成当前python执行程序的目录。3、编写完脚本之后注意调试、可以直接用editplus调试。调试方法可自行百度。脚本写完之后，打开CMD命令行，前提是python 已经被加入到环境变量中，如果没有加入到环境变量，请百度4、在CMD命令行中，输入 “python” + “空格”，即 ”python “；将已经写好的脚本文件拖拽到当前光标位置，然后敲回车运行即可。

放大了四五十块钱吧的意思是5+2的

更换deb源。重新更新搜索安装。

你安装的路径是不是出现问题了

select count(*) from cassandra

1、基本配置首先需要准备3台或以上的计算机。下面假定有3台运行 Linux 操作系统的计算机，IP地址分别为 192.168.0.100, 192.168.0.101 和 192.168.0.102。 系统需要安装好 Java 运行时环境，然后到这里下载 0.7 版本的 Cassandra 二进制发行包。挑选其中的一台机开始配置，先展开 cassandra 发行包：$ tar -zxvf apache-cassandra-$VERSION.tar.gz$ cd apache-cassandra-$VERSION其中的 conf/cassandra.yaml 文件为主要配置文件，0.7 版以后不再采用XML格式配置文件了，如果对 YAML 格式不熟悉的话最好先到这里了解一下。Cassandra 在配置文件里默认设定了几个目录：data_file_directories: /var/lib/cassandra/datacommitlog_directory: /var/lib/cassandra/commitlogsaved_caches_directory: /var/lib/cassandra/saved_cachesdata_file_directories 可以一次同时设置几个不同目录，cassandra 会自动同步所有目录的数据。另外在日志配置文件 log4j-server.properties 也有一个默认设定日志文件的目录：log4j.appender.R.File=/var/log/cassandra/system.log一般情况下采用默认的配置即可，除非你有特殊的储存要求，所以现在有两种方案：一是按照默认配置创建相关的目录，二是修改配置文件采用自己指定的目录。下面为了简单起见采用第一种方案：$ sudo mkdir -p /var/log/cassandra$ sudo chown -R `whoami` /var/log/cassandra$ sudo mkdir -p /var/lib/cassandra$ sudo chown -R `whoami` /var/lib/cassandra上面的 `whoami` 是 Linux 指令用于获取当前登录的用户名，如果你不准备用当前登录用户运行 Cassandra，那么需要把 `whoami` 替换成具体的用户名。2、有关集群的配置由于 Cassandra 采用去中心化结构，所以当集群里的一台机器（节点）启动之后需要一个途径通知当前集群（有新节点加入啦），Cassandra 的配置文件里有一个 seeds 的设置项，所谓的 seeds 就是能够联系集群中所有节点的一台计算机，假如集群中所有的节点位于同一个机房同一个子网，那么只要随意挑选几台比较稳定的计算机即可。在当前的例子中因为只有3台机器，所以我挑选第一台作为种子节点，配置如下： seeds:- 192.168.0.100然后配置节点之前通信的IP地址：listen_address: 192.168.0.100需要注意的是这里必须使用具体的IP地址，而不能使用 0.0.0.0 这样的地址。配置 Cassandra Thrift 客户端（应用程序）访问的IP地址：rpc_address: 192.168.0.100这项可以使用 0.0.0.0 监听一台机器所有的网络接口。Cassandra 的 Keyspaces 和 ColumnFamilies 不再需要配置了，他们将在运行时创建和维护。把配置好的 Cassandra 复制到第2和第3台机器，同时创建相关的目录，还需要修改 listen_address 和 rpc_address 为实际机器的IP地址。至此所有的配置完成了。3、启动 Cassandra 各个节点以及集群管理启动顺序没什么所谓，只要保证种子节点启动就可以了：$ bin/cassandra -f参数 -f 的作用是让 Cassandra 以前端程序方式运行，这样有利于调试和观察日志信息，而在实际生产环境中这个参数是不需要的（即 Cassandra 会以 daemon 方式运行）。所有节点启动后可以通过 bin/nodetool 工具管理集群，比如查看所有节点运行情况：$ bin/nodetool -host 192.168.0.101 ring运行结果类似如下：Address Status State Load Owns Token159559...192.168.0.100 Up Normal 49.27 KB 39.32% 563215...192.168.0.101 Up Normal 54.42 KB 16.81% 849292...192.168.0.102 Up Normal 73.14 KB 43.86% 159559...命令中 -host 参数用于指定 nodetool 跟哪一个节点通信，对于 nodetool ring 命令来说，跟哪个节点通信都没有区别，所以可以随意指定其中一个节点。从上面结果列表可以看到运行中的节点是否在线、State、数据负载量以及节点Token（可以理解为节点名称，这个是节点第一次启动时自动产生的）。我们可以使用 nodetool 组合 token 对具体节点进行管理，比如查看指定节点的详细信息：$ bin/nodetool -host 192.168.0.101 info运行的结果大致如下：84929280487220726989221251643883950871Load : 54.42 KBGeneration No : 1302057702Uptime (seconds) : 591Heap Memory (MB) : 212.14 / 1877.63查看指定节点的数据结构信息： $ bin/nodetool -host 192.168.0.101 cfstats运行结果：Keyspace: Keyspace1Read Count: 0Write Count: 0Pending Tasks: 0Column Family: CF1SSTable count: 1使用下面命令可以移除一个已经下线的节点（比如第2台机器关机了或者坏掉了） $ bin/nodetool -host 192.168.0.101 removetoken 84929280487220726989221251643883950871下了线的节点如何重新上线呢看什么都不用做，只需启动 Cassandra 程序它就会自动加入集群了。在实际运作中我们可能会需要隔一段时间备份一次数据（创建一个快照），这个操作在 Cassandra 里非常简单：$ bin/nodetool -host 192.168.0.101 snapshot4、测试数据的读写使用客户端组件加单元测试是首选的，如果仅想知道集群是否正常读写数据，可以用cassandra-cli 作一个简单测试：$ bin/cassandra-cli -host 192.168.0.101接着输入如下语句：create keyspace Keyspace1;use Keyspace1;create column family Users with comparator=UTF8Type and default_validation_class=UTF8Type;set Users[jsmith][first] = "John";set Users[jsmith][last] = "Smith";get Users[jsmith];上面语句创建了一个名为逗Keyspace1地的 keyspace，还创建了一个名为逗Users地的 Column Family，最后向 Users 添加了一个 item。正常的话应该看到类似下面的结果：=> (column=first, value=John, timestamp=1302059332540000)=> (column=last, value=Smith, timestamp=1300874233834000)Returned 2 results.

1、可以使用Map格式来达到一对多的关系 2、key值可以为一个整型数，作为一个类似ID主键来使用，value值可以用List集合来保存多条数据 3、这样就达到了一个key，对应多条记录。

下载个 OFFICE2007 安装时把ACCESS选上..然后打开数据库.一看就明白.

在08上做全备份，然后到12上恢复。 也可以在08上做分离数据库，然后到12上进行附加。 也可以用12的客户端，联上12的服务器，然后使用导入的方法，从08上把数据导过来。

绘岛不错想事件的

卡桑德拉 纸竞争对手 我可以看到自己生活在海洋 由于没有新说 我有冤情与奉献 无论在什么地方，我睡 我可以看到我在我的幸福晚年 没有人左右，以节省 没有人以上我严重 我每天自旋全球 并认为，生活在其他地方 这是一种必要的罪恶，我发现我自己 我可以看到自己骂的海洋 由于没有新说 我有一个不满与骚动 不管如何我大声尖叫 我可以看到我在我的幸福晚年 没有人左右，以节省 有没有人以上我严重 我每天自旋全球 并认为，生活在其他地方 这是一种必要的罪恶，我发现我自己 健全学校敲响 使进入我的脑袋 即使当我找到一个地方，适合我罚款 我每天自旋全球 并认为，生活在其他地方 这是一种必要的罪恶，我发现我自己 发现自己 我发现我自己 发现自己

卡桑德拉 纸竞争对手 我可以看到自己生活在海洋 由于没有新说 我有冤情与奉献 无论在什么地方，我睡 我可以看到我在我的幸福晚年 没有人左右，以节省 没有人以上我严重 我每天自旋全球 并认为，生活在其他地方 这是一种必要的罪恶，我发现我自己 我可以看到自己骂的海洋 由于没有新说 我有一个不满与骚动 不管如何我大声尖叫 我可以看到我在我的幸福晚年 没有人左右，以节省 有没有人以上我严重 我每天自旋全球 并认为，生活在其他地方 这是一种必要的罪恶，我发现我自己 健全学校敲响 使进入我的脑袋 即使当我找到一个地方，适合我罚款 我每天自旋全球 并认为，生活在其他地方 这是一种必要的罪恶，我发现我自己 发现自己 我发现我自己 发现自己

不支持主要是为了性能考虑，比较流行的实践是在应用端实现，类似你这种做法。用等于来做性能会更好select * from table where status = 1、select * from table where status = 3、select * from table where status = 4，而且也适合来缓存。比如下次你再拿大于2的，就直接取刚才缓存的3和4就可以了虽然看起来有点矬，但用nosql就是有代价的

服务端 先停止监听服务，然后修改ORACLE_HOME/network/admin/listener.ora文件里PORT=的值，然后重启监听服务 客户端 修改ORACLE_HOME/network/admin/tnsnames,ora文件里PORT=的值

约翰·丹佛，1943年12月31日生于新墨西哥州罗斯维尔城。美国乡村民谣歌手。丹佛在南方长大，1964年大学毕业后他迁到洛杉矶，在城市民谣俱乐部中演唱。第2年他加入了查德·米切尔三重唱组。1969年，丹佛录制唱片《节奏与原因》。这张唱片中收录了他自己演唱的《乘着喷气飞机离去》。丹佛的许多歌曲都广为人知，如歌曲《乡村路带我回家》和《高高的洛基山》等。[1] 1974年，丹佛已是美国唱片最畅销的艺人，当时《阳光照在我肩上》(Sunshine on My Shoulders)和《安妮之歌》(Annie"s Song)这两首歌在美国排行榜都名列前茅。1976年他开办了自己的唱片公司。1977年制作了他的第一部电影《噢，老天》(Oh, God)。此后发行了一系列优秀唱片，如1980年录制的唱片《亲笔签名》(Autograph)，并继续致力于政治事业。1981年，他与著名男高音歌唱家普拉希多·多明戈(Placido Domingo)合唱了一曲《可能是爱》(Perhaps Love)。丹佛还到中国、前苏联演出。并热衷于慈善事业和环保事业。 [1] 1997年10月12日，丹佛在加利福尼亚海湾因飞机失事不幸身亡，终年53岁。[1]

修改cassandra.yaml中authenticator和authorizer

象这样：update keyspace XXX with placement_strategy = "org.apache.cassandra.locator.SimpleStrategy" and strategy_options = {replication_factor:3};其中的simpleStrategy是replication策略之一，replication_factor是这种策略下的备份数。当然，除了update之外，在创建keyspace的时候就可以指定策略。

kettle中实现cassandra的输入与输出有以下两种方式: 第一种方式:自己编写cassandra输入输出组件 第二种方式:使用别人编写好的插件,将其集成进来

第一：索引查询cassandra是支持创建二级索引的，索引可以创建在除了第一个主键之外所有的列上，当然有些类型除外，例如集合类型。例如1234567891011CREATE TABLE test(a INT,b INT,c INT,d INT,e INT,m INT,PRIMARY KEY(a,b,c));CREATE INDEX ON test(c);CREATE INDEX ON test(e);在第一主键a上创建索引是不可以的：1CREATE INDEX ON test(a) X索引列只可以用=号查询，所以12SELECT * FROM test WHERE e=1; //是可以SELECT * FROM test WHERE e>1; //就不行了。

适应于cassandra2.0以上的版本1、首先修改配置文件 cassandra.yaml把默认的authenticator: AllowAllAuthenticator运行所有人登录设置为用密码登录：authenticator: PasswordAuthenticator2、登录cassandra创建用户使用默认账户登录cassandra在bin目录下执行./cqlsh -ucassandra -pcassandra创建用户1CREATE USER myusername WITH PASSWORD "mypassword" SUPERUSER ;3、使用新用户登录删除默认帐号：DROP USER cassandra ;4、java使用用户名密码访问cassandraCluster cluster = Cluster.builder().addContactPoint("192.168.22.161").withCredentials("myusername", "mypassword").build();

适应于cassandra2.0以上的版本1、首先修改配置文件 cassandra.yaml把默认的authenticator: AllowAllAuthenticator运行所有人登录设置为用密码登录：authenticator: PasswordAuthenticator2、登录cassandra创建用户使用默认账户登录cassandra在bin目录下执行./cqlsh -ucassandra -pcassandra创建用户1 CREATE USER myusername WITH PASSWORD "mypassword" SUPERUSER ;3、使用新用户登录删除默认帐号： DROP USER cassandra ;4、java使用用户名密码访问cassandraCluster cluster = Cluster.builder().addContactPoint("192.168.22.161").withCredentials("myusername", "mypassword").build();

Java中的基本数据类型，布尔类型，有两个值 true 和false；1.直接赋值boolean b1=false; 　　2.由条件表达式赋值boolean b2=3>4; 　　3.由另一个boolean变量赋值boolean b3=b1; 　　4.由方法返回赋值boolean b4=list.ready();//假设ready方法返回一个boolean的话 　　程序中boolean为布尔类型变量

适应于cassandra2.0以上的版本1、首先修改配置文件 cassandra.yaml把默认的authenticator: AllowAllAuthenticator运行所有人登录设置为用密码登录：authenticator: PasswordAuthenticator2、登录cassandra创建用户使用默认账户登录cassandra在bin目录下执行./cqlsh -ucassandra -pcassandra创建用户1CREATE USER myusername WITH PASSWORD "mypassword" SUPERUSER ;3、使用新用户登录删除默认帐号：DROP USER cassandra ;4、java使用用户名密码访问cassandraCluster cluster = Cluster.builder().addContactPoint("192.168.22.161").withCredentials("myusername", "mypassword").build();

Apache Cassandra数据库的优缺点有哪些？ TAG标签： 数据库 Apache 优缺点 Cassandra本文将超越众所周知的一些细节，探讨与 Cassandra 相关的不太明显的细节。您将检查 Cassandra 数据模型、存储模式设计、架构，以及与 Cassandra 相关的潜在惊喜。在数据库历史文章 “What Goes Around Comes Around”中，Michal Stonebraker 详细描述了存储技术是如何随着时间的推移而发展的。实现关系模型之前，开发人员曾尝试过其他模型，比如层次图和有向图。值得注意的是，基于 SQL 的关系模型（即使到现在也仍然是事实上的标准）已经盛行了大约 30 年。鉴于计算机科学的短暂历史及其快速发展的步伐，这是一项非凡的成就。关系模型建立已久，以至于许多年来，解决方案架构师很容易为应用程序选择数据存储。他们的选择总是关系数据库。诸如增加系统、移动设备、扩展的用户在线状态、云计算和多核系统的用户群之类的开发已经导致产生越来越多的大型系统。Google 和 Amazon 之类的高科技公司都是首批触及规模问题的公司。他们很快就发现关系数据库并不足以支持大型系统。为了避免这些挑战，Google 和 Amazon 提出了两个可供选择的解决方案：Big Table 和 Dynamo，他们可以由此放松关系数据模型提供的保证，从而实现更高的可扩展性。Eric Brewer 的 “CAP Theorem”后来官方化了这些观察结果。它宣称，对于可扩展性系统，一致性、可用性和分区容错性都是权衡因素，因为根本不可能构建包含所有这些属性的系统。不久之后，根据 Google 和 Amazon 早期的工作，以及所获得的对可扩展性系统的理解，计划创建一种新的存储系统。这些系统被命名为 “NoSQL” 系统。该名称最初的意思是 “如果想缩放就不要使用 SQL”，后来被重新定义为 “不只是 SQL”，意思是说，除了基于 SQL 的解决方案外，还有其他的解决方案。有许多 NoSQL 系统，而且每一个系统都缓和或改变了关系模型的某些方面。值得注意的是，没有一个 NoSQL 解决方案适用于所有的场景。每一个解决方案都优于关系模型，且针对一些用例子集进行了缩放。我的早期文章 “在 Data Storage Haystack 中为您的应用程序寻找正确的数据解决方案” 讨论了如何使应用程序需求和 NoSQL 解决方案相匹配。Apache Cassandra是其中一个最早也是最广泛使用的 NoSQL 解决方案。本文详细介绍了 Cassandra，并指出了一些首次使用 Cassandra 时不容易发现的细节和复杂之处。Apache CassandraCassandra 是一个 NoSQL 列族 (column family) 实现，使用由 Amazon Dynamo 引入的架构方面的特性来支持 Big Table 数据模型。Cassandra 的一些优势如下所示：高度可扩展性和高度可用性，没有单点故障NoSQL 列族实现非常高的写入吞吐量和良好的读取吞吐量类似 SQL 的查询语言（从 0.8 起），并通过二级索引支持搜索可调节的一致性和对复制的支持灵活的模式这些优点很容易让人们推荐使用 Cassandra，但是，对于开发人员来说，至关重要的一点是要深入探究 Cassandra 的细节和复杂之处，从而掌握该程序的复杂性。 什么是列？列 有点用词不当，使用名称单元格 很可能更容易理解一些。我会坚持使用列，因为这是一种习惯用法。Cassandra 数据模型包括列、行、列族和密钥空间 (keyspace)。让我们逐一进行详细介绍它们。•列：Cassandra 数据模型中最基本的单元，每一个列包括一个名称、一个值和一个时间戳。在本文的讨论中，我们忽略了时间戳，您可以将一个列表示为一个名称值对（例如 author="Asimov"）。•行：用一个名称标记的列的集合。例如，清单 1 显示了如何表示一个行： 清单 1. 行的示例"Second Foundation"-> { author="Asimov", publishedDate="..", tag1="sci-fi", tag2="Asimov" }Cassandra 包括许多存储节点，并且在单个存储节点内存储每一个行。在每一行内，Cassandra 总是存储按照列名称排序的列。使用这种排序顺序，Cassandra 支持切片查询，在该查询中，给定了一个行，用户可以检索属于给定的列名称范围内的列的子集。例如，范围 tag0 到 tag9999 内的切片查询会获得所有名称范围在 tag0 和 tag9999 内的列。•列族：用一个名称标记的行的集合。清单 2 显示了样例数据的可能形式： 清单 2. 列族示例Books->{ "Foundation"->{author="Asimov", publishedDate=".."}, "Second Foundation"->{author="Asimov", publishedDate=".."}, … }人们常说列族就像是关系模型中的一个表格。如下例所示，相似点将不复存在。•密钥空间：许多列族共同形成的一个组。它只是列族的一个逻辑组合，并为名称提供独立的范围。最后，超级列位于一个列族中，该列族对一个密钥下的多个列进行分组。正如开发人员不赞成使用超级列一样，在此，我对此也不作任何讨论。Cassandra 与 RDBMS 数据模型根据以上对 Cassandra 数据模型的描述，数据被放入每一个列族的二维 (2D) 空间中。要想在列族中检索数据，用户需要两个密钥：行名称和列名称。从这个意义上来说，尽管还存在多处至关重要的差异，关系模型和 Cassandra 仍然非常相似。•关系列均匀分布在表中的所有行之间。数据项之间通常有明显的纵向关系，但这种情况并不适用于 Cassandra 列。这就是 Cassandra 使用各个数据项（列）来存储列名称的原因。•有了关系模型，2D 数据空间就完整了。2D 空间内的每一个点至少应当拥有存储在此处的 null 值。另外，这种情况不适用于 Cassandra，Cassandra 可以拥有只包括少数项的行，而其他行可以拥有数百万个项。•有了关系模型，就可以对模式进行预定义，而且在运行时不可以更改模式，而 Cassandra 允许用户在运行时更改模式。•Cassandra 始终存储数据，这样就可以根据其名称对列进行排序。这使得使用切片查询在列中搜索数据变得很容易，但在行中搜索数据变得很困难，除非您使用的是保序分区程序。•另一个重要差异是，RDMBS 中的列名称表示与数据有关的元数据，但绝不是数据。而在 Cassandra 中，列名称可以包括数据。因此，Cassandra 行可以拥有数百万个列，而关系模型通常只有数十个列。•关系模型使用定义良好的不可变模式来支持复杂的查询，这些查询中包括 JOIN 和聚合等。使用关系模型，用户无需担心查询就可定义数据模式。Cassandra 不支持 JOIN 和大多数 SQL 搜索方法。因此，模式必须满足应用程序的查询要求。

Apache Cassandra数据库的优缺点有哪些？TAG标签： 数据库 Apache 优缺点 Cassandra本文将超越众所周知的一些细节，探讨与 Cassandra 相关的不太明显的细节。您将检查 Cassandra 数据模型、存储模式设计、架构，以及与 Cassandra 相关的潜在惊喜。在数据库历史文章 “What Goes Around Comes Around”中，Michal Stonebraker 详细描述了存储技术是如何随着时间的推移而发展的。实现关系模型之前，开发人员曾尝试过其他模型，比如层次图和有向图。值得注意的是，基于 SQL 的关系模型（即使到现在也仍然是事实上的标准）已经盛行了大约 30 年。鉴于计算机科学的短暂历史及其快速发展的步伐，这是一项非凡的成就。关系模型建立已久，以至于许多年来，解决方案架构师很容易为应用程序选择数据存储。他们的选择总是关系数据库。诸如增加系统、移动设备、扩展的用户在线状态、云计算和多核系统的用户群之类的开发已经导致产生越来越多的大型系统。Google 和 Amazon 之类的高科技公司都是首批触及规模问题的公司。他们很快就发现关系数据库并不足以支持大型系统。为了避免这些挑战，Google 和 Amazon 提出了两个可供选择的解决方案：Big Table 和 Dynamo，他们可以由此放松关系数据模型提供的保证，从而实现更高的可扩展性。Eric Brewer 的 “CAP Theorem”后来官方化了这些观察结果。它宣称，对于可扩展性系统，一致性、可用性和分区容错性都是权衡因素，因为根本不可能构建包含所有这些属性的系统。不久之后，根据 Google 和 Amazon 早期的工作，以及所获得的对可扩展性系统的理解，计划创建一种新的存储系统。这些系统被命名为 “NoSQL” 系统。该名称最初的意思是 “如果想缩放就不要使用 SQL”，后来被重新定义为 “不只是 SQL”，意思是说，除了基于 SQL 的解决方案外，还有其他的解决方案。有许多 NoSQL 系统，而且每一个系统都缓和或改变了关系模型的某些方面。值得注意的是，没有一个 NoSQL 解决方案适用于所有的场景。每一个解决方案都优于关系模型，且针对一些用例子集进行了缩放。我的早期文章 “在 Data Storage Haystack 中为您的应用程序寻找正确的数据解决方案” 讨论了如何使应用程序需求和 NoSQL 解决方案相匹配。Apache Cassandra是其中一个最早也是最广泛使用的 NoSQL 解决方案。本文详细介绍了 Cassandra，并指出了一些首次使用 Cassandra 时不容易发现的细节和复杂之处。Apache CassandraCassandra 是一个 NoSQL 列族 (column family) 实现，使用由 Amazon Dynamo 引入的架构方面的特性来支持 Big Table 数据模型。Cassandra 的一些优势如下所示：高度可扩展性和高度可用性，没有单点故障NoSQL 列族实现非常高的写入吞吐量和良好的读取吞吐量类似 SQL 的查询语言（从 0.8 起），并通过二级索引支持搜索可调节的一致性和对复制的支持灵活的模式这些优点很容易让人们推荐使用 Cassandra，但是，对于开发人员来说，至关重要的一点是要深入探究 Cassandra 的细节和复杂之处，从而掌握该程序的复杂性。

bin/nodetool stopdaemon

[希神]卡珊德拉, 凶事预言家, 不为人所信的预言家。cassandra 一般就指代凶事预言complex这里是“情结”应该是有凶事预言情结。

枚举值错误，说明你的语句中设计设置的几个地方有错误了，检查一下选项相关的设置comparator=UTF8Type validation_class:UTF8Typevalidation_class:LognType（感觉这个写错了，LoginType？）,index_type:KEYS学cassandra 的得鼓励一下

Cassandra，卡珊德拉或翻译为凯珊卓，希腊文：Κασσάνδρα。特洛伊国王普里阿摩斯（King Priam）的女儿。古希腊神话中又一个可怜的悲剧人物。 （古希腊神话之所以那么震撼，就在于他的悲剧基调，这样的基调是用于古希腊人对命运的认识。他们认为命运产生悲剧，命运的主宰是连众神之神的宙斯都无能为力的） Cassandra作为祭祀住在阿波罗神殿里，她的美貌打动了阿波罗，于是阿波罗赋予她预言的能力。（还有一种传说是：Cassandra住在阿波罗神庙里，有一天晚上，一条神庙里的蛇在Cassandra熟睡中舔了她的耳朵，从此，Cassandra便可以听到未来了。）作为回报，阿波罗向Cassandra提出发生肉体关系的要求，结果被Cassandra拒绝了。阿波罗一怒下向她施以诅咒：凡她说出口的预言将百发百中，然而谁也不信以为真，她的预言能力将成为她日后无尽痛苦的根源。在戏剧 《阿加门农》中，此故事似乎被描述为Cassandra曾许诺阿波罗，她愿意做阿波罗的妻子，但是Cassandra并没有遵守诺言，所以她遭受了惩罚。 Cassandra在特洛伊被破城之前，预言过特洛伊木马计，以及阿迦门农之死和自己的终结。正因为她拥有预知能力却没有人相信她，她对此无能为力，才感到痛苦万分。 在特洛伊战争之后，Cassandra避难于雅典娜神庙，但却遭到小埃阿斯Ajax the Lesser 强暴（可怜的女人啊）。前面的朋友说阿迦门农杀死了小埃阿斯，但是还有一个版本是说小埃阿斯是被海神波塞冬杀死的，或者又说是被雅典娜杀死的。 而Cassandra的去世，也有两种说法：一说她在希腊舰队归航途中船沉丧命，另一说认为她被克吕泰涅斯特拉杀害。 In Greek mythology, Cassandra was the daughter of King Priam and Queen Hecuba of Troy. Her beauty caused Apollo to grant her the gift of prophecy. However, when she did not return his love, Apollo placed a curse on her so that no one would ever believe her predictions. In an alternative version, she spent a night at Apollo"s temple with her twin brother Helenus, at which time the temple snakes licked her ears clean so that she was able to hear the future. This is a recurring theme in Greek mythology, though sometimes it brings an ability to understand the language of animals rather than an ability to know the future.[2] Apollo loved Cassandra and when she did not return his love, he cursed her so that her gift would become a source of endless pain and frustration. In some versions of the myth, this is symbolized by the god spitting into her mouth; in other Greek versions, this act was sufficient to remove the gift so recently given by Apollo, but Cassandra"s case varies. From the play Agamemnon, it appears that she made a promise to Apollo to become his cons

Cassandra的文件包中，bin下有自带的数据库操作命令行工具cassandra-cli，lib中有可供Java编程访问的Driver.我们先介绍命令行工具的基本数据库操作：$ bin/cassandra-cli>> Connected to: "Test Cluster" on 127.0.0.1/9160 Welcome to Cassandra CLI version 2.0.3 The CLI is deprecated and will be removed in Cassandra 3.0. Consider migrating to cqlsh. CQL is fully backwards compatible with Thrif >> [default@unknown]Key space类似于数据库的概念，首先需要创建一个Key space.

Cassandra KK: [kə"sændrə] DJ: [kə"sændrə] n. 1. 【希神】卡珊德拉(特洛伊女预言家) 2. 凶事预言家;不为人所信的预言家

之前似乎只有twitter解释过放弃Cassandra的原因，新浪架构师Tim Yang写博客分析过:主要原因还是Cassandra还属于新兴产品，其稳定性及最佳实践还比较一般。之前在淘宝实习时所在团队有使用Cassandra，其并发读写效率不高。分布式存储系统一般满足W+R>N，W为同时写成功数，R为同时读成功数，N为一份数据在集群中的份数。因此一般来说分布式存储很难读写性能俱佳。而一般SNS应用对于并发读写的要求均较高，所以这也是Cassandra无法作为核心数据存储的一大原因。一般来说，解决海量数据存储的方式是MySQL Sharding，利用MySQL成熟的运维经验可以实现良好的稳定性，唯一问题就是扩容比较麻烦。 本回答由网友推荐

　　(注：keyspace是Cassandra 中最顶层的命名空间。)　　现在要考虑的问题是如何转换它们，可按以下方法进行：　　根据敏捷开发的相关经验，如果某事件很难或很复杂，最好将其分成多个部分，因为毕竟与MMF(Minimal Marketable Feature，最小市场化功能)之间还有一定的差距。步骤如下：　　步骤1：将关系数据库中的表转移到Cassandra列族(Column Families)中　　步骤2：创建新的列族使所有数据无需进行JOIN等操作。　　步骤3：根据搜索器与查询方法的需要扩展列族。通常情况下一个搜索器或一个查询方法使用一个列族。　　步骤4：根据之前的步骤修改Creators与Updater函数。不要担心保存重复数据，只要记住一点：只需考虑数据查询，忘记以前关系型数据库相关的法则。　　步骤5：判断，如果没有完成，继续做步骤3与步骤4。

执行这条命令： rpm -qa |grep cassandra* 如果显示空白，那就是没有了，如果有显示包，就说明安装了这个。

打开SPSS数据编辑窗口，点击视图转换栏中的”变量视图“，进入变量视图页面。定义变量名称：选中某个变量的名称单元格单击，即可编辑变量名称。如果没有预先编辑变量名而直接输入数据的话，会像下图一样显示哦。从技术角度来说，也可以这样做，但具体分析变量的时候一定会很混乱，别人也很难看懂。定义变量类型：选中某个变量的”类型“单元格，单击即可弹出如下对话框，选取和变量相应的类型。例如：”性别“变量一般选择字符串，只用于分类，而年龄变量一般选择”数值“，用于统计分析，可计算平均年龄。宽度和小数位数定义：宽度定义指的是变量的宽度，即变量的整数位数，一般系统默认为8；而小数位数指的是变量的小数位，系统默认为2。可以看到，字符串变量是没有小数位的。变量标签定义：选中某个变量的”标签“单元格，直接输入相应的内容即可定义该变量。它的作用是对变量名称做出进一步的解释和说明，避免遗忘和混淆。6变量值标签定义：经常用。选中某个变量的”值“单元格，单击，弹出以下对话框。如：定义性别变量值时，0代表女生，1代表男生。

SELECT o.name AS "Table Name", i.rowcnt AS "Row Count"FROM sysobjects o, sysindexes iWHERE i.id = o.idAND i.indid IN(0,1)AND o.xtype = "u" --只统计用户表AND o.name <> "sysdiagrams"ORDER BY i.rowcnt DESC --按行排降序COMPUTE SUM(i.rowcnt), count(o.name); --汇总行数，表数GO

1、cassandra不支持类似group by的查询，只能通过数据结构的设计来实现一些比较简单的统计。2、bin包解压后，在bin目录下会有bat和shell文件3、多研究一下wiki，有不少有用的信息

Cassandra通过写一条“tombstone”来标记一个数据被删除了。被标记的数据默认要10天(配置文件中的gc_grace_seconds)后且被compaction或cleanup执行到对应的SSTable时才会被真正从磁盘删除，因为如果当时这个delete操作只在3个节点中的2个执行成功，那么一旦2个有tombstone的节点把数据删了，集群上只剩下没tombstone的那个节点，下次读这个key的时候就又返回对应的数据，从而导致被删除的数据复活。Repair操作可以同步所有节点的数据从而保证tombstone在3个节点中都存在，因此如果想确保删除100%成功不会复活需要以小于gc_grace_seconds的周期定期执行repair操作(所以官方建议”weekly”)。然而在select数据的时候，在每个SSTable遇到的所有符合查询条件的tombstone要放内存中从而在合并每个SSTable文件的数据时判断哪些column数据没被删能最终返回，tombstone太多会导致heap被大量占用需要各种GC从而影响性能，所以cassandra默认读到100000个(可配置)tombstone就强制取消这次读取，因为遇到这种情况一定是你“doing it wrong”。因此如果经常删除一个row key下的column key，同时又有一次select一个row key下多个column key的需求，很容易遇到这种情况，tombstone很多的时候即使不到10w最终成功读取了，这次读取也会很慢，并很快导致触发年轻代GC从而拖慢整个节点的响应速度。最好的解决方案肯定是设计的时候就避免。但假如在不修改表结构的情况下，解决方案有两种：如果不能接受一个column key被删又复活，先把gc_grace_seconds改成0，然后删除的时候用ALL模式，当然只要有1个节点超时/挂掉删除就会失败；如果能接受被删的数据复活，删除只为了减少磁盘空间使用，那就直接把gc_grace_seconds设成0，复活就复活吧。

因为一个长，一个短

cassandra 日志中一直出现Connection reset by peer cassandra 上阿里云后，启动cassandra日志中一直出现Connection reset by peer，更具体的日志请看下面 这种情况在我们内网开发环境当然也发生过，但是都是配置的关系，导致别的cassandra节点不能连接，但是这次运维人员确认了配置没有问题。然后开始详细看错误提示，拿了其中一段日志出来分析 这上面有两个明细的IP地址，一个是cassandra节点的，另一个不知道，然后我一开始并不知道 L跟R代表什么意思，后面去群里请教知道 L是local, R 是request， 这样的话就能理解这个日志了。就是有很多 100.121.206.* 的节点尝试跟 我们的cassandra 建立连接，然后一直导致出现建立连接失败，日志中这种错误信息一直在出现，增长率还蛮快的。 我们怀疑过是别的cassandra集群连接我们，我们修改了端口，但是还是有这个错误日志，最终排查到是因为做了负载均衡，一直在做连通性测试。

要用python操作Cassandra，首先需要安装Cassandra的驱动模块(cassandra-driver)，可以通过pip安装。 （2）名字传参 通常用这种方式传递数据，像keyspace名、表名、列名必须在开始就设定好。 如果只是一条一条插入，会非常慢，我试了下，5万条数据大概需要4分钟，如果用batch批量插入数据，就可以非常快了，差不多1s插入1万条，是不是很爽，哈哈，赶紧试一下吧~

cat pidfile | xargs kill在cassandra的bin目录下，有个stop-server的脚本，里面是用kill `cat <pidfile>`可见，cassandra的正确关闭方法就这个了如果再想安全一点，那么可以先用nodetool drain操作，阻止该几点继续接收请求，执行成功之后，在执行kill命令，关闭该cassandra节点。

1、首先修改配置文件 cassandra.yaml把默认的authenticator: AllowAllAuthenticator运行所有人登录设置为用密码登录：authenticator: PasswordAuthenticator2、登录cassandra创建用户使用默认账户登录cassandra在bin目录下执行./cqlsh -ucassandra -pcassandra创建用户1 CREATE USER myusername WITH PASSWORD "mypassword" SUPERUSER ;3、使用新用户登录删除默认帐号： DROP USER cassandra ;4、java使用用户名密码访问cassandraCluster cluster = Cluster.builder().addContactPoint("192.168.22.161").withCredentials("myusername", "mypassword").build();

国内生产环境使用Cassandra比较多的大公司有360请采纳！

Apache Cassandra数据库的优缺点有哪些？本文将超越众所周知的一些细节，探讨与 Cassandra 相关的不太明显的细节。您将检查 Cassandra 数据模型、存储模式设计、架构，以及与 Cassandra 相关的潜在惊喜。在数据库历史文章 “What Goes Around Comes Around”中，Michal Stonebraker 详细描述了存储技术是如何随着时间的推移而发展的。实现关系模型之前，开发人员曾尝试过其他模型，比如层次图和有向图。值得注意的是，基于 SQL 的关系模型（即使到现在也仍然是事实上的标准）已经盛行了大约 30 年。鉴于计算机科学的短暂历史及其快速发展的步伐，这是一项非凡的成就。关系模型建立已久，以至于许多年来，解决方案架构师很容易为应用程序选择数据存储。他们的选择总是关系数据库。诸如增加系统、移动设备、扩展的用户在线状态、云计算和多核系统的用户群之类的开发已经导致产生越来越多的大型系统。Google 和 Amazon 之类的高科技公司都是首批触及规模问题的公司。他们很快就发现关系数据库并不足以支持大型系统。为了避免这些挑战，Google 和 Amazon 提出了两个可供选择的解决方案：Big Table 和 Dynamo，他们可以由此放松关系数据模型提供的保证，从而实现更高的可扩展性。Eric Brewer 的 “CAP Theorem”后来官方化了这些观察结果。它宣称，对于可扩展性系统，一致性、可用性和分区容错性都是权衡因素，因为根本不可能构建包含所有这些属性的系统。不久之后，根据 Google 和 Amazon 早期的工作，以及所获得的对可扩展性系统的理解，计划创建一种新的存储系统。这些系统被命名为 “NoSQL” 系统。该名称最初的意思是 “如果想缩放就不要使用 SQL”，后来被重新定义为 “不只是 SQL”，意思是说，除了基于 SQL 的解决方案外，还有其他的解决方案。有许多 NoSQL 系统，而且每一个系统都缓和或改变了关系模型的某些方面。值得注意的是，没有一个 NoSQL 解决方案适用于所有的场景。每一个解决方案都优于关系模型，且针对一些用例子集进行了缩放。我的早期文章 “在 Data Storage Haystack 中为您的应用程序寻找正确的数据解决方案” 讨论了如何使应用程序需求和 NoSQL 解决方案相匹配。Apache Cassandra是其中一个最早也是最广泛使用的 NoSQL 解决方案。本文详细介绍了 Cassandra，并指出了一些首次使用 Cassandra 时不容易发现的细节和复杂之处。Apache CassandraCassandra 是一个 NoSQL 列族 (column family) 实现，使用由 Amazon Dynamo 引入的架构方面的特性来支持 Big Table 数据模型。Cassandra 的一些优势如下所示：高度可扩展性和高度可用性，没有单点故障NoSQL 列族实现非常高的写入吞吐量和良好的读取吞吐量类似 SQL 的查询语言（从 0.8 起），并通过二级索引支持搜索可调节的一致性和对复制的支持灵活的模式这些优点很容易让人们推荐使用 Cassandra，但是，对于开发人员来说，至关重要的一点是要深入探究 Cassandra 的细节和复杂之处，从而掌握该程序的复杂性。 什么是列？列 有点用词不当，使用名称单元格 很可能更容易理解一些。我会坚持使用列，因为这是一种习惯用法。Cassandra 数据模型包括列、行、列族和密钥空间 (keyspace)。让我们逐一进行详细介绍它们。•列：Cassandra 数据模型中最基本的单元，每一个列包括一个名称、一个值和一个时间戳。在本文的讨论中，我们忽略了时间戳，您可以将一个列表示为一个名称值对（例如 author="Asimov"）。•行：用一个名称标记的列的集合。例如，清单 1 显示了如何表示一个行： 清单 1. 行的示例"Second Foundation"-> { author="Asimov", publishedDate="..", tag1="sci-fi", tag2="Asimov" }Cassandra 包括许多存储节点，并且在单个存储节点内存储每一个行。在每一行内，Cassandra 总是存储按照列名称排序的列。使用这种排序顺序，Cassandra 支持切片查询，在该查询中，给定了一个行，用户可以检索属于给定的列名称范围内的列的子集。例如，范围 tag0 到 tag9999 内的切片查询会获得所有名称范围在 tag0 和 tag9999 内的列。•列族：用一个名称标记的行的集合。清单 2 显示了样例数据的可能形式： 清单 2. 列族示例Books->{ "Foundation"->{author="Asimov", publishedDate=".."}, "Second Foundation"->{author="Asimov", publishedDate=".."}, … }人们常说列族就像是关系模型中的一个表格。如下例所示，相似点将不复存在。•密钥空间：许多列族共同形成的一个组。它只是列族的一个逻辑组合，并为名称提供独立的范围。最后，超级列位于一个列族中，该列族对一个密钥下的多个列进行分组。正如开发人员不赞成使用超级列一样，在此，我对此也不作任何讨论。Cassandra 与 RDBMS 数据模型根据以上对 Cassandra 数据模型的描述，数据被放入每一个列族的二维 (2D) 空间中。要想在列族中检索数据，用户需要两个密钥：行名称和列名称。从这个意义上来说，尽管还存在多处至关重要的差异，关系模型和 Cassandra 仍然非常相似。•关系列均匀分布在表中的所有行之间。数据项之间通常有明显的纵向关系，但这种情况并不适用于 Cassandra 列。这就是 Cassandra 使用各个数据项（列）来存储列名称的原因。•有了关系模型，2D 数据空间就完整了。2D 空间内的每一个点至少应当拥有存储在此处的 null 值。另外，这种情况不适用于 Cassandra，Cassandra 可以拥有只包括少数项的行，而其他行可以拥有数百万个项。•有了关系模型，就可以对模式进行预定义，而且在运行时不可以更改模式，而 Cassandra 允许用户在运行时更改模式。•Cassandra 始终存储数据，这样就可以根据其名称对列进行排序。这使得使用切片查询在列中搜索数据变得很容易，但在行中搜索数据变得很困难，除非您使用的是保序分区程序。•另一个重要差异是，RDMBS 中的列名称表示与数据有关的元数据，但绝不是数据。而在 Cassandra 中，列名称可以包括数据。因此，Cassandra 行可以拥有数百万个列，而关系模型通常只有数十个列。•关系模型使用定义良好的不可变模式来支持复杂的查询，这些查询中包括 JOIN 和聚合等。使用关系模型，用户无需担心查询就可定义数据模式。Cassandra 不支持 JOIN 和大多数 SQL 搜索方法。因此，模式必须满足应用程序的查询要求。

cat pidfile | xargs killcassandrabin目录stop-server脚本面用kill `cat <pidfile>`见cassandra确关闭再想安全点先用nodetool drain操作阻止该几点继续接收请求执行功执行kill命令关闭该cassandra节点

Cassandra 的写速度比 MySQL 快的两大根本原因1、cassandra没有sql解析层，这是个大块2、cassandra采用memstable+sstable的模型，最大化的提高数据的写入性能，磁盘操作只有顺序写。nosql产品的数据写入buffer非常大， nosql用数据安全换取高性能， 其实没有绝对的优势，看你的产品具体需求！

Cassandra的高可用性、动态可伸缩性、最小化管理开销等特性使得它越来越受关注1. 伸缩性，当我们增加一个系统中的资源，并能获取与增加的资源保持适当的比例关系的性能提升，我们就认为这个服务具备了伸缩性，可伸缩性表示的工作量和吞吐量之间的关系资源投入与输出保持线性关系。为促进冗余投入的资源不会带来性能损失。能够处理异构资源。能做到运维高效。具备自修复能力。2.Scale Out Vs Scale UpScale Up： 在同一个逻辑单元内增加资源,例如增加CPU/内存/网卡数量等。Scale Out- ：增加多个逻辑单元的资源,并使它们如同一个集中的资源那样提供服务(集群/分布式/负载均衡等) 。Scale Up  ：较为简单,但是规模有限,代价越来越大。Scale Out ：需要从架构层面设计,规模没有限制,代价由架构决定。

Cassandra安装方法：首先确保安装了JDK。然后，修改配置文件，cassandra-0.7.6-2的conf下有以下几个配置文件：(1) access.properties：设置每个数据库或者表的访问权限(2) cassandra.yaml：主配置文件，包括日志路径，数据存放路径，各种参数配置等(3) cassandra-topology.properties：配置网络的拓扑结构(4) log4j-server.properties：log4j的配置选项(5) passwd.properties：配置用户密码，与access.properties配合使用对于简单的使用，只需配置cassandra.yaml文件:(1) 集群名称cluster_name：同一个集群中的集群名称应该一样。(2) 数据存放路径data_file_directories：可以根据情况配置一个有写权限的路径(3) commit log路径commitlog_directory：同上(4) saved cache路径saved_caches_directory：同上(5) 日志文件路径log4j.appender.R.File：同上（这个选项在log4j-server.properties文件中）此外，还需要修改服务监听的地址和thrift访问地址，即ListenAddress和ThriftAddress，配置文件默认监听的都是localhost：<!-- Cassandra节点之间通信的监听地址，这里设置所在节点的ip--><ListenAddress>100.200.3.1</ListenAddress><!-- 这个是Thrift监听的地址，建议设置为0.0.0.0 --><ThriftAddress>0.0.0.0</ThriftAddress>经过上面的配置就可以启动节点了：进入bin目录，直接执行：./cassandra。安装完成。

Cassandra，卡珊德拉，古希腊典型的悲剧性人物。特洛伊公主，普里阿摩斯的其中一个女儿，她的后妈赫克柏从登基以来就一直想除掉他们这些前妻的孩子，于是6岁的卡珊德拉被送到修女院去当尼姑，饱受凌辱，而她弟弟厄俄瑞西斯后来在一次政变失败后被处死。为了报复后妈的残酷，17岁的卡珊德拉以女祭祀身份进入宫廷，宣布后妈新生的儿子帕里斯会带来特洛伊的灭亡，于是普里阿摩斯王就把帕里斯丢去喂狼。而后妈的另一个儿子赫克托却健康成长成一个民族英雄。帕里斯长大后，由养父带回宫廷，与父母团聚，赫克柏趁机向皇帝进谗言，于是卡珊德拉被关进地牢，等待处决。特洛伊战争，联军攻破城池以后，卡珊德拉从地牢里逃了出来，结果她先被小埃阿斯强暴，后来阿迦门农杀死了小埃阿斯，抢走了卡珊德拉，占为己有。回到迈锡尼以后，阿迦门农的老婆克吕泰尼斯特拉为掩饰奸情，把丈夫杀死在床上，同时也杀了卡珊德拉灭口。她死后被追认为预言家，因为她的诅咒全部都应验了。

Cassandra中的Key有如下三种类型 每张表都需要有主键。主键可以是一个字段或者多个字段的组合。每条记录的主键必须唯一。举个例子 这个数据表的主键有多个字段，称做复合主键。 Cassandra 根据分区键，使用一致性哈希算法，把数据分配到集群的各个机器上。一个机器可以包含多个分区。 Cassandra 保证同一分区键的数据都在一台机器上。通过合理的设置分区键，可以让你的查询让尽量少的机器处理，提升查询的效率 对于单主键字段来说，分区键和主键是同一个字段。 对于复合主键字段来说，默认情况下，分区键是复合主键的第一个字段。如上例中，分区键是 club 字段 可以通过括号来将分区键指定为多个字段，如将上面 CQL 的11行修改为 Clustering Keys决定了分区内数据的排序。让我们再看一下最初的例子 在主键中的字段，除了分区键外都是 clustering key 。既然 club 是主键，那么 league name kit_number position goals 是Clustering key。你可以定义 clustering key 中每个字段的升降序。可以将 kit_number 降序、 goals 升序 排序顺序与主键中字段的顺序相同。因此，在上面的例子中，数据是按照如下布局的 定义不同字段升降序的语法如下(默认为升序)

Cassandra 的写速度比 MySQL 快的两大根本原因1、cassandra没有sql解析层，这是个大块2、cassandra采用memstable+sstable的模型，最大化的提高数据的写入性能，磁盘操作只有顺序写。nosql产品的数据写入buffer非常大， nosql用数据安全换取高性能， 其实没有绝对的优势，看你的产品具体需求

12月10日下午2点，服务突然无响应，业务线接口出现大量超时，经过定位分析，发现是Cassandra查询请求大量阻塞，进一步观察日志发现是Cassandra多分区查询引起的， 虽然这个问题是由业务线的一个小bug引起的（一个in查询包含2w个元素），但同时也暴露出了我们底层服务的瓶颈问题 我们假设id是users表中的分区主键，存储了id为1、2、3、4的4条数据，极端情况下，4条数据会被分配到4个分区进行存储（但也可能在1个分区里），我们假设数据不在一个分区内，然后通过下面的语句一次查询出这4个用户的方式就是多分区查询。 假设order表中有uid, day ,productid三个字段，uid为分区键，day为排序键；我们通过下面SQL在订单表查询出用户1在某几日的消费详情，虽然这里也用到了in操作，但因为指定了uid为1，所以查询请求会只命中一个分区。 假设将A,B,C三条数据存储在一个9节点3副本的集群里，当我们使用SELECT * FROM mykeyspace.mytable WHERE id IN (‘A","B",C")这样一个查询时，Cassandra的处理机制是这样的: 客户端与服务端建立同步请求，服务端会根据平衡策略在9台节点中选择一个节点作为调制协调器，负责解析SQL并将请求转发到其它节点，然后拉取对应数据到协调器节点，协调器存储了查询关系和每个数据节点返回的数据，正常情况下当协调器节点获取所有数据后会返回到客户端，相应的如果协调器发生故障，整个查询将根据配置的重试略重新开始请求。 一版情况下多分查询是不会有任何问题的，Cassandra都能够很快的将结果进行返回，但随着业务的变动和数据增长，一次需要查询的分区主键元素会变多，相应的Cassandra需要检索的分区数量也会变大，这样会消耗更多的堆空间，并引发频繁GC导致集群可用性下降。 主要优化方式是将上面请求改为固定分区异步并发请求，上面的SQL为改成下面这种方式多次请求服务端 看到反人类的操作 着实让我震惊了一把，这么做不应该更慢吗？看似不合理的操作实则内有玄机。 首先，客户端会与服务端建立session会话，每个session会根据服务器情况设置对应数量的连接池，每个连接池会与服务器建立若干连接，每个连接都是异步的（采用netty异步双工技术实现），所以一个连接是可以同时发出多个请求的，在发送下一个请求前不需要等待上一个请求的完成 这种查询还有另一个好处 它不存单一的协调器节点了，查询分摊到了多个cassandra节点上，充分利用了集群的CPU和内存资源 4.x 客户端提供了丰富的配置及优化策略 如失败重试策略等。篇幅有限这里就不一一列举了 多分区数据查询是比较消耗性能的，类似的还有allow filtering无法查询，如果需要一次查询的分区键元素数量不是很多，固定分区遍历查询与In关键字查询性能区别不是很大，在我们当前业务环境中通过测试发现，当一次查询元素个数超过1000时固定分区查询性能提升2倍，3000-5000时性能提升3-5倍，待查询的元素个数越多性能提升越明显，整体来看有3-10倍的性能提升，但响应时间也会相应变长。

Cassandra KK: [kə"sændrə] DJ: [kə"sændrə] n. 1. 【希神】卡珊德拉(特洛伊女预言家) 2. 凶事预言家;不为人所信的预言家

cassandra英文名寓意卡桑德拉。寓意：宝宝有组织能力。宝宝英文名释名Cassandra，译；卡桑德拉。寓意：宝宝有组织能力。Christina，克里斯蒂娜。译：寓意：宝宝有创造性。Joanna，译：乔安娜。寓意：宝宝有钱。Down-bearded youth，译：朱莉安娜。寓意：宝宝情感丰富。Elizabeth，译：伊丽莎白。寓意：宝宝成为理想主义者。宝宝中文名释名依依：文静，安闲。阳阳：阳光一样灿烂。天天：天天开心快乐。糖糖：甜蜜的宝贝。聪聪：聪明可爱。蓉蓉：像芙蓉一样美丽。别出心裁的女宝宝名字恬恬、小钻、倩倩、锦程、月月、冉冉、华华、馨馨、芷蕾、冠冠、文丽、豆豆、娜娜、逸娅、莉莉、玲玲、海儿、小可、团团、向向、美美、拉拉、蔻蔻、健健、樱樱、建圣、璐璐、聪聪、海马、如波、巍巍、扬扬、灵灵、璐梅、安安、易儒、奔奔、双双、欣欣、会会一个小名好听，可以为宝宝带来许许多多惊喜，所以我们在给宝宝取小名的时候，千万不能马虎、应付了事，这会影响孩子一辈子的哦。

cassandra英文名寓意卡桑德拉。寓意：宝宝有组织能力。宝宝英文名释名Cassandra，译；卡桑德拉。寓意：宝宝有组织能力。Christina，克里斯蒂娜。译：寓意：宝宝有创造性。Joanna，译：乔安娜。寓意：宝宝有钱。Down-bearded youth，译：朱莉安娜。寓意：宝宝情感丰富。Elizabeth，译：伊丽莎白。寓意：宝宝成为理想主义者。宝宝中文名释名依依：文静，安闲。阳阳：阳光一样灿烂。天天：天天开心快乐。糖糖：甜蜜的宝贝。聪聪：聪明可爱。蓉蓉：像芙蓉一样美丽。别出心裁的女宝宝名字恬恬、小钻、倩倩、锦程、月月、冉冉、华华、馨馨、芷蕾、冠冠、文丽、豆豆、娜娜、逸娅、莉莉、玲玲、海儿、小可、团团、向向、美美、拉拉、蔻蔻、健健、樱樱、建圣、璐璐、聪聪、海马、如波、巍巍、扬扬、灵灵、璐梅、安安、易儒、奔奔、双双、欣欣、会会一个小名好听，可以为宝宝带来许许多多惊喜，所以我们在给宝宝取小名的时候，千万不能马虎、应付了事，这会影响孩子一辈子的哦。

Cassandra的配置文件可以对Cassandra中的数据进行配置。cassandra.yaml 中关于存放数据信息的配置如下： 数据信息一共分为以下3类： 在data目录下，Cassandra 会将每一个 Keyspace 中的数据存储在不同的文件目录下，并且 Keyspace 文件 目录的名称与 Keyspace 名称相同。 假设有两个 Keyspace，分别为 ks1 和 ks2，但在 data目录下，将看到3个不同的目录：ks1，ks2和 system。其中 ks1 和 ks2 用于存储系统定义的两个 Keyspace 的数据，另外一个 system 目录是 Cassandra 系统默认的一个 Keyspace，叫做 system，它用来存储 Cassandra 系统的相关元数据信息以及 HINT 数据信息。 当 Cassandra 有数据需要更新时，第一个记录这个更新的地方就是 Commitlog。 Commitlog由如下两个部分构成： CommitLog - xxx.log 、 CommitLog - xxx.log.header 。 在 CommitLog - xxx.log 文件中，保存了每一次更新操作的值。 在 CommitLog - xxx.log.header 文件中，记录了哪些数据已经从 memtable 中写入 SSTable 中。 通过log. header文件中记录的元数据信息, Cassandra 可以及时删除不必要的Commitlog文件，减少磁盘的占用量，并在Cassandra重启时,加快从Commitlog中恢复数据的速度。 Commitlog文件的大小可以在配置文件中指定，默认是128MB。 当一个Commitlog文件大小超过设置的阈值后，将会新建一个Commitlog,并将更新数据写人这个新的文件中。 Cassandra提供了两种记录Commitlog的方式:周期记录( periodic)和批量记录( batch)。如果使用周期记录的方式，需要在配置文件进行如下配置: Cassandra会每次更新信息将写人 Commitlog 中，并且每隔一定的时间间隔( commitlog-sync_ period in ms )调用 org apache. cassandra. io. util. BufferedRandomAccessFile. syne() 同步 Commitlog 文件。 如果使用批量记录的方式，需要在配置文件进行如下配置: Cassandra会缓存每次更新信息，每隔一定的时间间隔( commitlog sync_ batch _window_in_ ms )调用 org. apache. cassandra. io. util. BuferedRandomAccessFile. syne () 同步Commitlog 文件，最后将之前缓存的更新信息写人Commitlog中。 如果不允许数据丢失，可以使用周期的方式记录 Commitlog。如果写入数据量非常大，同时可以承担由于机器可能宕机导致的数据丢失的风险，则使用批量记录的方式记录 Commitlog。 在实际的使用中，可以根据情况来选用合适的 Commitlog记录方式。 数据写入 Commitlog 后，将缓存在 Memtable 中。 Cassandra 中每一个 Memetable 只为一个 ColumnFamily 提供服务。 当下面3个条件中任意个满足后，会将Memtable中缓存的数据写入磁盘，形成一个SSTable文件。 上面提到的3个参数都可以在配置文件中进行设置，Cassandra 为每一个ColumnFamily提供单独的配置。 每当有数据进人 Memtable 中时，会将数据保存到成员变量 ColumnFarmilies 中，并解析这个数据，排除重复或者是已经过期的数据。具体实现如下: 当Cassandra需要将Memtable中缓存的数据写人磁盘时，会按照内存中Key的顺序写人SSTable中。 使用 Memtable 的优势在于：将随机 IO 写变为顺序 IO 写，降低大量的写操作对存储系统的压力。 Cassandra 中的 Memtable 会缓存客户端写入的数据，当Memtable中缓存的某一个ColumnFamily中的数据量( 对应配置文件中的 memtable_ throughput_ in mb 和 memtable_ operations_in_ millions 或者超过上一次生成SSTable的时间(对应配置文件中的 memtable flush_ after_mins )后，Cassandra 会将Memtable中对应的ColumnFamily的数据持久化到磁盘中，生成一个SSTable文件。 如ColumnFamily名称为Cfl的一个SSTable文件由如下文件组成: 其中，“Cf1”为ColumnFamily的名称;“e” 为版本的标识(这个标识在0.7之前的版本中是没有的);“1”代表这是名称为Cfl的ColumnFamily的第一个SSTable,这个数字会随着新的SSTable文件的生成不断增加;“Data”、“Filter”、 “Index"和“Statistics" 分别代表 SSTable 4个不同组成部分，它们的作用各不相同。 在Cassandra中，除了用户自己定义的 Keyspace 之外，还有一个特殊的 Keyspace :名称为system的系统表空间。 用户不能在 Cassandra 中创建名为 system 的 Keyspace,只能由 Cassandra 系统自动创建。系统表空间的主要有以下两个作用: 如果系统首次启动，Cassandra 将会自动在data目录下创建系统表空间，并将系统元数据信息存放在系统表空间中。以后启动的过程中，Cassandra 将会直接从系统表空间中读取系统元数据信息。 如果 Cassandra 发现某一个节点宕机，就会将发送给宕机节点的数据以 HINT 的形式发送给另外台 Cassandra 服务器。接收到 HINT 数据的 Cassandra 服务器将数据缓存到系统表空间中，当其发现宕机的 Cassandra 恢复后，将缓存 HINT 数据发送给恢复的服务器，完成数据传输后，将缓存的 HINT 数据从系统表空间中删除。 本章从原理上分析和讲解了 Cassandra 的内部数据存储结构Commitlog、Memtable、SSTable和构成SSTable的4个子文件。了解Cassandra的内部数据存储构造有利于为基于Cassandra的应用程序设计合理的数据模型，以及找出造成读写瓶颈的原因。另外还介绍了Cassandra的系统表空间，了解了整个系统元数据管理的机制。

注意：如果服务器有防火墙千万记得开放端口 首先准备3个服务器并装好cassandra 一、清理cassandra数据目录  二、修改cassandra配置 需要对3个服务器上的cassandra配置中的属性seeds、rpc_address、listen_address进行修改 首先登陆到服务器中 服务器192.168.88.96 ： 服务器192.168.88.100 ： 服务器192.168.88.113 ： 开放服务器端口7000、7001、9160、9042 我的服务器是centos7    开放端口     重新启动防火墙：     查看防火墙状态 在每个实例上启动cassandra： 并验证Cassandra集群设置是否成功：     nodetool status