摘要：鹿晗在新浪微博高调宣布了自己的新恋情，并大方的@了女朋友关晓彤。消息一出，微博立马就炸锅了。短时间内转发评论点赞分分钟冲上百万，疯狂上涨的数字搞垮了新浪微博的服务器……

大家好，给大家介绍一下，这是我们立尔讯服务器官网@www.learsun.com。

这几天最火的就是鹿晗体了。

原因想必大家心里也都有数，鹿晗在新浪微博高调宣布了自己的新恋情，并大方的@了女朋友关晓彤。消息一出，微博立马就炸锅了。

短短几个小时之后，该条微博被转发 736137 次、评论 1913926 次、点赞 4179888 次，短时间内转发评论点赞分分钟冲上百万，疯狂上涨的数字搞垮了新浪微博的服务器……

曾经有人这样调侃到，目前的新浪微博，至少能顶住三对明星的劈腿，但是10月8日下午，新浪微博出现客户端访问缓慢的情况，经过一个多小时的排查后恢复才恢复正常。

本次微博瘫痪的”元凶“正是鹿晗发布的公布恋情微博，不得不感叹海量“鹿饭”愤怒的力量。

最后还是老板弄来了一千台服务器才搞定...

然而整个事件当中，除了无数粉碎的少女心，最无辜躺枪还如此敬业的小哥哥--非这位微博搜索工程师丁振凯莫属啦，结婚当日，遇鹿晗公布恋情，不得不从酒席上离开处理微博异常后继续婚礼，心疼小哥哥三秒钟......

人生总是这么起落落落落落落落落落落落落......

那一刻，被迫加班的程序员内心应该是酱紫的：

回顾一下，究竟是多大的流量使得曾豪言“微博服务器稳定，能同时应付三对劈腿的”壮志秒破功，具体数据如下图所示：

其实服务器的宕机几乎是所有网站都曾面对的事件，哪怕是亚马逊，也会出现不可避免的宕机事件，那么应该如何预防和解决访问量过大导致的服务器宕机呢?

首先，服务器配置的选择

服务器是一切的基础，每种服务器能承受的并发连接数量和访问的IP数量是有限制的，不同配置承受的访问量也不同，如果服务器经常访问量过大，还是要选择性能比较号的服务器。当然，这种事件性的高并发不可能每天都会发生，选择弹性配置的云服务器是目前互联网公司的最理想选择。

其次，数据库优化

I/O是一个大问题，数据库的频繁读写，服务器的频繁请求(包括静态文件的读取，图片的读取)等都属于I/O问题。对于数据库的问题，首先要优化SQL，存储过程等。

如果单表数据量过大要考虑做分割或者运用程序来控制分表。如果请求量过大，要考虑做集群。

对于服务器(静态)文件的I/O问题，则可以考虑做CDN，这样也可以解决地域性问题。对于动态文件的访问，则涉及到代码优化及负载均衡两项。

另外一点也是比较重要的，在做任何项目前应该有一个整体规划，就像题主所提到的，在做这个项目前就应该要预计下做活动时，你的负载将会高出百分之多少，预计的准不准是一回事，做不做这个准备工作是另外一回事，如果做了准备工作，用压力测试工具去检测下你的环境，可能服务器挂掉的风险会更小，损失的用户也会更小。