本文讨论了高并发场景下，服务器如何高效处理大量供应商关注的通知，避免服务器资源过度消耗。通过需求表与通知状态表的左连接，实现已读未读状态的实时更新，同时采用异步处理方式，如使用Redis队列，确保小程序或公众号提醒的及时发送。
上述是应用场景，但经过构思这样供应商关注量大的话，按这样思路可能会使服务器爆炸。然后就问大佬，大佬说只在需求方读一条数据的时候才插入数据，消息的已读未读状态可以通过需求表left join到需求通知状态表，判断已读，其他便是未读的了，如果发送小程序提醒或公众号提醒就通过异步(必要时需要用到队列redis)，只要需求发布了，就推一条给异步，让异步遍历后发送就好了。
——大佬终归是大佬
扫一扫
11-15
354
354
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
