Google廣告業(yè)務(wù)核心從MySQL遷移至F1
原創(chuàng)近期Google將其廣告業(yè)務(wù)數(shù)據(jù)庫從MySQL遷移至F1。雖然響應(yīng)速度上有所下降，但F1的伸縮性方面有明顯的優(yōu)勢(shì)。
【51CTO綜合報(bào)道】Google廣告系統(tǒng)原先采用MySQL作為后端數(shù)據(jù)庫，現(xiàn)在部分系統(tǒng)遷移到F1上面，占比數(shù)據(jù)不詳知。但是一項(xiàng)廣告核心業(yè)務(wù)已經(jīng)遷移到F1。F1的特點(diǎn)并不是像賽車一樣的快，為了支持下面這些特性，F(xiàn)1付出了對(duì)響應(yīng)時(shí)間的要求。不過響應(yīng)時(shí)間還是可以為OLTP業(yè)務(wù)所接受。
1. 結(jié)構(gòu)化數(shù)據(jù)存儲(chǔ)；2. 并行SQL執(zhí)行引擎；3. 通用的事務(wù)支持；4. 觸發(fā)器；5. 支持索引；6. 動(dòng)態(tài)擴(kuò)展；7. 跨機(jī)房同步。
附F1數(shù)據(jù)處理流程圖
對(duì)比MySQL較低的延遲寫入，F(xiàn)1的強(qiáng)一致性和存儲(chǔ)系統(tǒng)更加具有吸引力。在成功遷移到F1后，Google的廣告業(yè)務(wù)核心將豐富customerfacing應(yīng)用套件，使整個(gè)系統(tǒng)沒有停機(jī)時(shí)間，如何重組架構(gòu)和應(yīng)用和在最大程度上隱藏來自外部用戶增加的延遲，將在今后的文章中被提到。 F1的分散性，還允許它輕松擴(kuò)展，并支持比傳統(tǒng)的RDBMS更高的批處理工作負(fù)載吞吐量。
感謝來自TechMiMi的網(wǎng)友red7分享
【編輯推薦】
- MoreSQL（NewSQL）挑戰(zhàn) NoSQL？
- NoSQL生態(tài)系統(tǒng)
- 甲骨文NoSQL數(shù)據(jù)庫第一印象
- 先睹為快：甲骨文NoSQL數(shù)據(jù)庫
- 分布式緩存能否作為NoSQL數(shù)據(jù)庫?
責(zé)任編輯：彭凡
來源：
51CTO
