微信朋友圈数据库模式如何设计的？

作者：匿名用户
链接：https://www.zhihu.com/question/21909660/answer/22911817
来源：知乎
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
 

几个层次。

1、服务器为什么要管这么多？反正微信是个受控客户端（对的，不是Windows上的程序那个意思）。直接全都给客户端，然后客户端自己选择要显示哪些就好了。

优点：服务器真特么好写。
缺点：下载数据多，获取时间长，有被攻破的可能性。

不负责任地说，知道为什么微信的朋友圈明明是个网站但是就不给你用自己的浏览器访问么？知道为什么微信的网页版没有朋友圈吗？

2、客户端管不住，咱还是服务器上搞吧。用户+内容表搞起来麻烦怎么办？全都搞成内容表呗。每个用户反正也就那么多朋友，每条消息发布到每个用户自己的Timeline表上就可以了。

优点：安全，查询快。
缺点：数据库容量略大。

3、数据太大了啊魂淡，真的没别的方法了吗？那就老老实实二级表呗。服务器替每个用户去取内容的时候去取一下消息背后的用户ID，看看在不在自己好友里。

优点：精简。符合传统数据库思路，好理解。
缺点：查询太慢了。

4、太慢了太慢了太慢了啊服务器CPU烧起来了，能数据量又小、查询还快吗？那只好用映射ID了。也就是每个用户每发布一条消息的时候跟随自己的映射ID，把自己映射为自己认识的好友的ID序列，这样取数据的时候用户只要看自己在不在这个ID序列里就可以。

优点：聪明。可以用来闪爆low们。
缺点：没人这么干，用户id散列信息的处理太复杂，不是特殊系统不这么干。

5、那真的没有什么正常人的玩法了吗？那……只好图数据库了啊。用图存储所有东西，查询的时候直接图查询就好了。

优点：逻辑上直观。
缺点：优化、查询技巧复杂，代码写出来闪瞎low们。而且，不是复杂的关系用图数据库很不合算。

6、那真的就没有一种简单、存储少、查询快的方法了吗？

……这，等你发明出来教我。谢谢。

还有就是这我总结出了一些架构视频资料和互联网公司java程序员面试涉及到的绝大部分面试题和答案做成了文档和架构视频资料还有完整高清的java进阶架构学习思维导图免费分享给大家（包括Dubbo、Redis、Netty、zookeeper、Spring cloud、分布式、高并发等架构技术资料），希望能帮助到您面试前的复习且找到一个好的工作，也节省大家在网上搜索资料的时间来学习。 资料领取方式：关注 私信关键字【资料】即可免费获取！！！ 如果您喜欢本文章，可以点击关注，每天将有更多精彩文章与您分享！