写在前面
在日常应用里，经常会有动态和消息通知的推送功能，例如微信的朋友圈，微博的动态等。那么我们是如何实现这些高并发的业务需求呢。
此处，我们用一个案例来阐述一下推拉模式的基本原理。
业务场景
我们有个千万级的用户的私信系统，可以进行1v1的私信或者接受系统推送的私信。
优良方案
我们用推拉方式相结合的方式来实现上述业务
表结构设计：系统私信表，用户私信分表1，用户私信分表2，用户私信分表3…………
主表：id userId toUserId isRead content
分表：id userId toUserId privateUserId isRead content
表结构说明：
1、系统私信表只记录系统私信
2、用户根据私信接收方用户id，取模分表
业务流程
1v1（推）：记录直接插入对应接收者的分表，以及发送者的分表，当接收者和发送者的取模是在同一个分表里，会有两条相同的记录，而且会导致isRead问题的出现，所以增加privateUserId，标识该记录是谁拥有的。
系统v1（推拉结合）：记录插入系统私信表，用户读取未读数的时候，把记录拉取到对应接收者的分表当中，并标识未读状态。
聊天界面：当用户读取聊天界面的时候，根据用户所在分表，直接读取分表的数据，将界面的加载数据置为已读状态即可。
以上