Twitter在其7.9一篇官方技術(shù)博客Cassandra at Twitter Today提到暫停使用Cassandra來代替MySQL存儲(chǔ)feed的計(jì)劃，這是Twitter一個(gè)重要的架構(gòu)策略 調(diào)整，因?yàn)橹癟witter一直是業(yè)界Cassandra方向的領(lǐng)頭羊。

For now, we’re not working on using Cassandra as a store for Tweets. This is a change in strategy. Instead we’re going to continue to maintain our existing Mysql-based storage. We believe that this isn’t the time to make large scale migration to a new technology. We will focus our Cassandra work on new projects that we wouldn’t be able to ship without a large-scale data store.

Twitter為什么要停用Cassandra

我們來分析一下Twitter停止使用Cassandra的原因
1. Cassandra仍然缺少大并發(fā)海量數(shù)據(jù)訪問的案例及經(jīng)驗(yàn)，Cassandra來源自Facebook，但是在Facebook內(nèi)部Cassandra 目前只用在inbox search產(chǎn)品上，容量大約有100-200T。且Inbox Search在Facebook的基礎(chǔ)架構(gòu)中也并非核心應(yīng)用。并且還傳出不少rumors說facebook已經(jīng)放棄Cassandra。

2. 新產(chǎn)品需要一定穩(wěn)定期，Cassandra代碼或許還存在不少問題，但是Twitter如果投入大量的精力來改進(jìn)Cassandra和比較優(yōu)化MySQL 的投入來看有點(diǎn)得不償失。在QCon Beijing上@nk也提到 Cassandra在Twitter的內(nèi)部測(cè)試中曾經(jīng)暴露出不少嚴(yán)重的問題。

Twitter為什么之前選用Cassandra

此問題曾經(jīng)在QCon Beijing 2010做過介紹，在去年的第一期廣州技術(shù)沙龍也有過交流，類似Twitter這樣的網(wǎng)站使用Cassandra的主要原因有
1. 數(shù)據(jù)增長(zhǎng)規(guī)模需要不斷增加新服務(wù)器，傳統(tǒng)的切分方案在面臨增刪硬件時(shí)候需要手工維護(hù)，當(dāng)數(shù)據(jù)規(guī)模速度增快，業(yè)務(wù)又不運(yùn)行停機(jī)維護(hù)，手工維護(hù)的成本增加造成 系統(tǒng)運(yùn)維不堪重負(fù)。
2. 不能簡(jiǎn)單增加服務(wù)器解決請(qǐng)求量增長(zhǎng)的問題，需要數(shù)據(jù)架構(gòu)師精細(xì)的規(guī)劃。
3. 每一個(gè)新的特性都需要重復(fù)評(píng)估數(shù)據(jù)拆分及訪問優(yōu)化的問題，架構(gòu)師需要投入大量精力review幾乎相同的業(yè)務(wù)場(chǎng)景。

Twitter的調(diào)整對(duì)于MySQL業(yè)界來說或許是一大利好，MySQL雖然受近期Oracle收購(gòu)陰影的影響，但是對(duì)于目前大多數(shù)擁有海量數(shù)據(jù)訪 問的網(wǎng)站依然是他們第一選擇。MySQL簡(jiǎn)單，可靠，安全，配套工具完善，運(yùn)維成熟。業(yè)界碰到的大部分可擴(kuò)展性方面的問題在MySQL中其實(shí)都有清晰明確 的解決方法。雖然重復(fù)sharding的問題很煩，增刪機(jī)器相關(guān)的運(yùn)維工作也很繁瑣，但是這些工作量還是在可以接受的范圍內(nèi)。

究竟Twitter這次策略改變是NoSQL運(yùn)動(dòng)的一次挫折還是前進(jìn)中的一段小插曲？我們拭目以待。目前另外一大Web 2.0巨頭Digg仍然在使用Cassandra。