背景：
其實(shí)以往的產(chǎn)品初次上線前的過程里，對(duì)于性能測(cè)試的需求是被慣性弱化的，因?yàn)槲覀冇每刂屏髁空芍龋酌麊螜C(jī)制來等方式一點(diǎn)點(diǎn)消磨取代這方面測(cè)試的考量，再加上市場(chǎng)上高性能工具（中間件淳衙，負(fù)載均衡蘑秽，消息處理機(jī)制的層出不窮）的疊加使用饺著。可能不在考慮肠牲，至少不在上線初期考慮這方面內(nèi)容幼衰。
風(fēng)險(xiǎn)顯而易見的就是你真到了哪天用戶量上來了，要再想優(yōu)化性能埂材，就變成了直接優(yōu)化系統(tǒng)架構(gòu)塑顺，因?yàn)橄到y(tǒng)到那個(gè)時(shí)候冗余到什么程度和地步，無法預(yù)測(cè)俏险。這個(gè)代價(jià)是自己“慣性造成的”严拒，自己挖的自己埋吧。
好在竖独，本次受制于銀行給我們提了剛性需求裤唠，性能測(cè)試必須完成，并輸出相應(yīng)報(bào)告莹痢，才有了本次的分析與分享种蘸，調(diào)優(yōu)和測(cè)試人員體會(huì)頗深，輸出出來竞膳，與君共勉吧航瞭。估計(jì)看完了下面的東東，更不想性能測(cè)試了坦辟。刊侯。。
業(yè)務(wù)背景：
很簡(jiǎn)單锉走，項(xiàng)目第一次在銀行生產(chǎn)環(huán)境上線滨彻，對(duì)核心交易進(jìn)行壓測(cè)，找出核心交易是否有瓶頸挪蹭，對(duì)于整個(gè)專業(yè)的性能測(cè)試過程來講亭饵，要求算簡(jiǎn)單的了。本次分享給大家的梁厉，也是關(guān)于一個(gè)指標(biāo)達(dá)標(biāo)的定位辜羊，優(yōu)化的過程，即ART響應(yīng)時(shí)間词顾。
知識(shí)：
ART是個(gè)啥：“平均事務(wù)響應(yīng)時(shí)間”顯示的是測(cè)試場(chǎng)景運(yùn)行期間的每一次事務(wù)執(zhí)行所用的時(shí)間只冻，通過它可以分析場(chǎng)景運(yùn)行期間應(yīng)用系統(tǒng)的性能走向。例如隨著測(cè)試時(shí)間的變化计技，系統(tǒng)處理事務(wù)的速度開始逐漸變慢，這說明應(yīng)用系統(tǒng)隨著時(shí)間的變化山橄，整體性能將會(huì)有下降的趨勢(shì)垮媒。
可能影響ART的指標(biāo)有至少以下這些：
業(yè)務(wù)方面：簡(jiǎn)單來說就以下兩個(gè)
1.用戶量舍悯，用戶量多了不受影響，那這個(gè)系統(tǒng)真的很牛X睡雇，當(dāng)然我說的是大批量用戶激增萌衬，或者日積月累大批量用戶引入。正常系統(tǒng)都會(huì)被其影響響應(yīng)時(shí)間它抱。
2.業(yè)務(wù)復(fù)雜度提高秕豫，這個(gè)好理解，業(yè)務(wù)復(fù)雜了以前三步能搞定的事兒观蓄，需要六步搞定混移，肯定也會(huì)受到影響。
系統(tǒng)方面：這個(gè)比較多侮穿，性能測(cè)試中真正去調(diào)優(yōu)的過程歌径，恰恰是以下方式的倒敘。
1.系統(tǒng)資源亲茅，硬件資源過小回铛，不足以支撐現(xiàn)有用戶量，或者遞增克锣，激增用戶及業(yè)務(wù)量茵肃。
2.系統(tǒng)資源配置，中間件配置袭祟，數(shù)據(jù)庫配置验残，應(yīng)用server配置，配置項(xiàng)可能包含的點(diǎn)：Linux系統(tǒng)參數(shù)榕酒，如文件句柄胚膊，端口回收機(jī)制。中間件連接數(shù)想鹰，數(shù)據(jù)庫連接數(shù)紊婉，應(yīng)用server框架及其部署方式，熔斷機(jī)制辑舷，流控機(jī)制喻犁，應(yīng)用日志級(jí)別等。
3.代碼處理方式何缓，代碼邏輯方式肢础。
4.數(shù)據(jù)庫效率，SQL效率碌廓。?
5.測(cè)試時(shí)的加壓方式传轰，性能測(cè)試腳本合理性，參數(shù)合理性谷婆，測(cè)試數(shù)據(jù)分布的合理性慨蛙。
ART 分析：
分析之前：
經(jīng)常有人問你辽聊，你的交易響應(yīng)時(shí)間是多少，TPS能到多少（這東西不在這兒說了）期贫，我們的系統(tǒng)性能差跟匆，應(yīng)該如何分析響應(yīng)時(shí)間呢。響應(yīng)時(shí)間的長(zhǎng)短如何定義呢通砍。
要知道以下幾點(diǎn)非常重要：
1.性能測(cè)試是必須以性能測(cè)試目標(biāo)（測(cè)試指標(biāo)）為導(dǎo)向的測(cè)試（當(dāng)然功能測(cè)試也應(yīng)該是玛臂，但是好像功能測(cè)試最后可以妥協(xié)），否則沒有任何意義封孙。
2.有了第一點(diǎn)的意識(shí)迹冤，就必須知道你的目標(biāo)在哪，ART值的多少就是你的其中一個(gè)很重要的測(cè)試指標(biāo)敛瓷。
3.指標(biāo)一定是測(cè)試開始前分析出來的叁巨，數(shù)據(jù)量化出來的，如果你是腦洞的呐籽，你的測(cè)試就是最大的漏洞锋勺，測(cè)試結(jié)果對(duì)系統(tǒng)的影響也很有可能是破壞性的。
性能測(cè)試有多折磨人狡蝶，顯而易見了庶橱，因?yàn)榫鸵粋€(gè)ART的結(jié)果你就要通盤考慮以上所有的，何況還有更恐怖的TPS贪惹。當(dāng)然價(jià)值與成就感也不言而喻了苏章。需要強(qiáng)調(diào)的是這種成就感和價(jià)值，這對(duì)于研發(fā)和測(cè)試起到的作用是同等的奏瞬，且積極的枫绅。
分析定位：
要想準(zhǔn)確定位ART是多少，那我們?cè)趺慈胧峙鸲耍趺捶治瞿夭⒘埽驗(yàn)槲覀兊南到y(tǒng)有N個(gè)系統(tǒng)模塊，還不算銀行系統(tǒng)有多少次交互珍昨，和有多少個(gè)系統(tǒng)县耽。
那么方法論來了：拆分，細(xì)化镣典，排序外加木桶理論兔毙。逐一來講一下：
拆分
無論你有多少個(gè)系統(tǒng)，多少個(gè)模塊兄春，我們都要在開始測(cè)試前拆分出來澎剥，認(rèn)清楚你的交易路徑經(jīng)過了多少個(gè)系統(tǒng)，本次測(cè)試一筆交易要經(jīng)過網(wǎng)關(guān)系統(tǒng)赶舆，賬戶模塊肴裙，支付模塊趾唱，及銀行網(wǎng)關(guān)系統(tǒng)。
細(xì)化：
清楚了交易路徑蜻懦，我們就要進(jìn)行細(xì)化交易，細(xì)化到最簡(jiǎn)單的交易路徑夕晓，比如我們的目的只是為了測(cè)試自己的充值邏輯是否有瓶頸宛乃，事實(shí)是測(cè)試過程中，充值蒸辆，提現(xiàn)征炼，都在基準(zhǔn)負(fù)載測(cè)試中無法達(dá)標(biāo)（我們定的目標(biāo)是500ms-800ms以內(nèi)），
以充值交易為例躬贡，剔除其他任何指標(biāo)的影響谆奥，只是支付模塊進(jìn)行了充值邏輯的處理，那么我們主要關(guān)注的就應(yīng)該是這個(gè)模塊拂玻。
排序：
有了交易路徑酸些，有了主要測(cè)試核心目標(biāo)模塊（支付模塊），我們要定位充值交易的響應(yīng)時(shí)間耗時(shí)檐蚜，都合理的在哪里消耗掉了魄懂，如下圖（圖是網(wǎng)上找來的，實(shí)在懶得畫了闯第，也能說明道理）：
木桶理論的運(yùn)用：短板決定最終導(dǎo)向。
假設(shè)節(jié)點(diǎn)1 網(wǎng)關(guān)咳短，節(jié)點(diǎn)2 賬戶填帽，節(jié)點(diǎn)3 支付，節(jié)點(diǎn)4銀行系統(tǒng)咙好。
在壓力工具中篡腌，看到的響應(yīng)時(shí)間，把后面一系列（t1-t18）都包含在內(nèi)了敷扫。所以只拿壓力工具中的響應(yīng)時(shí)間來討論是不可能有結(jié)論的哀蘑，所以拆分響應(yīng)時(shí)間才如此重要。
對(duì)一個(gè)沒有全局跟蹤id的系統(tǒng)來說葵第，這個(gè)時(shí)間的查找確實(shí)非常費(fèi)勁绘迁，只能通過業(yè)務(wù)中帶的某個(gè)ID來一個(gè)節(jié)點(diǎn)一個(gè)節(jié)點(diǎn)找下去。其實(shí)能找下去就已經(jīng)是很好的了卒密。而對(duì)有些系統(tǒng)來說缀台，查響應(yīng)時(shí)間簡(jiǎn)直就是噩夢(mèng)般的操作。因?yàn)橛行┤罩敬蛴〉闹挥袃蓚€(gè)字可以形容：惡心哮奇！
所以響應(yīng)時(shí)間的長(zhǎng)短膛腐，不要再只看壓力工具上告訴你的了睛约，拆分下去我們就想知道節(jié)點(diǎn)3耗時(shí)了多少，ok其他全都干掉哲身，當(dāng)然不是全都干掉辩涝，該mock的mock，比如銀行系統(tǒng)（這貨耗時(shí)多久先不管勘天，先給他50ms讓他刷個(gè)存在感）怔揩；該排除的排除，因?yàn)槠溆嗄K分析過后發(fā)現(xiàn)沒有任何影響脯丝，這里不做贅述了商膊。
在大部分情況下，我們都不用關(guān)心t1/t2/t4/t6/t8/t11/t13/t15/t17/t18宠进，也就是說除了各業(yè)務(wù)節(jié)點(diǎn)上所消耗的時(shí)間外晕拆，其他地方出現(xiàn)響應(yīng)時(shí)間的問題的可能性比較小。所以在分析響應(yīng)時(shí)間的時(shí)候材蹬，我們必須列出查找的優(yōu)先級(jí)实幕，那就是：
優(yōu)先級(jí)1：(t9、t10)赚导、(t7茬缩、t12)、(t5吼旧、t14)凰锡、(t3、t16)
優(yōu)先級(jí)2：(t8圈暗、t11)掂为、(t6、t13)员串、(t4勇哗、t15)、(t2寸齐、t17)
優(yōu)先級(jí)3：(t1欲诺、t18)
性能壓力工具本身產(chǎn)生的響應(yīng)問題，非常少渺鹦。但是也并不是不存在扰法，所以我們放到最后來檢查∫愫瘢可以看出我們主要關(guān)心(t7塞颁、t12)就可以了。
結(jié)果：
最終我們也確實(shí)發(fā)現(xiàn)了，(t7祠锣、t12) 的消耗過程中確實(shí)出現(xiàn)了問題酷窥，當(dāng)然整個(gè)過程中還排查了sql的使用，增加了該建立的索引伴网，再此基礎(chǔ)上仍然沒有解決ART緩慢問題蓬推。所以又進(jìn)行了恐怖的更磨人的工作，逐個(gè)方法加響應(yīng)時(shí)間澡腾，看看具體哪個(gè)邏輯出了問題拳氢，看看如下截圖，就知其中多痛苦：
業(yè)界對(duì)ART的共識(shí)與誤區(qū)：
一個(gè)近乎這些年遺忘的原則258原則放接，更正一下這個(gè)認(rèn)識(shí)吧刺啦，如果你知道的是偽道理（以下背景知識(shí)是搜索來的，不過受用）：
顯然纠脾，現(xiàn)在大部分人都不再把258原則當(dāng)成一回事了玛瘸。但可悲的是，性能測(cè)試人員的第一課就被大部分人教成了響應(yīng)時(shí)間要遵循258原則苟蹈；就像性能行業(yè)中經(jīng)常有人拿理發(fā)店模型來說并發(fā)一樣可悲糊渊。
不能不說慧脱，性能測(cè)試這個(gè)行業(yè)發(fā)展了十幾年（我從業(yè)的時(shí)間段）菱鸥，到現(xiàn)在為止還有些知識(shí)從來未被更新（特別是在意識(shí)里）。
在這里殷绍，我完完整整的解釋下258響應(yīng)時(shí)間主到，希望能糾正一些視聽：
首先登钥，258響應(yīng)時(shí)間是來源于80年代英國(guó)的一家媒體針對(duì)media做的調(diào)查怔鳖，也就是提供音樂服務(wù)的结执。在這個(gè)調(diào)查中献幔，2秒是90%以上的都認(rèn)為是優(yōu)質(zhì)的服務(wù)。響應(yīng)時(shí)間越長(zhǎng)蹬蚁，滿意的人當(dāng)然就越少郑兴。而到了8秒的時(shí)候，差不多有50%的人都不滿意了叽粹。我記得當(dāng)時(shí)我看到的時(shí)候還有一個(gè)時(shí)間和人員流失率的對(duì)比圖却舀。在80年代挽拔，你可以想像，那時(shí)的服務(wù)是個(gè)什么標(biāo)準(zhǔn)啡氢，我只知道那時(shí)我還不記事空执。
但是那個(gè)報(bào)告影響了很多事情辨绊，以致在國(guó)內(nèi)的性能領(lǐng)域至今還有人當(dāng)成科普來教新入行的人门坷。到了90年代默蚌，應(yīng)該是1993年，美國(guó)的一家媒體做了另一個(gè)針對(duì)響應(yīng)時(shí)間的調(diào)查，這次是針對(duì)零售業(yè)攘轩，也就是亞馬遜码俩、ebay之類的電商服務(wù)度帮。這次得出的結(jié)論是：
1秒是較好的的響應(yīng)時(shí)間稿存，記住是較好而不是最理想笨篷；
0.1秒是最理想的響應(yīng)時(shí)間瓣履，因?yàn)?.1秒人是無感知的，而1秒會(huì)讓人感覺到停頓袖迎，但是也是可接受的安聘；
4秒是業(yè)務(wù)可以接受的上限，因?yàn)榈搅?秒的時(shí)候瓢棒，客戶流失率明顯增加了丘喻；
10秒是完全不可接受的，因?yàn)橐呀?jīng)導(dǎo)致企業(yè)的經(jīng)濟(jì)已經(jīng)入不敷出了连霉。
總的來說這東西是一個(gè)很老舊的并且不受用在其他系統(tǒng)的里一個(gè)破原則，居然被使用了這么多年歉井，還差點(diǎn)兒搞成了課本，殊不知因地制宜哩至，因人而異菩貌，因系統(tǒng)不同而不同的道理。
所以請(qǐng)大家在以后的工作中不要再拿響應(yīng)時(shí)間要遵循258原則來說事重荠，因?yàn)樗鼘?shí)在是離我們太遙遠(yuǎn)了箭阶。
總結(jié)：
響應(yīng)時(shí)間ART定位準(zhǔn)確請(qǐng)尊從以下步驟：
1.收集性能目標(biāo)；（也就是調(diào)查用戶對(duì)響應(yīng)時(shí)間的滿意值）
2.量化性能目標(biāo)（包括分解性能目標(biāo)、量化各部分性能目標(biāo)）仇参；
3.確定系統(tǒng)功能和交易路徑嘹叫；
4.滿足性能目標(biāo)
在經(jīng)過了這些步驟之后，才能讓我們明確響應(yīng)時(shí)間這個(gè)指標(biāo)冈敛。別看最后一步字很少待笑，卻是巨大的工作量之所在。但是第二點(diǎn)抓谴，雖然工作量上沒有最后一點(diǎn)多暮蹂，但是最燒腦的可能就是第二點(diǎn)。這需要癌压，性能測(cè)試工程師仰泻，架構(gòu)師，項(xiàng)目經(jīng)理滩届，需求負(fù)責(zé)人這些要職的人員進(jìn)行配合并給出準(zhǔn)確的數(shù)據(jù)集侯，在有性能測(cè)試工程師進(jìn)行加工優(yōu)化。
如果你足夠?qū)I(yè)帜消，足夠在這方面有經(jīng)驗(yàn)棠枉，就知道TPS（你的交易有多厲害，單位秒時(shí)間內(nèi)能完成多少事物）這個(gè)指標(biāo)以上方法論同樣適用泡挺。下次再說這個(gè)吧辈讶，主要講講這東西怎么量化到滿足。
最后想說的是娄猫，架構(gòu)時(shí)且行且思考贱除，實(shí)現(xiàn)時(shí)且行且思考，測(cè)試時(shí)且行且耐心媳溺，細(xì)致月幌，思考。
