軟件截圖:
的Apache Cassandra的最初由Facebook的專為自己的服務器和服務，利用谷歌和亞馬遜的BigTable和DynamoDB開發原則。
目前該項目被捐贈給Apache基金會誰繼續進一步發展了。
Cassandra是非常快的，數以百萬計的記錄和處理業務，即使功能，該功能是絕對必要的維持Facebook的用戶群和實時交互能力。
入門卡桑德拉應該是很容易多虧了非常良好的組織文檔和在線教程多如牛毛。
該數據庫目前在許多互聯網公司像Rackspace公司，Spotify的，Netflix公司，RockMelt的，Embedly，愛立信，Expedia的，FormSpring，Adobe公司，微博，思科，Digg的，Mollom，數字河，Page2RSS，房地產，reddit的，eBuddy網使用， EngineYard的，賽門鐵克的SoundCloud，埃森哲，狂想曲，Gowalla的，惠普，IBM，馬洛，沃爾瑪，OpenX的和其他人。正如你所看到的，這是當它涉及到矽谷的公司誰是誰名單
本發行版是新的：
- EACH_QUORUM現在是讀請求支持的一致性水平。
- 有關任何分區關鍵組件或群集鍵以及用於均衡和多列中的限制支持限制支持已添加到UPDATE和DELETE語句。
- 單柱和多柱片的限制（＆＃x3e;，＆＃x3e =＆＃X3C =和＆＃X3C;）的支持已經被添加到DELETE語句
- nodetool rebuild_index接受沒有多餘的表名索引參數
- 物化視圖，允許對服務器端的非規範化，現已推出。物化視圖提供了另一種二級索引非主鍵查詢和索引高勢列執行好得多。
- 分包的切換已經完全重寫。提示現在存儲在平面文件，為存儲和更高效的調度開銷更少。
- 選擇不清除未修復墓碑。為了避免如果修復尚未gc_grace_seconds內運行具有復活數據用戶，一個選項已被添加到僅允許從修復sstables墓碑被清除。要啟用，設置壓縮選項“only_purge_repaired_tombstones”：真實的，但請記住，如果你不很長一段時間進行修復，你能不能讓所有的墓碑周圍這可能會導致其他問題
- 在GC時間超過1000毫秒啟用警告。
什麼是新的在版本3.4.0 / 2.2.5：
- 現在支持EACH_QUORUM一致性讀取請求的水平。
- 有關任何分區關鍵組件或群集鍵以及用於均衡和多列中的限制支持限制支持已添加到UPDATE和DELETE語句。
- 單柱和多柱片的限制（＆＃x3e;，＆＃x3e =＆＃X3C =和＆＃X3C;）的支持已經被添加到DELETE語句
- nodetool rebuild_index接受沒有多餘的表名索引參數
- 物化視圖，允許對服務器端的非規範化，現已推出。物化視圖提供了另一種二級索引非主鍵查詢和索引高勢列執行好得多。
- 分包的切換已經完全重寫。提示現在存儲在平面文件，為存儲和更高效的調度開銷更少。
- 選擇不清除未修復墓碑。為了避免如果修復尚未gc_grace_seconds內運行具有復活數據用戶，一個選項已被添加到僅允許從修復sstables墓碑被清除。要啟用，設置壓縮選項“only_purge_repaired_tombstones”：真實的，但請記住，如果你不很長一段時間進行修復，你能不能讓所有的墓碑周圍這可能會導致其他問題
- 在GC時間超過1000毫秒啟用警告。
什麼是新的在版本3.3.0 / 2.2.5：
- 現在支持EACH_QUORUM一致性讀取請求的水平。
- 有關任何分區關鍵組件或群集鍵以及用於均衡和多列中的限制支持限制支持已添加到UPDATE和DELETE語句。
- 單柱和多柱片的限制（＆＃x3e;，＆＃x3e =＆＃X3C =和＆＃X3C;）的支持已經被添加到DELETE語句
- nodetool rebuild_index接受沒有多餘的表名索引參數
- 物化視圖，允許對服務器端的非規範化，現已推出。物化視圖提供了另一種二級索引非主鍵查詢和索引高勢列執行好得多。
- 分包的切換已經完全重寫。提示現在存儲在平面文件，為存儲和更高效的調度開銷更少。
- 選擇不清除未修復墓碑。為了避免如果修復尚未gc_grace_seconds內運行具有復活數據用戶，一個選項已被添加到僅允許從修復sstables墓碑被清除。要啟用，設置壓縮選項“only_purge_repaired_tombstones”：真實的，但請記住，如果你不很長一段時間進行修復，你能不能讓所有的墓碑周圍這可能會導致其他問題
- 在GC時間超過1000毫秒啟用警告。
什麼是新的版本3.2.1 / 2.2.4：
- 現在支持EACH_QUORUM一致性讀取請求的水平。
- 有關任何分區關鍵組件或群集鍵以及用於均衡和多列中的限制支持限制支持已添加到UPDATE和DELETE語句。
- 單柱和多柱片的限制（＆＃x3e;，＆＃x3e =＆＃X3C =和＆＃X3C;）的支持已經被添加到DELETE語句
- nodetool rebuild_index接受沒有多餘的表名索引參數
- 物化視圖，允許對服務器端的非規範化，現已推出。物化視圖提供了另一種二級索引非主鍵查詢和索引高勢列執行好得多。
- 分包的切換已經完全重寫。提示現在存儲在平面文件，為存儲和更高效的調度開銷更少。
- 選擇不清除未修復墓碑。為了避免如果修復尚未gc_grace_seconds內運行具有復活數據用戶，一個選項已被添加到僅允許從修復sstables墓碑被清除。要啟用，設置壓縮選項“only_purge_repaired_tombstones”：真實的，但請記住，如果你不很長一段時間進行修復，你能不能讓所有的墓碑周圍這可能會導致其他問題
- 在GC時間超過1000毫秒啟用警告。
什麼是新的版本3.0.0 / 2.2.3：
- 現在支持EACH_QUORUM一致性讀取請求的水平。
- 有關任何分區關鍵組件或群集鍵以及用於均衡和多列中的限制支持限制支持已添加到UPDATE和DELETE語句。
- 單柱和多柱片的限制（＆＃x3e;，＆＃x3e =＆＃X3C =和＆＃X3C;）的支持已經被添加到DELETE語句
- nodetool rebuild_index接受沒有多餘的表名索引參數
- 物化視圖，允許對服務器端的非規範化，現已推出。物化視圖提供了另一種二級索引非主鍵查詢和索引高勢列執行好得多。
- 分包的切換已經完全重寫。提示現在存儲在平面文件，為存儲和更高效的調度開銷更少。
- 選擇不清除未修復墓碑。為了避免如果修復尚未gc_grace_seconds內運行具有復活數據用戶，一個選項已被添加到僅允許從修復sstables墓碑被清除。要啟用，設置壓縮選項“only_purge_repaired_tombstones”：真實的，但請記住，如果你不很長一段時間進行修復，你能不能讓所有的墓碑周圍這可能會導致其他問題
- 在GC時間超過1000毫秒啟用警告。
什麼是新的在版本2.2.1 / 1.2.19 / 3.0.0-RC1：
- 去掉＆QUOT; ALTER TYPE＆＃X3C;名稱＆＃x3e;重命名為＆＃X3C;名稱＆＃x3e;＆QUOT;從製表完成
- 在anticompaction固定IllegalStateException異常
- cqlsh：描述了冷凍UDT的支持，元組
- 避免過度暴露JMX內部類
- 鑰匙加空檢查時凍結集合
- 改進的壓力工作量寫實
什麼是新的在版本2.1.6 / 1.2.19 / 2.2.0-β1：
- 去掉＆QUOT; ALTER TYPE＆＃X3C;名稱＆＃x3e;重命名為＆＃X3C;名稱＆＃x3e;＆QUOT;從製表完成
- 在anticompaction固定IllegalStateException異常
- cqlsh：描述了冷凍UDT的支持，元組
- 避免過度暴露JMX內部類
- 鑰匙加空檢查時凍結集合
- 改進的壓力工作量寫實
什麼是新的在版本2.1.5 / 1.2.19 / 2.2.0-β1：
- 去掉＆QUOT; ALTER TYPE＆＃X3C;名稱＆＃x3e;重命名為＆＃X3C;名稱＆＃x3e;＆QUOT;從製表完成
- 在anticompaction固定IllegalStateException異常
- cqlsh：描述了冷凍UDT的支持，元組
- 避免過度暴露JMX內部類
- 鑰匙加空檢查時凍結集合
- 改進的壓力工作量寫實
什麼是新版本 2.1.5 / 1.2.19：
- 刪除＆QUOT; ALTER TYPE＆ ＃X3C;名稱＆＃x3e;重命名為＆＃X3C;名稱＆＃x3e;＆QUOT;從製表完成
- 在anticompaction固定IllegalStateException異常
- cqlsh：描述了冷凍UDT的支持，元組
- 避免過度暴露JMX內部類
- 鑰匙加空檢查時凍結集合
- 改進的壓力工作量寫實
什麼是新版本 2.1.3 / 1.2.19：
- 刪除＆QUOT; ALTER TYPE＆ ＃X3C;名稱＆＃x3e;重命名為＆＃X3C;名稱＆＃x3e;＆QUOT;從製表完成
- 在anticompaction固定IllegalStateException異常
- cqlsh：描述了冷凍UDT的支持，元組
- 避免過度暴露JMX內部類
- 鑰匙加空檢查時凍結集合
- 改進的壓力工作量寫實
在什麼版本2.0.2是新的：
- 投機重試修復
- 改進的內存使用量/最大列名
- 在CQL3表固定節儉驗證拒不行標記
- 藏品固定插入與中科院
- 正確的SELECT COUNT發送的元數據
- 跟踪客戶在ClientState遠程地址
- 創建快照目錄，如果它不遷移的時候剷平清單存在
- 請順序nodetool修復默認
- 壓實戰略的實現增加了更多的鉤
- 在複合2ndary指數修正潛在NPE
- 更新FailureDetector使用nanontime
- 固定FileCacheService回歸
- 從不為CL.ANY返回WriteTimeout
- 在散裝機固定比賽條件
- 新增配置指標報告
- 掛斷查詢超過墓碑的配置數量
- 跟踪和持續的SSTable讀取活動
元數據分
在什麼版本2.0.0是新的：
- 插入CQL3表時<修復節儉驗證/ LI>
- 修正了乾淨memtables週期性的memTable刷新行為
- 修正dateOf（）預2.0時間戳列功能
- 修正的SSTable打開批處理時，無意中加載BF
- 添加流會話進度JMX
- CAS操作過程中修復NPE
- 修正為getBloomFilterDiskSpaceUsed AlwaysPresentFilter
- ，直到我們本地加載的變化，不要宣布架構版本
- 修正，支持了堆布隆過濾器尺寸大於2 GB 更大
- 要處理好解析巨大的地圖，並設置文字
在什麼版本1.2.8新是：
- 固定閱讀1.1格式的馬厩DeletionTime
- cqlsh：添加收藏支持複製
- 重試重要信息任何IOException異常
- 允許空在SELECT關係/ UPDATE / DELETE語句
- cqlsh：修正在Windows崩潰，由於libedit檢測
在什麼版本1.2.0新是：
- 不允許櫃檯集合
- cqlsh：添加單元測試
- 為LeveledCompactionStrategy固定的默認bloom_filter_fp_chance。
在什麼版本的新 1.2.0 beta3版：
- 刪除刪除的節點的所有殘餘
- 在Debian軟件包log4j的文件添加AUT-重載。
- 修正預計行緩存條目大小。
- 重置getRangeSlice過濾整理一排get_paged_slice後
- Expunges行緩存後截斷。
- 允許靜態CF定義與緊湊的存儲。
- 修正了無限循環/ schema_壓實*由於破時間戳CFS上。
- 在CounterColumn固定“錯誤的類類型”的斷言。
在什麼版本1.1.6新是：
- 等待的同步讀消化錯配寫
- 修正commitlog重播nanotime感染sstables。
- 預檢TTL最大的20年。
- （豬）修復widerow與一列行輸入。
- 修正HH與正確gcBefore，避免了消滅未交付的提示，以緊湊。
- LCS將合併到32 L0 sstables如預期。
- NTS將默認未配置的DC複製到零。
- 使用默認的一致性水平，如果沒有明確規定。
- 改進IAuthority接口，通過引入細粒度的訪問權限，並賦予/撤消命令。
- 修正假設錯誤。
- 添加離線sstablescrub到Debian的軟件包。
櫃檯驗證
更新/描述密鑰空間時CLI
什麼是新的在1.1.4版本：
- 固定下線磨砂趕上＆＃x3e =亂序行。
- 在RHEL和其它非基於劃線系統固定cassandra-env.sh。
什麼1.1.2版本是新的：
- 使用CF比較，以建立索引的列在SecondaryIndexManager排序。
- 新增strategy_options到KSMetaData.toString（）輸出。
- 含unqueried結果固定範圍查詢。
- 允許更新column_alias類型。
- 修正刪除錯誤。
- 對於平整壓實重疊的SSTable的修正計算。
- 改進擦洗，並允許脫機運行它。
- 在StorageService.bulkLoad固定的AssertionError。
在什麼版本1.1.1是新的：
- 固定分裂代回歸
- 忽略LCS最小/最大壓實設置，同時保留行為分鐘= MAX = 0禁用autocompaction。
- 請從保存的緩存讀取的行數。
- 計算清理操作所需的確切大小。
- 避免沖洗期間封鎖額外寫入時commitlog暫時落在後面。
- 啟用基於數據CF高速緩存設置CFs的索引緩存。
- 警告無效複製策略創建選項。
- 刪除[Freeable]記憶終結。
- 納入ColumnFamily.size墓碑的大小，它可以防止突然OOM質量過程中產生一個非零liveRatio刪除操作。
- 為每平整壓實級別不限1 sstableScanner。
在什麼版本1.1.0是新的：
- 平均降低liveRatio估計與前一個。
- 允許KS和CF名最多48個字符。
- 修正壓力積聚。
- 新增剩餘時間估算nodetool compactionstats。
要求：
- 的Java 1.7或更高版本
- 的Python 2.7或更高版本
評論沒有發現