网站的站内消息可能有单播，组播，广播。比如余额提醒是单播，vip用户消息是组播，系统通知是广播。一般情况下这些可能会分表设计。对于已读和未读逻辑而言，单播和广播比较简单，不需要太多的数据存储。对于组播就比较麻烦，在发布消息时，需要保存用户的未读状态。如果一些用户已经放弃了这个网站，那么相当于存了一些无用的数据，而且在发布消息时，数据库IO访问会比较频繁。
基于订阅模式设计
灵感来自于MQTT协议的订阅发布系统。每一条消息有一个主题，每个用户默认关注自己主题为自己ID和系统广播的消息。对于分组的用户，每组用户关注特定的主题。这样在用户读消息时，只需要保存用户读了某一条消息，未保存意味着未读。
消息表
消息表
已读状态表
已读状态
