看看這個(gè)

Redis

1. 消息id作為key存 true 表示未讀
2. 讀消息的時(shí)候吧這個(gè) key 刪掉

你可以新建一個(gè)表，用來(lái)存儲(chǔ)對(duì)這條信息已讀和未讀的信息。
簡(jiǎn)單幫你設(shè)計(jì)一個(gè)一下這個(gè)表如下：

假如這條信息是2017-11-29T12-12-12這個(gè)時(shí)間點(diǎn)發(fā)出的，通過(guò)比較用戶(hù)讀這個(gè)消息的時(shí)間（存儲(chǔ)在上表的READ_DATE）這個(gè)字段里，如果用戶(hù)讀取這個(gè)消息的時(shí)間大于這個(gè)消息發(fā)出的時(shí)間，就證明讀過(guò)這個(gè)消息，反之沒(méi)有讀過(guò)。

你可以設(shè)計(jì)一張 user_id msg_id status的表，存儲(chǔ)相應(yīng)的狀態(tài)。如果數(shù)據(jù)庫(kù)壓力大，可以考慮用redis緩存+本地緩存解決。

可以用bitmap來(lái)存儲(chǔ)，把用戶(hù)id 減去最小的用戶(hù)id + 1得出的id，在相應(yīng)的位上用0、1表示是否已讀就哦了

如果用戶(hù)量不大的話(huà)，可以設(shè)計(jì)一張用戶(hù)消息表，每給一個(gè)用戶(hù)發(fā)一條消息就存儲(chǔ)到里面，已讀未讀就一個(gè)字段標(biāo)識(shí)就可以了。用戶(hù)量大的話(huà)會(huì)造成很大的存儲(chǔ)浪費(fèi)，可以記錄一張消息-用戶(hù)表，里面只記錄讀了這條消息的用戶(hù)，只不過(guò)在顯示某個(gè)用戶(hù)消息的時(shí)候需要做點(diǎn)處理。

系統(tǒng)消息和發(fā)給用戶(hù)的消息應(yīng)該存儲(chǔ)在兩個(gè)不同的表中呀。用戶(hù)是否已讀，是用戶(hù)的行為，不能附加到系統(tǒng)上去。根據(jù)你這個(gè)需求，當(dāng)系統(tǒng)新生成一條消息，在sys_news的表中存儲(chǔ)一條記錄，這個(gè)表可以很簡(jiǎn)單，有個(gè)id，有個(gè)內(nèi)容就行。然后消息發(fā)送給用戶(hù)，分發(fā)給那個(gè)用戶(hù)，用戶(hù)的消息表中user_news中就要增加一條記錄。用戶(hù)消息表要有用戶(hù)的id，消息的id，消息狀態(tài)（是否已讀）。當(dāng)用戶(hù)讀了，根據(jù)用戶(hù)的id和消息的id改用戶(hù)消息表的狀態(tài)就可以了。