apache Cassandra數據庫管理系統針對數據庫進行增刪改查的操作，讓數據庫管理人員能夠更加方便的操作，使用的方法也十分的簡單，教程也比較簡潔明了，并且安裝包大小不大，適合日常辦公使用，歡迎下載！

apache cassandra軟件介紹

Apache Cassandra能夠幫助用戶便捷的建立一個屬于自己的數據庫，而且還可以對數據庫進行管理。內設豐富的功能，可以滿足用戶的不同需求，有需要的用戶可以在本站免費下載。

Apache Cassandra有著開源分布式特點，可用于儲存特別大的數據。點對點分布式的系統有著很不錯的優點。數據分布于集群中各節點，各節點間每秒交換一次信息。每個節點的commit log提交日志捕獲寫操作來確保數據持久性，眾多知名的公司都在使用它。

軟件說明

當您需要可擴展性和高可用性而又不影響性能時，Apache Cassandra 數據庫是您的正確選擇。在商品硬件或云基礎設施上的線性可擴展性和久經考驗的容錯性使其成為任務關鍵型數據的完美平臺。Cassandra對跨多個數據中心復制的支持是一流的，可為您的用戶提供更低的延遲，并讓您放心地在區域性故障中生存。

誰在使用 Cassandra

Cassandra 在全世界有多達 1500 家公司使用：

蘋果的 Cassandra 集群達到 75,000 節點，存儲了 10PB 的數據；

宜搜的 Cassandra 集群達到 270 個節點，存儲多達 300TB 的數據；

eBay 的 Cassandra 集群達到 100 個節點，存儲多達 250TB 的數據；

360 的 Cassandra 集群達到 1500 個節點；

Netflix 的 Cassandra 集群達到 2,500 個節點，存儲了多達 420TB 的數據；

餓了么的 Cassandra 集群達到 100 個節點。

在 cqlsh 里面查看環境變量

我們可以使用 DESCRIBE 命令，來查看一些集群的一些環境變量的值。下面命令查看當前集群的情況

cqlsh> DESCRIBE CLUSTER;

Cluster: Test Cluster

Partitioner: Murmur3Partitioner

DESCRIBE CLUSTER 顯示了集群的名字以及采用的 Partitioner ，Cassandra 1.2 版本開始默認為 Murmur3Partitioner，其他可選的 Partitioner 有 RandomPartitioner（Cassandra 1.2 版本之前默認的 Partitioner）、OrderPreservingPartitioner 以及 ByteOrderedPartitioner 等。

如果我們需要查看集群里面可用的 keyspaces，可以使用下面命令：

cqlsh> DESCRIBE KEYSPACES;

system_traces  system_schema  system_auth  system  system_distributed

上面命令將系統自帶的 keyspaces 都顯示出來了，如果我們自己創建了 keyspaces，也會在這里面顯示。

可以使用下面命令查看 cqlsh、Cassandra 以及 protocol 的版本：

cqlsh> SHOW VERSION;

[cqlsh 5.0.1 | Cassandra 3.11.4 | CQL spec 3.4.4 | Native protocol v4]

事實上，這些版本在啟動 cqlsh 的時候就顯示了。

Apache Cassandra 優勢

分布式和去中心化（Distributed and Decentralized）

Cassandra 是分布式的，這意味著它可以運行在多臺機器上，并呈現給用戶一個一致的整體。

去中心化這一事實意味著 Cassandra 不會存在單點失效。Cassandra 集群中的所有節點的功能都完全一樣， 所以不存在一個特殊的主機作為主節點來承擔協調任務。有時這被叫做服務器對稱（server symmetry）。

彈性可擴展（Elastic Scalability）

‍

可擴展性是指系統架構可以讓系統提供更多的服務而不降低使用性能的特性。僅僅通過給現有的機器增加硬件的容量、內存進行垂直擴展，是最簡單的達到可擴展性的手段。而水平擴展則需要增加更多機器，每臺機器提供全部或部分數據，這樣所有主機都不必負擔全部業務請求。但軟件自己需要有內部機制來保證集群中節點間的數據同步。

高可用和容錯（High Availability and Fault Tolerance）

彈性可擴展是指水平擴展的特性，意即你的集群可以不間斷的情況下，方便擴展或縮減服務的規模。這樣，你就不需要重新啟動進程，不必修改應用的查詢，也無需自己手工重新均衡數據分布。在 Cassandra 里，你只要加入新的計算機，Cassandra 就會自動地發現它并讓它開始工作。

高性能（High Performance）

Cassandra 在設計之初就特別考慮了要充分利用多處理器和多核計算機的性能，并考慮在分布于多個數據中心的大量這類服務器上運行。它可以一致而且無縫地擴展到數百臺機器，存儲數 TB 的數據。Cassandra 已經顯示出了高負載下的良好表現，在一個非常普通的工作站上，Cassandra 也可以提供非常高的寫吞吐量。而如果你增加更多的服務器，你還可以繼續保持 Cassandra 所有的特性而無需犧牲性能。

可調節的一致性（Tuneable Consistency）

Cassandra 提供了可調節的一致性，允許我們選定需要的一致性水平與可用性水平，在二者間找到平衡點。因為客戶端可以控制在更新到達多少個副本之前，必須阻塞系統。這是通過設置副本因子（replication factor）來調節與之相對的一致性級別。

通過副本因子（replication factor），你可以決定準備犧牲多少性能來換取一致性。副本因子是你要求更新在集群中傳播到的節點數（注意，更新包括所有增加、刪除和更新操作）。

面向行（Row-Oriented）

Cassandra 經常被看做是一種面向列（Column-Oriented）的數據庫，這也并不算錯。它的數據結構不是關系型的，而是一個多維稀疏哈希表。稀疏（Sparse）意味著任何一行都可能會有一列或者幾列，但每行都不一定（像關系模型那樣）和其他行有一樣的列。每行都有一個唯一的鍵值，用于進行數據訪問。所以，更確切地說，應該把 Cassandra 看做是一個有索引的、面向行的存儲系統。

靈活的模式（Flexible Schema）

從 3.0 版本開始，不推薦使用基于 Thrift API 的動態列創建的 API，并且 Cassandra 底層存儲已經重新實現了，以更緊密地與 CQL 保持一致。Cassandra 并沒有完全限制動態擴展架構的能力，但它的工作方式卻截然不同。CQL 集合（比如 list、set、尤其是 map）提供了在無結構化的格式里面添加內容的能力，從而能擴展現有的模式。CQL 還提供了改變列的類型的能力，以支持 JSON 格式的文本的存儲。

Cassandra 的應用場景

我們已經介紹了 Cassandra 的主要特點，對 Cassandra 的長處有了一定的理解。盡管 Cassandra 設計精巧，功能出色，但也不能勝任所有的工作。所以我們來介紹一下 Cassandra 最適合的場景。

大規模部署

如果你認為需要至少幾個節點才能支撐你的業務，那 Cassandra 就是個不錯的選擇。如果你的應用可能需要數十個節點，那 Cassandra 可能就是個很棒的選擇了。

地區分布

Cassandra 直接支持多地分布的數據存儲，Cassandra 可以很容易配置成將數據分布到多個數據中心的存儲方式。如果你有一個全球部署的應用，那么讓數據貼近用戶會獲得不錯的性能收益，Cassandra 正適合這種應用場合。

寫密集、統計和分析型工作

許多早期使用 Cassandra 的產品都用于存儲用戶狀態更新、社交網絡、建議/評價以及應用統計等。這些都是 Cassandra 很好的應用場景，因為這些應用大都是寫多于讀的，并且更新可能隨時發生并伴有突發的峰值。事實上，支撐應用負載需要很高的多客戶線程并發寫性能，這正是 Cassandra 的主要特性。

根據項目的 wiki，Cassandra 已經被用于開發了多種不同的應用，包括窗口化的時間序列數據庫，用于文檔搜索的反向索引，以及分布式任務優先級隊列。

變化的應用

如果你正在“初創階段”，業務會不斷改進，Cassandra 這種靈活的模式的數據模型可能更適合你。這讓你的數據庫能更快地跟上業務改進的步伐。

軟件功能

【經證明】

動視、蘋果、BazaarVoice、百思買、CERN、Constant Contact、Comcast、eBay、Fidelity、Github、Hulu、ING、Intuit、Macy's?、麥格理銀行、微軟、麥當勞、Netflix、Outbrain、培生教育、Sky、spotify、Uber、沃爾瑪以及其他數千家擁有大型活躍數據集的公司都在使用Cassandra。事實上，財富100強中有40%的公司都在使用Cassandra。

【數字化】

‍

沒有單點故障。沒有網絡瓶頸。集群中的每個節點都是相同的。

【可擴展性】

一些最大的生產部署包括蘋果公司的，有超過75000個節點存儲超過10PB的數據，Netflix（2500個節點，420TB，每天超過1萬億次請求），中國搜索引擎Easou（270個節點，300TB，每天超過8億次請求）和eBay（超過100個節點，250TB）。

【容錯性】

數據自動復制到多個節點，以實現容錯。支持跨多個數據中心的復制。故障節點可在不停機的情況下被替換。

【性能】

Cassandra在基準測試和實際應用中的表現始終優于流行的NoSQL替代品，這主要是由于基本的架構選擇。

【您可以掌控一切】

為每次更新選擇同步或異步復制。高可用的異步操作通過暗示交接和讀取修復等功能進行了優化。

【ELASTIC】

隨著新機器的增加，讀和寫的吞吐量都在線性增加，不會出現停機或中斷應用的情況。

【持久性】

Cassandra適用于那些無法承受數據丟失的應用，即使整個數據中心癱瘓也不例外。

【專業支持】

Cassandra支持合同和服務可由第三方提供。