導讀：大數據時代的來臨也促使NoSQL數據庫迅速崛起，但這并不意味著傳統關系數據庫即將消亡。近日Google研究院就推出被稱為F1的新型數據庫，F1作為一種混合型數據庫融合了BigTable的高擴展性和SQL數據庫的可用性和功能性。F1數據庫作者共有12人，清單如下：J

導讀：大數據時代的來臨也促使NoSQL數據庫迅速崛起，但這并不意味著傳統關系數據庫即將消亡。近日Google研究院就推出被稱為F1的新型數據庫，F1作為一種混合型數據庫融合了BigTable的高擴展性和SQL數據庫的可用性和功能性。F1數據庫作者共有12人，清單如下：Jeff Shute、Mircea Oancea、Stephan Ellner、Ben Handy、Eric Rollins、Bart Samwel、Radek Vingralek、Chad Whipkey、Xin Chen、Beat Jegerlehner、Kyle Little?eld、Phoenix Tong。

現今云計算的從業人員對NoSQL一詞并不感到陌生，雖然很多技術人員都長期從事關系數據庫的工作，但現在他們對NoSQL技術充滿期待。對于企業來說，從關系型數據庫到NoSQL數據庫轉變絕對是個需要深思熟慮的大改變。這涉及的不僅是軟件的變化，更多的是對于數據存儲上觀念性的變化。

NoSQL——關系數據庫的有力補充

目前，NoSQL和文檔數據庫成為關系數據庫的有力補充（而非替代品），同時提供了更多的選擇。如果企業準備將數據遷移，那么選擇NoSQL的重要標準就是要看CAP（Consistency、Availability和Partition Tolerance），也就是我們所說的一致性、可用性和分區容忍性。但CAP原則要求在分布式系統只能選擇一致性、可用性和分區容忍性其中的兩項。所以如果企業認為一致性是重要的那么關系數據庫理應是優先選擇的對象。

例如在銀行等應用領域，一致性是非常重要的，這要求必須隨時考慮每個數據塊。 而CAP原則中的可用性也不容忽視，某些領域的數據可用性要比等待所有交易數據收集齊全更為重要。最后在水平縮放時，分區容忍性對于文檔數據庫顯得尤為關鍵。但MongoDB并不支持復雜的事務，只支持少量的原子操作，所以不適用于“轉帳”等對事務和一致性要求很高的場合。這就要求需要一個關系數據庫來對 交易進行過高級別的控制。

鑒于NoSQL目前的現狀，Google研究院近日就推出命名為F1的新數據庫，F1作為一種混合型數據庫融合了BigTable的高擴展性和SQL數據庫的可用性和功能性。F1數據庫意味著你可以擁有伸縮性很強的數據庫，而不必轉向NoSQL。

F1可支持Google核心的AdWords業務

F1是一個從頭開始建立的新數據庫，其設計指標符合Google所需的規模，與此同時不會影響RDBMS的功能。F1的關鍵特性包括：高擴展性（自動分片存儲）； 可用性和一致性（同步復制）； High commit latency: Can be hidden（分層架構、協議緩沖列類型、高效客戶端代碼）

F1底層存儲

F1的底層文件系統為BigTable的繼任產物Megastore，其屬性主要包括：全局分布式；同步跨數據中心復制；可視分片和數據移動；常規事務；多次讀取單原子寫入；本地或跨機器以及快照讀取。

F1數據庫的架構和特性

架構：Sharded Spanner 服務器；數據存在GFS和內存之中；Stateless F1 服務器；工作池提供查詢執行

特點：關系模式；擴展到層次和豐富的數據類型；無阻塞的架構變更；一致性指標；并行讀取SQL或MapReduce

層次模式架構

集群存儲

F1目前目前面臨的挑戰

當前面臨的挑戰主要有：并行查詢執行、故障恢復、隔離、優化、遷移應用時要求不宕機等等。

Google從MySQL遷移到F1給其帶來了更高的擴展性、更高的可用性、等效一致性得以保證同時兼顧強大的SQL查詢。總之，Google的此次數據庫遷移在保證數據庫規模的同時并沒有失去任何的數據庫功能。（Terminator/編譯）

查看完整PDF文件

延伸閱讀：Google Megastore分布式存儲技術全揭秘

聲明：本網頁內容旨在傳播知識，若有侵權等問題請及時與本網聯系，我們將在第一時間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com