大並發伺服器為什麼會掛掉

㈠ 在對nginx進行壓力測試的時候為什麼並發了30左右伺服器就假死了

如果你是ssh遠程連接到伺服器，那麼可能是連接數或者帶寬被打滿了。

㈡ 為什麼伺服器的宕機一般都發生在凌晨使用率最低的時候

計科專業從事嵌入式軟體開發多年，最近因為公司需要搞後台研發，經常選擇升級的時機放在凌晨，而且大型的數據處理也是放在這個時間段內，經常發生的伺服器宕機也是在這個時段。都是在用戶使用少的時候開始折騰，折騰的次數多也就容易出現伺服器問題。由於做的是物聯網設備，在工作中遇到的宕機主要有這么幾種情況，對大量數據的操作導致CPU佔比在一段時間內驟增從而導致數據接收模塊出問題，導致系統監控出現問題，很多設備信息檢測不到了。

對資料庫的操作太頻繁導致效率的下降，也是影響系統性能很重要的一部分，其實伺服器也是普通電腦的構成，主要的資源是CPU和內存，這兩個因素無論是哪種都有可能導致系統的崩盤，如果是CPU被占滿了，系統的反應會變得異常緩慢，時間長了可能還會慢慢緩過勁來，內存如果占滿了那麼會導致系統的崩潰，直接運行不下去了，其實宕機核心點不會跑出這兩種因素。

現在就常見的伺服器宕機問題做個歸納總結：

1.磁碟空間被占滿，現在程序員運行的時候都習慣於帶上log列印，如果時間長了加上沒有清理的機制早晚會出問題，這個錯誤在平時運行過程中經常出現，如果使用的雲計算伺服器通常在系統崩盤之前都會發個簡訊，通知你的系統處於崩潰的邊緣。

2.並發性能問題，如果多個人同時操作一個資料庫或者數據塊，會導致系統假死狀態，這種屬於爭搶CPU資源問題，可以通過增加硬體配置以及優化軟體代碼的效率去解決，數據量如何足夠大就可以考慮分布式的管理

3.數據受損或者被破壞導致系統崩盤，所以常見的做法是都會配置備份盤，出現問題抓緊拿到備份盤來頂上，現在公司使用的是阿里雲的伺服器，穩定性相比之前好太多了，中間換過電信雲，騰訊雲雖然價格低點，最後受不了直接換成阿里雲，再也不想換回去了，數據的穩定性永遠是第一位的。

4，一些沒有必要的誤操作，很多時候是因為程序員或者運維人員的誤操作大致伺服器大面積的宕機，這種事件在很多雲服務提供商身上都發生過，根本層面還是管理問題。後台管理的任何細節都有可能

伺服器宕機查找問題的幾個線索：

1.看看伺服器是不是存在內存泄漏問題，有些時候重啟機器開始還能正常運行弄了一段時間之後就會變得非常緩慢，十有八九都是內存的問題

2.是否有黑客入侵造成，有些非常關鍵重要的數據也是黑客最感興趣的，一般來講這種概率不是很高

3.是不是資料庫死鎖導致的，訪問量過大導致，連接數過多造成的。

伺服器宕機一旦發生就會引起用戶的無數的投訴，無論在什麼情況下穩定永遠是第一位，現在大的功能升級除非已經百分百驗證成功，否則引起的後果不堪設想。

希望能幫到你。

之前我們單位夜晚有一台設備down了，這台設備做的堆疊，而不是備份，所有下聯線路全部連接在主設備上。結果當晚凌晨，主設備的電源模塊損壞了！這... 你能看出規律嗎？我也想知道為什麼它偏偏凌晨損壞了！

所以說，偶然性事件，不能說大部分！

但是夜間割接倒是正常，選擇在用戶最少的時候做可能影響業務的必要事情是常識。

雖說在凌晨的時候，使用系統的用戶非常少，但是伺服器在這個時候要做的工作可能一點兒也沒有少：

再說一個很久以前看到的，同行們分享的伺服器宕機的經歷，有些經歷非常之神奇，大家就當段子看吧（為了方便，我就按照第一人稱來講述）。

我們服務的甲方是一家醫院，機房就在醫院的樓中，最近機房的伺服器經常性的發生宕機，公司的工程師去了幾次也沒有發現問題；後來公司被折騰的沒辦法了，決定讓一個工程師晚上住在機房，看看半夜機房中究竟發生了什麼事兒，想著就算找不到原因，也能在伺服器宕機後第一時間重啟。

後來發現原因，到了凌晨三四點的時候，機房門打開了，進來一個值夜班的小護士，看了一眼說：「又沒有人，開著空調不浪費電么？」然後就把機房的空調關掉了，然後氣溫上升...

我將持續分享Java開發、架構設計、程序員職業發展等方面的見解，希望能得到你的關注。

偶發性的，可以能是你淺意識的，因為這種問題印像最深刻，可能認為比較多，通過做記錄去試下。

宕機一般分5種情況：

1、程序上出了問題導致程序崩潰。

2、cpu\\Gpu 、內存占滿了。

3、硬碟空間滿了

4、資料庫表空間滿了

5、機房溫度過高

以上是個人在運維過程中所遇到的問題，做的總結性回答

這里需要說明一下，伺服器宕機是什麼意思呢？ 我們日常說的「宕機」中的「宕」其實指的是英文「down」，宕機表示當前伺服器或服務無響應或者不在線狀態。

伺服器的宕機可分為人為控制的宕機、不可控的宕機。 這兩者有什麼區別呢，下面來具體說明一下：

1、人為可控的宕機行為

伺服器長時間的運行可能會帶來一些（非致命性）問題，又或者我們需要對伺服器進行軟/硬體的升級維護時，可能需要停機或者重啟操作。這種情況下的宕機是可控的，在我們的計劃之內。

2、不可控宕機行為

這種因素就很多了，比如說 伺服器突然藍屏、服務異常崩潰、突然斷電斷網了 ，這時候服務(器)就無法正常提供服務，這些都是不可控因素導致的。

而 在我們的日常運維工作中，計劃性的宕機維護一般都選擇在半夜 來做這些事，為什麼呢，原因主要有這幾點：

1、 減少對用戶的影響

凌晨大家基本上都休息了，用戶量較白天來說小得多，所以選擇在此時進行系統及硬體的維護導致的宕機對用戶的影響較小，就算有影響也只是影響小部分用戶。

2、 有足夠的時間來處理故障

在凌晨進行維護，就算有問題，技術人員也有足夠的時間（比如說：00~05點）去處理故障。如果換成在日間維護，服務(器)宕機1小時以上投訴單全都過來了，壓力很大的。

伺服器宕機是指伺服器因為一些原因導致伺服器無法正常運行，造成網路斷開，無法正常使用網路。伺服器宕機一般都發生在凌晨，為什麼會出現這種情況呢？ 像我們公司是從事 科技 互聯網設備生產的，為了不影響正常生產，系統升級的時候一般都是在凌晨，而且很多的數據處理也放在這個時候，伺服器在這個時候也容易出現問題，具體分析有以下幾種原因：

1. 系統在升級或處理大的數據時，硬碟空間被占滿，如果沒有人能及時清理磁碟空間，伺服器就會出現卡頓的問題造成宕機。

2.如果是多台設備同時在操作，使用這一個資料庫，會引起系統假死的現象，這個是屬於搶佔CPU的資源造成的，會導致伺服器不堪自負，網站訪問量猛增，程序中毒遭到很多的應用都在消耗伺服器，最終死機無法響應。

3.由於凌晨維護人員減少，會出現斷電，溫度過高等等環境因素的影響，使伺服器死機等等，不過這種情況是很少見的，因為現在機房都有發電機備用避免停電造成的數據丟失，溫度也是採用的恆溫系統。

4.有的企業為了節省伺服器的費用，會租用較低配置的伺服器來從事很多的工作，使伺服器超負荷運轉，結果是可以預料得到的，宕機就會經常發生。

5.伺服器宕機一般和內存有很大的關系，有些伺服器運行了一段時間後速度就變慢了，基本上就是內存出現問題，要檢查一下內存是否存在泄漏的問題。

伺服器宕機會出現一系列的問題，造成的損失也是無法估量的，只有平時定期做好維護，在凌晨的時候也要注意掌握使用狀況才能避免宕機，無論在任何時候，伺服器的穩定運轉才是最重要的。

伺服器應用軟體在運行過程中狀態很穩定，一般不會發生問題。宕機發生在凌晨概率高的原因是：一是功能升級、硬體更換多在凌晨，導致問題發生概率高；二是批量執行多在凌晨，瞬間資源消耗很大，數據問題、硬體資源問題、甚至處理邏輯問題都容易導致宕機。另外，如果是聯機交易出了問題，很容易被發現，不會讓系統宕機。

原理其實很簡單：這就如同我們白天忙碌著很多事物性的工作，就如同搬運工一樣，不停的搬運物品入庫，只有在物品都搬運完了的時候，我們才能開始整理這些物品，整理倉庫，。

其二，伺服器在白天的時候，其實都在實時處理數據的「搬運工」狀態，只有在實時性數據處理工作（搬運工作）完成以後，才有機會或才能騰出手來去做數據的歸納和整理。所以，伺服器的宕機時間，通常會發生在使用率最低的時間段。僅此。

正常跑穩的業務，一般很難因為正常業務操作造成伺服器宕機的。伺服器資源問題大部分情況下是可預測，可控制的。

最容易造成宕機的事情，反而是開發/運維的不當操作造成的。比如更換伺服器硬體，升級/安轉os程序包，發布新代碼，批量更新數據等等，這些事一般都是半夜業務量小的時候做。

因為凌晨是最困得時候，伺服器一打盹就宕機了。

㈢ 伺服器出現崩潰是什麼原因呢

伺服器崩潰的幾種原因第一：高並發流量或請求超過伺服器承受力
無論是企業和個人在租用伺服器的時候都會受到峰值承受限制的，一旦超過伺服器的承受能力，就會導致伺服器癱瘓，應用程序暫停，網站無法訪問。伺服器都是有峰值限制的，不可能承受無上限的並發能力。而造成伺服器癱瘓的原因就是在同一段時間內，訪問人數多，造成高流量的突進。超出了伺服器的承受范圍。這種例子我們經常可以看到，比如雙11期間，很多公司為了應對雙11的高流量，開啟的緊急避險措施和大規模的伺服器負載能力。還有春運期間，12306網站由於受到高並發的問題，也會頻繁的出現崩潰。
第二：磁碟空間不足
導致伺服器無法正常運行的原因也有可能是磁碟空間溢出導致的。企業的網路管理員應該實時關注磁碟的使用情況，並且要在規定的時間把磁碟儲存的數據備份到另外的存儲設備裡面，確保數據無遺失，推薦相關閱讀：哪些網站應該使用伺服器呢？
伺服器的磁碟大部分的資源都是被日誌文件佔用了，包括web伺服器，資料庫等日誌信息都包括其中，以及應用程序伺服器日誌文件均與內存泄漏是同等的危害。我們可以採取措施保護我們的數據和日誌文件，日誌文件對應用程序進行異地存儲。日誌文件系統空間如果滿了，則web伺服器將自動被掛起，但是機器本身癱瘓和宕機的幾率就會大大降低。
第三：伺服器超載
連接web伺服器都是用一個線程鏈接的，web伺服器會在線程用過之後自動掛起，不會再未已鏈接的線程提供任何服務。如果我們用了負載機制，那麼如果該伺服器沒有響應，則該伺服器的負載則會自動的轉移到其他web伺服器上，這個操作會使伺服器一個接一個的用光線程。這中操作可能會導致整個伺服器機組被掛起，操作系統同時還有可能在不斷接收新的鏈接，而我們的web伺服器無法未其提供服務，致使伺服器崩潰。
第四：伺服器遭到惡意攻擊
網路科技的不斷發展同時，黑客的技術和滲透也是很強的，伺服器和系統遭受到攻擊已經是普遍存在的了。所有伺服器都會面臨這個問題，這個是無法預測的危險，我們只能實時做好安全防護，將被攻擊的風險降至最低。

㈣ 豆瓣又崩了，伺服器崩的原因都有什麼呢

近日豆瓣的伺服器又崩潰，引起了熱議，到底伺服器崩的原因都有什麼呢？跟著小編一起去了解吧。

總而言之豆瓣的伺服器運載能力，團隊維護能力都·有待提高。