新浪微博資料庫是如何設計的?

時間 2021-05-08 08:57:08

1樓:leef

quora 上有相同的 Activity Streams: What are the scaling issues to keep in mind while developing a social network feed? 集中在Push 和 Pull 的選擇。

高Follow和高subscribe,姚晨有》1000萬的粉絲,訂閱》2000的使用者,都是很大的挑戰。 twitter 採用push, facebook 採用pull, 開源的Feedly 系統採用Push https://

2樓:鐵牛仔

3樓:送伱一朵小紅花

談談個人看法:

微博技術架構的關鍵點在於如何優化Cache和訊息佇列的使用效率,以及合理規劃資料儲存方式。

如此海量的資料推送必然是通過非同步訊息佇列處理,而不是簡單的資料庫直接寫入,因此系統的負載壓力會逐層分散到後端資料庫上,並不是集中於某幾台資料庫上。

新資料通知,應該通過各種基礎服務預先計算出的資料集合,再通過客戶端每30秒的輪詢請求返回,並非請求後的實時計算,因此壓力可能更多的集中在cache層上。

關係型資料庫,資料庫表設計,兩個表的連線關係是多對多,連線表的設計除了傳統的設計方案外還有其他設計方案麼?或者說有幾種可能的設計方案。

王璐 你所說的符合正規化的設計肯定是設計的第一步,之後的設計要看業務具體怎麼用這些資料。馬上就能想到的幾點是 未完成的訂單備受關注 已完成的訂單不會有修改。要解決題目中的查詢壓力,簡單的方案是 把未完成單 三月內單 歷史訂單分開儲存。當然對於前端的處理和快取也能有效減少查詢和查詢壓力。 LS的已經回...

雲資料庫是如何擊敗oracle的

aiirii wong 為啥oracle突然間大公司都不用了呢?我覺得提問者這句話是不對的。這不是乙個突然的過程,也沒有大公司都不用了。外的情況我不是很了解,主要基於國內的情況做些分析 從我看到的情況,很多公司還在繼續用oracle,但新的公司,或者新的業務系統,確實更多採用開源資料庫,包括雲資料庫...

大型網路遊戲的資料庫是怎麼設計的呢?

樹懶學堂 看完這個問題,樹懶君深思熟慮了一番,覺得大致有以下兩種思路 將所有資料先寫入乙個資料庫伺服器。利用SQL的複製功能,同步幾個鏡象資料庫伺服器。當執行查詢的時候,程式自動分流在不同鏡象資料庫裡查詢資料。但是,這個方案有乙個非常明顯的問題 原始資料庫的寫運算元據量衝擊過大時,原始資料庫萬一撐不...