昨天，有客戶反饋說(shuō)客戶端軟件（第三方公司開(kāi)發(fā)的windows桌面軟件）打開(kāi)的運(yùn)行的時(shí)候有點(diǎn)卡，而這個(gè)軟件后臺(tái)用的是我們開(kāi)發(fā)的系統(tǒng)。說(shuō)打開(kāi)這個(gè)軟件需要15秒才能看到軟件界面，以為是后臺(tái)接口卡殼導(dǎo)致的。我們第一時(shí)間檢查后端系統(tǒng)，發(fā)現(xiàn)這個(gè)客戶端使用的幾個(gè)接口都還算正常，基本響應(yīng)時(shí)間是200-600ms。所以客戶端軟件卡應(yīng)該不是后端服務(wù)造成的，可能是新版本本身的邏輯導(dǎo)致的。

但我們意識(shí)到接口200-600ms也算比較卡了，雖然不是這個(gè)原因?qū)е驴蛻舳丝?5秒，但這個(gè)響應(yīng)速度比我們一般類似接口都要慢很多。于是我們開(kāi)始排查原因，登錄服務(wù)器發(fā)現(xiàn)客戶這臺(tái)2核心4GB的服務(wù)器CPU占用率一直持續(xù)在80%以上的高位，很長(zhǎng)時(shí)間甚至超過(guò)95%。而檢查系統(tǒng)日志及數(shù)據(jù)統(tǒng)計(jì)發(fā)現(xiàn)同時(shí)在線使用客戶端軟件的用戶并沒(méi)有特別多，檢查接口邏輯也沒(méi)問(wèn)題。那么是什么原因呢？

直到我們先空載這臺(tái)服務(wù)器，然后寫了一個(gè)獨(dú)立測(cè)試腳本測(cè)試，發(fā)現(xiàn)依然比正常服務(wù)器慢很多。所以，我們跟客戶要了他阿里云賬號(hào)查看這臺(tái)服務(wù)器的具體情況。結(jié)果登錄賬號(hào)就發(fā)現(xiàn)阿里云提示性能受限的通知。如下圖：

根據(jù)我們的經(jīng)驗(yàn)，性能受限那只能是阿里云T5實(shí)例，進(jìn)一步查看發(fā)現(xiàn)他的服務(wù)器果然購(gòu)買的是T5實(shí)例。而T5實(shí)例在性能約束模式下，CPU的性能只能達(dá)到基準(zhǔn)性能（20~25%）。對(duì)于兩核心的機(jī)器來(lái)講，即便不運(yùn)行網(wǎng)站程序，在安裝php和mysql等軟件后即便空載也會(huì)很容易達(dá)到20%以上，這時(shí)候CPU的性能瓶頸就到來(lái)了。

客戶升級(jí)阿里云這臺(tái)云服務(wù)器的CPU為普通類型后，上述接口響應(yīng)時(shí)間穩(wěn)定在50ms左右。CPU負(fù)載就立馬下降到很低水平（下圖猛烈下降后就是更換CPU后）。

通俗的講，CPU就好像汽車的發(fā)動(dòng)機(jī)一樣，同樣是2.0T排量的發(fā)動(dòng)機(jī)，不同級(jí)別的車裝載的發(fā)動(dòng)機(jī)差別可大了，比如百萬(wàn)級(jí)別的汽車和十幾萬(wàn)的肯定是有差別的。云服務(wù)器的CPU也是一樣的，同樣2核心的差別可以說(shuō)可能天差地別。

比如上面是阿里云同樣2核心4GB的配置，最低的T6實(shí)例才68一個(gè)月，而最高的hfc7實(shí)例需要226一個(gè)月，將近4倍的差距，正所謂一分錢一分貨。而據(jù)這個(gè)客戶介紹，他的這臺(tái)服務(wù)器是原來(lái)的網(wǎng)絡(luò)服務(wù)商提供的。所以，請(qǐng)大家購(gòu)買服務(wù)器的時(shí)候需要注意這些細(xì)節(jié)的差距，特別是委托別人代購(gòu)的時(shí)候，可千萬(wàn)別被坑了。