鍍金池/ 問答/數(shù)據(jù)庫  HTML/ 論壇頭像徽標(biāo)數(shù)的數(shù)據(jù)庫該如何設(shè)計?

論壇頭像徽標(biāo)數(shù)的數(shù)據(jù)庫該如何設(shè)計?

我現(xiàn)在在做論壇頭像的徽標(biāo)數(shù)這個功能。
圖片描述

我的想法是:
1.每個用戶有一個數(shù)據(jù)庫,記錄被人@ta或者點贊ta或者回復(fù)ta的信息,別人有針對ta的操作時就往他的數(shù)據(jù)庫里create一條數(shù)據(jù)。有ID,操作類型(點贊·回復(fù)·@),操作類型在其他數(shù)據(jù)庫的ID,是否已讀四個屬性。但是這樣用戶多了的話要好多數(shù)據(jù)庫,感覺不現(xiàn)實。
2.把上面的所有用戶操作的信息都綜合起來,放到一個數(shù)據(jù)庫里。但是這樣感覺數(shù)據(jù)庫好大,每次都要全部掃描一遍把屬于這個用戶的信息select出來。 select * from table where id = userid。
然后為了避免這個數(shù)據(jù)庫太大,當(dāng)已讀status變?yōu)?的時候就永久刪除這條記錄。

大佬一般都是怎么做的?

回答
編輯回答
憶往昔

@/點贊/回復(fù) 作為事件發(fā)送到隊列(redis 支撐),然后后臺一個服務(wù)不停的從隊列中讀取,根據(jù)目標(biāo)用戶 id 來把事件發(fā)送到目標(biāo)用戶。

發(fā)送成功了就存數(shù)據(jù)庫、失敗了看你要丟棄還是重新放回隊列。

發(fā)送成功的記錄按 每用戶上限10條(也可以每種類型都上限10條) 這樣保存到內(nèi)存數(shù)據(jù)庫(redis),這樣可以做一個緩存,你也可以自己做個機制去節(jié)約這塊的資源。

這樣就幾乎不會有 全表掃描,除非用戶想翻很久之前的記錄,那么你可以用 Hash分表 來優(yōu)化大用戶量下的表結(jié)構(gòu),但 MySQL 的性能足以撐起一個比較大的量級了,你可以先不考慮這個。

哦你也可以先存數(shù)據(jù)庫再往隊列里發(fā)免得隊列服務(wù)不小心掛掉用戶的消息就丟了。

2018年8月14日 01:52