TA貢獻1812條經驗 獲得超5個贊
如果系統有redis可以這么處理,redis的set保存已經讀取得消息id=messageIdeg:{messageid1,messageid2...}。userid_read_message作為鍵(每個用戶存一條，保存每個用戶已經讀取的所有messageid)最終既是這種結構your_user_id_read_message:{messageid1,messageid2...}那么此時已讀消息數量和具體消息的id可知，消息自然可知直接用id查表。沒有redis直接用數據庫也行，反正建一張表記錄用于已經讀取的消息id列表。拼接成字符串也好直接存JSON格式的也好，都行。目的是通過用戶id能獲取到該用戶已經讀取的消息ID。每個用戶的每條已讀消息存一條記錄這樣最好，直接通過sql就可以把這個已讀未讀，以及具體消息內容都能查出來。站內信在數據庫建表common_notice_message用于保存具體的站內信，一條就算你發10W個人也指用存一條。那么notin第一步中的已讀messageid就可以查到所有未讀的消息，自然數量和具體內容也就出來了。當用戶讀取了未讀消息（web或者app上調用了讀具體消息的接口）直接在redis的已讀消息id的set中新增一條記錄。
TA貢獻1772條經驗 獲得超6個贊
使用redis的hash實現:hash的名稱unread_msg_counthash的鍵user_idhash的值未讀數如果有新消息可以使用hincrby(unread_msg_count,user_id,1)來處理用戶已讀時，hincrby(unread_msg_count,user_id,-1)來減1或者hdel(unread_msg_count,user_id)性能和持久性要求都可以保證
舉報