昨日，“小紅書崩了”又登上熱搜，網友們被各大平台戲稱為“服務器殺手”，手無寸鐵的網友們為何得到這個霸稱呢？

原來前段時間，各大平台都出現過服務器崩潰的現象，直接被“崩”上熱搜。

首先讓我們來看看各大平台“崩了”是什麼樣子的

#愛奇藝崩了#

#B站崩了#

#學習通崩了#

#粵康碼崩了#

#小紅書崩了#

微博搜索關鍵詞發現很多平台和網頁都發生過服務器崩潰

那麼問題來了，服務器崩潰的原因到底是什麼呢？

一、高并發流量或請求超過服務器承受力

無論是企業和個人在租用服務器的時候都會受到峰值承受限制的，一旦超過服務器的承受能力，就會導緻服務器癱瘓，應用程序暫停，網站無法訪問。因此造成服務器癱瘓的原因就是在同一段時間内，訪問人數多，造成高流量的突進，超出了服務器的承受範圍。

這種例子我們經常可以看到，比如雙11的購物節，春運期間12306網站，由于受到高并發的問題，也會頻繁地出現崩潰。用一句話來概括就是：快速增長的用戶數量，與無法同步增長的服務器性能之間的矛盾。

二、磁盤空間不足

導緻服務器無法正常運行的原因也有可能是磁盤空間溢出導緻的。企業的網絡管理員應該實時關注磁盤的使用情況，并且要在規定的時間把磁盤儲存的數據備份到另外的存儲設備裡面，确保數據無遺失。

服務器的磁盤大部分的資源都是被日志文件占用了，我們可以采取措施保護我們的數據和日志文件，日志文件對應用程序進行異地存儲。日志文件系統空間如果滿了，則web服務器将自動被挂起，但是機器本身癱瘓和宕機的幾率就會大大降低。

三、服務器超載

連接web服務器都是用一個線程鍊接的，web服務器會在線程用過之後自動挂起，不會再為已鍊接的線程提供任何服務。如果我們用了負載機制，那麼如果該服務器沒有響應，則該服務器的負載則會自動地轉移到其他web服務器上，這個操作會使服務器一個接一個的用光線程。這中操作可能會導緻整個服務器機組被挂起，操作系統同時還有可能在不斷接收新的鍊接，而我們的web服務器無法為其提供服務，緻使服務器崩潰。

四、服務器遭到惡意攻擊

網絡科技的不斷發展同時，黑客的技術和滲透力也是很強的，服務器和系統遭受到攻擊已經是普遍存在的了。所有服務器都會面臨這個問題，這個是無法預測的危險，我們隻能實時做好安全防護，将被攻擊的風險降至最低。

五、短期内的海量訪問，會對服務器的性能造成沖擊

重大社會事件、突發熱點話題等互聯網特有現象，都會導緻短時間内大量的用戶湧入某個網站、APP，像突發海嘯一樣對服務器的處理性能發起一波波沖擊。哪怕規模再大的數據中心，數量再多的服務器，都會被吃瓜群衆的熱情給淹沒，導緻網站、APP暫時無法訪問的情況。

所以每當微博曝出一些“大瓜”時，微博總是時不時就“崩了”

六、其他原因

導緻服務器崩潰的，也可能是任何人都想不到的事情。比如：多敲的一行代碼、道路施工挖斷的光纜、不明來源的DDoS攻擊、黑客的木馬植入、服務器的内部錯誤等等......