微博评论点赞mysql设计_关于微博评论功能的设计与思考

前几天的上线功能bug，由于评论数量过多，未异步加载，导致数据丢失，原因是新老功能迁移时未做异步加载，就此功能找一下微博类评论等功能的架构设计思考，还有其他产品，社区，论坛，博客等。

微博曾流传可支撑8位明星同时出轨，但大事件屡屡挂掉，周杰伦出新歌，充值点播渠道挂掉，2019年财报微博日平均活跃用户2.16亿，面对亿级平台该如何设计架构？

难点一：大V发布微博，大事件下同时可达百万，千万用户接受到订阅消息，微博需要对此条信息进行计数，评论，点赞进行过滤，转到用户的各个平台。

难点二：数万用户同时访问，系统单点故障导致的雪崩问题，访问速度变慢，甚至单节点挂掉，导致惊群效应。

难点三：评论的套娃现象，以及实时回复展示问题，一条热评下会有数量回复，以及层级下的回复，且能实时回复并展示。

以上是个人觉得难点所在，平时的业务也可能出现类似现象，但用户量是个问题，达不到峰值访问，就测不出很多隐藏问题。

没有实战经验的高并发都是纸上谈兵！

当看过新浪架构师开发者大会实记后会有所感悟，文章就不大篇幅复制了，贴下链接。

https://blog.csdn.net/guodongbuding0423/article/details/83765669?utm_medium=distribute.pc_relevant_t0.none-task-blog-BlogCommendFromMachineLearnPai2-1.channel