在程序員面試中，有一個(gè)非常經(jīng)典的問(wèn)題，你們的系統(tǒng)性能怎么樣?你是怎么得到這個(gè)結(jié)果的。不知道你有沒(méi)有遇到過(guò)?？赡芎芏嗳硕家呀?jīng)知道如何去衡量自己系統(tǒng)的性能，但卻敵不住面試官的第二個(gè)問(wèn)題，如何得到這個(gè)結(jié)果。很多人都會(huì)說(shuō)壓測(cè)，那么在壓測(cè)過(guò)程中，有我們會(huì)遇到哪些問(wèn)題呢，有沒(méi)有一些問(wèn)題會(huì)造成我們測(cè)試結(jié)果錯(cuò)誤。

[[322318]]

首先是壓測(cè)的時(shí)候的數(shù)據(jù)樣本問(wèn)題。很多人在壓測(cè)，為了尋求方便，喜歡使用同一賬號(hào)，或者請(qǐng)求相同的數(shù)據(jù)。這個(gè)是不對(duì)的，即便是你的業(yè)務(wù)代碼沒(méi)有做緩存，當(dāng)是你使用到的很多組件，例如數(shù)據(jù)庫(kù)等，都有一定的緩存，所以，這樣測(cè)試的結(jié)果，數(shù)據(jù)往往是偏好的。而有的人，往往走向了另外一個(gè)極端，雖然說(shuō)用戶的訪問(wèn)情況我們無(wú)法控制，但是，大部分的互聯(lián)網(wǎng)請(qǐng)求都滿足28原則，即20%的用戶占了80%的流量，有些人在壓測(cè)的時(shí)候，往往沒(méi)有注意到這樣的情況，這樣容易造成熱點(diǎn)數(shù)據(jù)丟失，系統(tǒng)的大部分緩存無(wú)法生效，導(dǎo)致測(cè)試數(shù)據(jù)錯(cuò)誤。

所以，當(dāng)我們做系統(tǒng)壓測(cè)的時(shí)候，盡量去構(gòu)造更多的數(shù)據(jù)樣本，避免壓測(cè)數(shù)據(jù)與線上數(shù)據(jù)失真太嚴(yán)重，一般在大公司，這些測(cè)試數(shù)據(jù)都有專(zhuān)門(mén)的工程師進(jìn)行維護(hù)，例如在阿里，會(huì)把現(xiàn)網(wǎng)用戶的數(shù)據(jù)，然后把脫敏后的數(shù)據(jù)變成后期壓測(cè)的數(shù)據(jù)。

不知道你有沒(méi)有這樣的經(jīng)歷，壓測(cè)的時(shí)候到了一定的壓力的時(shí)候，系統(tǒng)看起來(lái)已經(jīng)達(dá)到了一定的瓶頸。這個(gè)時(shí)候直接大幅提升流量，發(fā)現(xiàn)系統(tǒng)的吞吐也猛增上去，看起來(lái)很不科學(xué)。之前我們已經(jīng)提到過(guò)，不談準(zhǔn)確率的壓測(cè)是毫無(wú)意義的。如果一個(gè)系統(tǒng)的錯(cuò)誤率過(guò)高，這個(gè)時(shí)候多大的吞吐量意義并不是很大。在上述例子中，很有可能是因?yàn)橛|發(fā)了系統(tǒng)過(guò)載保護(hù)，直接對(duì)請(qǐng)求進(jìn)行快速拒絕，從而給我們系統(tǒng)的吞吐大大提升的錯(cuò)覺(jué)。我們?cè)趬簻y(cè)的時(shí)候，一定要對(duì)系統(tǒng)返回?cái)?shù)據(jù)的準(zhǔn)確性進(jìn)行校驗(yàn)，只有正確的返回才有意義。

另外一個(gè)重要的事情則是壓測(cè)的時(shí)間不宜過(guò)短，有些同學(xué)害怕壓測(cè)的時(shí)候影響下游系統(tǒng)，每次都是偷偷摸摸地開(kāi)啟一會(huì)就立馬關(guān)閉，這個(gè)時(shí)候得到的壓測(cè)數(shù)據(jù)意義并不是很大，我以前在阿里參加雙十一全鏈路壓測(cè)的時(shí)候，幾乎每一輪最少都要持續(xù)30分鐘。有些系統(tǒng)是需要預(yù)熱的，例如一些緩存，只有達(dá)到閾值才會(huì)進(jìn)入緩存，有些系統(tǒng)則是可能存在一些內(nèi)存泄露問(wèn)題，可能需要隨著時(shí)間的進(jìn)行才會(huì)逐漸暴露出來(lái)，有些是要到FullGC等出現(xiàn)才會(huì)有嚴(yán)重的性能問(wèn)題，一般來(lái)說(shuō)，我們壓測(cè)的時(shí)候，要等到數(shù)據(jù)平穩(wěn)之后，再持續(xù)觀察一段時(shí)間，少則半個(gè)小時(shí)，像一些底層組件的基礎(chǔ)測(cè)試，甚至需要1,2天。

好了，今天我們就分享到這里，不知道你對(duì)自己的系統(tǒng)是否有一些反思呢，希望對(duì)你有所幫助。