关于动态通知类的推拉模式

写在前面

在日常应用里，经常会有动态和消息通知的推送功能，例如微信的朋友圈，微博的动态等。那么我们是如何实现这些高并发的业务需求呢。

此处，我们用一个案例来阐述一下推拉模式的基本原理。

业务场景

我们有个千万级的用户的私信系统，可以进行1v1的私信或者接受系统推送的私信。

优良方案

我们用推拉方式相结合的方式来实现上述业务

表结构设计：系统私信表，用户私信分表1，用户私信分表2，用户私信分表3…………

主表：id userId toUserId isRead content

分表：id userId toUserId privateUserId isRead content

表结构说明：

1、系统私信表只记录系统私信

2、用户根据私信接收方用户id，取模分表

业务流程

1v1（推）：记录直接插入对应接收者的分表，以及发送者的分表，当接收者和发送者的取模是在同一个分表里，会有两条相同的记录，而且会导致isRead问题的出现，所以增加privateUserId，标识该记录是谁拥有的。

系统v1（推拉结合）：记录插入系统私信表，用户读取未读数的时候，把记录拉取到对应接收者的分表当中，并标识未读状态。

聊天界面：当用户读取聊天界面的时候，根据用户所在分表，直接读取分表的数据，将界面的加载数据置为已读状态即可。

 以上