美國著名社交網(wǎng)站Twitter近日在其官方工程技術(shù)博客上發(fā)布兩條重量級消息：Twitter將不再使用Cassandra數(shù)據(jù)庫系統(tǒng)儲存數(shù)據(jù)，Cassandra將被改做用于Twitter實時分析產(chǎn)品的技術(shù)研發(fā)。
此前業(yè)界一直相信Twitter將在未來發(fā)展戰(zhàn)略中大規(guī)模的使用分析學(xué)的原理，但此前上述消息僅僅來源于一些言辭模糊的官方聲明。但這一次 Twitter的動作明顯要實在得多，美國著名科技博客網(wǎng)站ReadWriteWeb的馬歇爾·柯克帕特里克(Marshall Kirkpatrick)根據(jù)現(xiàn)有的證據(jù)預(yù)測Twitter的實時分析產(chǎn)品將于近幾日之內(nèi)面世，而Twitter的工程師瑞恩·金(Ryan King)在博客中直接說到：“公司的分析團隊、運營團隊以及基礎(chǔ)建設(shè)團隊正在使用Cassandra系統(tǒng)合作研發(fā)一款供Twitter后臺以及客戶共同使用的大規(guī)模實時數(shù)據(jù)分析產(chǎn)品。”
Cassandra是一款開源Apache項目，該項目最早由Facebook于2008年進行開源。瑞恩·金表示未來Cassandra仍將做為 Twitter眾多新產(chǎn)和服務(wù)的核心架構(gòu)，包括地理定位數(shù)據(jù)庫、對話題趨勢的數(shù)據(jù)挖掘以及上文提到的實時分析產(chǎn)品。他說：“我們現(xiàn)在每天都在利用 Cassandra來處理相關(guān)問題，它將注定陪伴我們很長時間，未來我們對于它的使用只會不斷增加。”
以下是來自Tim[后端技術(shù)]的分析。
Twitter為什么要停用Cassandra
我們來分析一下Twitter停止使用Cassandra的原因。
1. Cassandra仍然缺少大并發(fā)海量數(shù)據(jù)訪問的案例及經(jīng)驗，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如果投入大量的精力來改進Cassandra和比較優(yōu)化MySQL 的投入來看有點得不償失。在QCon Beijing上@nk也提到Cassandra在Twitter的內(nèi)部測試中曾經(jīng)暴露出不少嚴重的問題。
Twitter為什么之前選用Cassandra
此問題曾經(jīng)在QCon Beijing 2010做過介紹，在去年的第一期廣州技術(shù)沙龍也有過交流，類似Twitter這樣的網(wǎng)站使用Cassandra的主要原因有
1. 數(shù)據(jù)增長規(guī)模需要不斷增加新服務(wù)器，傳統(tǒng)的切分方案在面臨增刪硬件時候需要手工維護，當(dāng)數(shù)據(jù)規(guī)模速度增快，業(yè)務(wù)又不運行停機維護，手工維護的成本增加造成系統(tǒng)運維不堪重負。
2. 不能簡單增加服務(wù)器解決請求量增長的問題，需要數(shù)據(jù)架構(gòu)師精細的規(guī)劃。
3. 每一個新的特性都需要重復(fù)評估數(shù)據(jù)拆分及訪問優(yōu)化的問題，架構(gòu)師需要投入大量精力review幾乎相同的業(yè)務(wù)場景。
Twitter的調(diào)整對于MySQL業(yè)界來說或許是一大利好，MySQL雖然受近期Oracle收購陰影的影響，但是對于目前大多數(shù)擁有海量數(shù)據(jù)訪問的網(wǎng)站依然是他們第一選擇。
MySQL簡單，可靠，安全，配套工具完善，運維成熟。業(yè)界碰到的大部分可擴展性方面的問題在MySQL中其實都有清晰明確的解決方法。雖然重復(fù)sharding的問題很煩，增刪機器相關(guān)的運維工作也很繁瑣，但是這些工作量還是在可以接受的范圍內(nèi)。
究竟Twitter這次策略改變是NoSQL運動的一次挫折還是前進中的一段小插曲?我們拭目以待。目前另外一大Web 2.0巨頭Digg仍然在使用Cassandra。
{{item.content}}