今天接到一個朋友的咨詢，是做了一個小程序，平時也就一天幾百個人訪問使用，但卡頓比較明顯。于是我們看了一下，確實(shí)比較卡。CPU、內(nèi)存等各方面差看了一下。內(nèi)存是沒有問題的，占用20%左右。

但，CPU占用比較多：

服務(wù)器配置是很給力的，這種配置可以說是神級別了：

因?yàn)椴皇亲约鹤龅某绦颍€是不敢貿(mào)然下結(jié)論。朋友給的線索是：以前剛用的時候沒有感覺卡頓，就這些天才有的卡頓。于是有了幾個猜測：

一、服務(wù)器被攻擊了

有很多種攻擊，是消耗CPU，但不怎么消耗內(nèi)存的。這是很常見的。

二、服務(wù)器被入侵，成了肉雞

也就是說服務(wù)器上運(yùn)行了一些對外發(fā)包的程序，這些程序很消耗CPU。這也是最可能的一種情況。

三、程序架構(gòu)有問題

有的程序剛做好可能沒有什么問題，因?yàn)閿?shù)據(jù)量比較少。但量大了之后，一些查詢慢的sql語句，或者是一些循環(huán)量大的數(shù)據(jù)，會影響到網(wǎng)站的速度。大多數(shù)時間，這種程序架構(gòu)問題會消耗內(nèi)存和CPU，因?yàn)檫@個服務(wù)器內(nèi)存特別大，所以看不到明顯的消耗，但也可能確實(shí)消耗了。

當(dāng)然，問題也相對復(fù)雜，需要經(jīng)過一些排查，然后用具體的數(shù)據(jù)來支撐我們的猜測。對于這樣的問題，還是先查服務(wù)器安全，然后再去查程序問題。因?yàn)榧词钩绦蛴袉栴}，已經(jīng)做了就不太好修改。網(wǎng)站服務(wù)器的問題，如果查到解決起來會更容易一點(diǎn)。