PS：看了很多人的設計方案，感覺大體上沒什麼變化；由於消息未讀數量是一個頻繁獲取的值，在不考慮緩存的情況下，可以如下設計
主表：用來在後臺進行管理
附表：用於用戶的操作獲取行爲
注意：羣發消息不要直接發給所有人，做成用戶觸發式的更新羣發消息，避免大量垃圾消息堆積
關於Mysql消息表的設計
發表評論
所有評論
還沒有人評論，想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章
PS：看了很多人的設計方案，感覺大體上沒什麼變化；由於消息未讀數量是一個頻繁獲取的值，在不考慮緩存的情況下，可以如下設計
主表：用來在後臺進行管理
附表：用於用戶的操作獲取行爲
注意：羣發消息不要直接發給所有人，做成用戶觸發式的更新羣發消息，避免大量垃圾消息堆積