“官宣体”火了，微博瘫了……

好吧，唐僧终于娶到了女儿国国王！

什么叫猝不及防？

10月16日10点07分

俩人配文“官宣”正式宣布结婚喜讯！

今天还是赵丽颖31岁生日！

更值得一提10.07是冯绍峰的生日！

这意义及其非凡啊！

消息一出

最惨烈的还是微博了！

10点16分，赵丽颖冯绍峰夫妇掐点官宣；

10点21分，微博宕机；

这一把狗粮，杀伤力可见一斑…

遇到这种事情还能怎么办呢

当然是先发个微博安慰下大家了

对此事微博@微博客服紧急发了一条微博

表示：大家别急！

从微博@相关部门的工作人员用的这个表情里

小编好像看到了身为技术人员的无奈

上一次微博出现这种盛况，还是在2017年，那时鹿晗和关晓彤公布了恋情，然后在话题风暴中，微博就瘫痪了…

当时微博的客服发布了官方公告向用户道歉。然而非官方公告则表示：

具体怎么瘫痪的，你们不知道么…

小编给大家整理一下时间点：

12点鹿晗发微博公布恋情；

12点02分关晓彤微博回应；

12点15分网友们陆陆续续反馈页面无法显示；

12点32分微博客户端全面宕机；

宕机中……

宕机中……

宕机中……

近四个小时之后，

16点04分，服务器稳定！

令人捧腹的是，

当天正是微博搜索工程师丁振凯的婚礼，

因为微博全面宕机，

只能暂停婚礼去维护服务器……

估计当时新郎官的“惨状”让大家记忆深刻

一年后的今天

微博炸了之后

网友纷纷表示：

如果站在一个程序员的角度

如何看待今天这件事呢

在此我们先看一段

当时鹿晗公布恋情导致微博炸了引发的思考

读操作应该不会拖垮微博

第一个想到的流量问题，被大量请求冲击导致服务器负载过高，一台一台的挂掉了，但是在没有看到微博公布的数据之前，微博这样的技术架构应该不太可能轻易的被大流量压垮，以新浪微博这个体量应该不会这么容易就垮了，而且即使服务器负载达到上限，有自动扩容的机制在，应该也可以撑住一段时间，不至于垮了这么久。

数据库出了问题？

否定了第一个想法后，又想到了数据层面，根据当时的微博转发数、评论数、评论的回复数、评论的点赞数及这条微博所关联的其他微博的数据，极大的可能是由于事发当时需要写入数据库的请求太多，写操作到达峰值，以及大部分写都会落到同一条微博(也就是鹿晗的这条微博)上，由于微博的评论设置层级较高，某些写操作还可能会触发其他的写操作，数据库压力过大扛不过来，导致数据库挂了一段时间，根据当时的想法整理了一下草图，(当时画图的时候也没有预料到图中的n竟然是上亿级别的！)

缓存或者其他中间件出了问题？

重新缕了一下思路，问题难道在缓存的设计上吗？微博的缓存设计好像一直有些小问题吧，可能是为了服务的高可用及成本考虑刻意舍弃了一些功能，这个就不讨论了。

数据库肯定是出问题了的，但是主要问题应该不是在数据库压力上，毕竟有缓存层，而且评论或者点赞并不一定要完全保证实时性和精准性，有一定的数据丢失和误差也是可以接受的，因此数据库挂掉一段时间是可能存在的，其次，当时无法正常发布评论和点赞，那条微博的评论内容也无法正常显示，比如分页数据就无法正常获取，这里应该是缓存层也出现了问题，可能缓存也被击穿了….

根据去年@微博数据助手发出来的一条博文

我们可以清楚地了解到：

流量冲击是罪魁祸首

从中可以获得的信息有：

微博在传播中共形成30个转发层级

经微博反垃圾系统处理后

剩余有效转发数336777条

覆盖微博用户801,386,453人

8亿多用户是什么概念

在几乎一年后的今天

赵丽颖发出微博后炸了的这段期间

转发221万，评论56万，转发30万

其中究竟有没有涉及到水军，刷评论等行为

我们目前尚不清楚

但微博实实在在的崩了

END

郭敬明事件、薛之谦事件；历经鹿晗关晓彤公布恋情；再到今天赵丽颖冯绍峰发布婚讯；不难看出，遇到热点事件，新浪微博一般在10~15分钟内，就会陆续出现页面无法加载等情况……

微博作为国内第一媒体，拥有超过 3.6 亿的月活用户，也是当前社会热点事件传播的最主要平台。本来明星出轨、宣传结婚等热点事件出来就会对微博服务器产生很大影响，甚至造成瘫痪。

而微博热点事件随时都有可能发生，对于运维工程师来说是很大的考验，当然，你会说现在人工智能时代，可以对各项指标进行实时监控，一旦出现异常，立即进行邮件报警，但是，这也需要时间去调配各类资源，所以，理解至上，网友们手下留情，对运维工程师们仁慈一点儿！！！

——超级科技

QSY

· 技术大牛都在这里 ·

Hi，我是奇速盾

从现在开始

我的每一句话都是认真的

如果，你被攻击了

别打110、119、120

来这里看着就行