昨天凌晨三點(diǎn)，服務(wù)器突然宕機(jī)，早上起來(lái)看了一下，日志報(bào)錯(cuò)、數(shù)據(jù)庫(kù)鏈接超時(shí)，cpu、內(nèi)存磁盤利用率占比虛高，還好當(dāng)初系統(tǒng)采用了springcloud架構(gòu)，通過(guò)日志剖析，服務(wù)器凌晨1點(diǎn)-3點(diǎn)接發(fā)大量請(qǐng)求，10分鐘后宕機(jī)。一開始程序總認(rèn)為是負(fù)載均衡失效，進(jìn)一步分析，流量集中在inner接口，應(yīng)該是FeignClient請(qǐng)求，同時(shí)日志中出現(xiàn)sql批量操作，進(jìn)一步確定是Eurake負(fù)載失效或者項(xiàng)目?jī)?nèi)部代碼邏輯問(wèn)題。

高防服務(wù)器出現(xiàn)堵塞的原因，代碼邏輯中使用了多線程，并且頻繁操作數(shù)據(jù)庫(kù)，導(dǎo)致了程序運(yùn)行一段時(shí)間之后，整個(gè)運(yùn)營(yíng)模塊宕機(jī)。排查難點(diǎn)：宕機(jī)時(shí)，服務(wù)器日志丟失，MySQL數(shù)據(jù)庫(kù)鏈接不足導(dǎo)致服務(wù)器宕機(jī)，而導(dǎo)致鏈接不足的邏輯代碼較難定位。

服務(wù)器宕機(jī)一般分為兩種：假死機(jī)和死機(jī)

第一種假死機(jī)(非藍(lán)屏死機(jī))：

1、是硬件資源暫時(shí)性地被消耗殆盡，因而無(wú)法對(duì)外部指令進(jìn)行響應(yīng)的現(xiàn)象，通常是網(wǎng)站處于訪問(wèn)高峰期，流量負(fù)載過(guò)大導(dǎo)致,帶寬等資源跑滿。

2、是否是遭受黑客入侵攻擊導(dǎo)致、最簡(jiǎn)單的就是關(guān)掉服務(wù)器，等待一段時(shí)間，待服務(wù)器騰出更多的硬件資源即可恢復(fù)正常。

3、檢查是否是誤操作導(dǎo)致，可能原因和解決方案：進(jìn)程過(guò)多或者不斷創(chuàng)建，耗盡資源導(dǎo)致。數(shù)據(jù)庫(kù)程序死鎖，應(yīng)用程序異常導(dǎo)致，連接數(shù)過(guò)多導(dǎo)致。

4、數(shù)據(jù)丟失問(wèn)題通常由于droptable的錯(cuò)誤操作導(dǎo)致，并總是便隨著缺少可用備份的問(wèn)題。糟糕的Schema和索引設(shè)計(jì)是第二大影響性能的問(wèn)題。

5、在性能問(wèn)題中，最普通的服務(wù)器宕機(jī)原因確實(shí)是運(yùn)行很糟糕的SQL，但也不一定都是這個(gè)原因，比如也有很多問(wèn)題時(shí)由于服務(wù)器Bug或錯(cuò)誤的行為導(dǎo)致的。

6、復(fù)制問(wèn)題通常由于主備數(shù)據(jù)不一致導(dǎo)致。是否是應(yīng)用程序?qū)е聝?nèi)存溢出或者泄露，outofmemory導(dǎo)致

第二種死機(jī)：如果通過(guò)ping測(cè)試服務(wù)器，鍵盤切換數(shù)字鎖定鍵(NumLock)或大寫鎖定鍵(CapsLock)功能，顯示器無(wú)畫面輸出，或者鼠標(biāo)光標(biāo)沒(méi)有任何反應(yīng)則表明服務(wù)器硬件故障，這就是服務(wù)器最麻煩的宕機(jī)情況。

服務(wù)器出現(xiàn)宕機(jī)的原因和解決方案

1、定時(shí)任務(wù)設(shè)計(jì)不合理，批量處理程序設(shè)計(jì)不合理。生產(chǎn)環(huán)境中往往沒(méi)有直接登錄服務(wù)器權(quán)限，一般思路從代碼邏輯入手，畢竟MySQLLinux或者springcloud都是經(jīng)過(guò)時(shí)間檢驗(yàn)的，服務(wù)器宕機(jī)更有可能是自己寫的代碼邏輯有問(wèn)題。

2、要即時(shí)發(fā)現(xiàn)服務(wù)器宕機(jī)的問(wèn)題。第一時(shí)間，發(fā)現(xiàn)宕機(jī)的問(wèn)題。如果服務(wù)器宕機(jī)時(shí)，為了避免造成不必要的損失，要盡早通知服務(wù)商解決相關(guān)問(wèn)題。

3、準(zhǔn)備2個(gè)網(wǎng)站空間，他們存放的內(nèi)容相同，而ip不同，并且機(jī)房的地理位置不同。這樣2個(gè)主機(jī)，同時(shí)宕機(jī)的可能性就大大降低了。第一時(shí)間發(fā)現(xiàn)宕機(jī)問(wèn)題后，可以迅速的通過(guò)修改dnspod.com中的域名記錄，指向目前正常的網(wǎng)站空間。Dnspod解析生效的時(shí)間是實(shí)時(shí)的，而一般的dns服務(wù)器，刷新時(shí)間較長(zhǎng)，對(duì)外聲稱24小時(shí)內(nèi)生效，按照實(shí)際經(jīng)驗(yàn)看來(lái)，差不多30分鐘內(nèi)生效，否則就要檢查域名綁定是否正確了。

域名解析其實(shí)就2個(gè)步驟：aa.在dns服務(wù)器上，將域名指向ip.bb.在網(wǎng)站空間上，將主機(jī)綁定域名(也是在這里，申請(qǐng)網(wǎng)站備案的!)。一個(gè)是，發(fā)送給誰(shuí)?另一個(gè)是，接受誰(shuí)的請(qǐng)求?

4、數(shù)據(jù)下載至本地網(wǎng)絡(luò)，完成一次請(qǐng)求

有的朋友遇到在自己的機(jī)器上不能訪問(wèn)網(wǎng)站。而在別人的電腦上，卻是可以打開。那測(cè)試一下是不是你所在地的網(wǎng)絡(luò)不穩(wěn)定，而造成的訪問(wèn)中斷。如果沒(méi)問(wèn)題，那再通過(guò)”在線代理”打開你的網(wǎng)站試一試。百度一下”在線代理”，有一些網(wǎng)站能提供，用其它的ip，或國(guó)外ip代理訪問(wèn)某個(gè)網(wǎng)站的服務(wù)。如果在線代理，能夠打開你的網(wǎng)站，基本上可以確定，你所在的本地網(wǎng)絡(luò)，出現(xiàn)了暫時(shí)的不穩(wěn)定情況。

從上面幾個(gè)方面可以看出，服務(wù)器宕機(jī)是指服務(wù)器因?yàn)槟承┰蚨鴮?dǎo)致服務(wù)器無(wú)法運(yùn)轉(zhuǎn)，造成網(wǎng)絡(luò)無(wú)法正常使用。對(duì)于網(wǎng)站來(lái)說(shuō)，服務(wù)器宕機(jī)所造成影響很大，它不但造成訪客無(wú)妨對(duì)網(wǎng)站進(jìn)行訪問(wèn)，甚至還可能影響到網(wǎng)站在搜索引擎上的收錄和排名，因而在租用服務(wù)器時(shí)，建議站長(zhǎng)選擇像互聯(lián)數(shù)據(jù)這種香港新機(jī)房，宕機(jī)概率比較低。在服務(wù)器使用的過(guò)程中，服務(wù)器宕機(jī)可能都出現(xiàn)，首先我們要找到服務(wù)器可能出現(xiàn)宕機(jī)的原因嗎，才能找到對(duì)應(yīng)的解決辦法。