摘要：鹿晗在新浪微博高調宣布了自己的新戀情，并大方的@了女朋友關曉彤。消息一出，微博立馬就炸鍋了。短時間內轉發評論點贊分分鐘沖上百萬，瘋狂上漲的數字搞垮了新浪微博的服務器……

大家好，給大家介紹一下，這是我們立爾訊服務器官網@www.patantconsult.com。

這幾天最火的就是鹿晗體了。

原因想必大家心里也都有數，鹿晗在新浪微博高調宣布了自己的新戀情，并大方的@了女朋友關曉彤。消息一出，微博立馬就炸鍋了。

短短幾個小時之后，該條微博被轉發 736137 次、評論 1913926 次、點贊 4179888 次，短時間內轉發評論點贊分分鐘沖上百萬，瘋狂上漲的數字搞垮了新浪微博的服務器……

曾經有人這樣調侃到，目前的新浪微博，至少能頂住三對明星的劈腿，但是10月8日下午，新浪微博出現客戶端訪問緩慢的情況，經過一個多小時的排查后恢復才恢復正常。

本次微博癱瘓的”元兇“正是鹿晗發布的公布戀情微博，不得不感嘆海量“鹿飯”憤怒的力量。

最后還是老板弄來了一千臺服務器才搞定...

然而整個事件當中，除了無數粉碎的少女心，最無辜躺槍還如此敬業的小哥哥--非這位微博搜索工程師丁振凱莫屬啦，結婚當日，遇鹿晗公布戀情，不得不從酒席上離開處理微博異常后繼續婚禮，心疼小哥哥三秒鐘......

人生總是這么起落落落落落落落落落落落落......

那一刻，被迫加班的程序員內心應該是醬紫的：

回顧一下，究竟是多大的流量使得曾豪言“微博服務器穩定，能同時應付三對劈腿的”壯志秒破功，具體數據如下圖所示：

其實服務器的宕機幾乎是所有網站都曾面對的事件，哪怕是亞馬遜，也會出現不可避免的宕機事件，那么應該如何預防和解決訪問量過大導致的服務器宕機呢?

首先，服務器配置的選擇

服務器是一切的基礎，每種服務器能承受的并發連接數量和訪問的IP數量是有限制的，不同配置承受的訪問量也不同，如果服務器經常訪問量過大，還是要選擇性能比較號的服務器。當然，這種事件性的高并發不可能每天都會發生，選擇彈性配置的云服務器是目前互聯網公司的最理想選擇。

其次，數據庫優化

I/O是一個大問題，數據庫的頻繁讀寫，服務器的頻繁請求(包括靜態文件的讀取，圖片的讀取)等都屬于I/O問題。對于數據庫的問題，首先要優化SQL，存儲過程等。

如果單表數據量過大要考慮做分割或者運用程序來控制分表。如果請求量過大，要考慮做集群。

對于服務器(靜態)文件的I/O問題，則可以考慮做CDN，這樣也可以解決地域性問題。對于動態文件的訪問，則涉及到代碼優化及負載均衡兩項。

另外一點也是比較重要的，在做任何項目前應該有一個整體規劃，就像題主所提到的，在做這個項目前就應該要預計下做活動時，你的負載將會高出百分之多少，預計的準不準是一回事，做不做這個準備工作是另外一回事，如果做了準備工作，用壓力測試工具去檢測下你的環境，可能服務器掛掉的風險會更小，損失的用戶也會更小。