性能測(cè)試報(bào)告案例

1、密級(jí)：秘密*公司*管理系統(tǒng)性能測(cè)試分析報(bào)告()北京*軟件技術(shù)開(kāi)發(fā)有限公司2008年12月01日文檔信息標(biāo)題*公司*管理系統(tǒng)性能測(cè)試分析報(bào)告創(chuàng)建日期2008-12-01打印日期文件名存放目錄所有者作者張三修訂記錄日期描述作者對(duì)結(jié)論進(jìn)行細(xì)化李四文檔審核/審批此文檔需如下審核。姓名職務(wù)/職稱(chēng)簽名簽名日期1 測(cè)試背景1測(cè)試目標(biāo)1測(cè)試時(shí)間1測(cè)試地點(diǎn)1測(cè)試人員12 測(cè)試方法簡(jiǎn)介13 測(cè)試環(huán)境3被測(cè)系統(tǒng)3硬件環(huán)境3數(shù)據(jù)庫(kù)環(huán)境4軟件環(huán)境4測(cè)試系統(tǒng)4測(cè)試環(huán)境搭建4測(cè)試軟件44 測(cè)試設(shè)計(jì)5模擬用戶(hù)數(shù)5測(cè)試模型建立55 測(cè)試結(jié)果分析6業(yè)務(wù)場(chǎng)景一（無(wú)基礎(chǔ)數(shù)據(jù)）梯度壓力測(cè)試分析6平均響應(yīng)時(shí)間梯度對(duì)比6系統(tǒng)資源利用率7系

2、統(tǒng)處理能力8業(yè)務(wù)場(chǎng)景一對(duì)比測(cè)試分析8平均響應(yīng)時(shí)間對(duì)比8處理能力對(duì)比9資源利用率對(duì)比圖9系統(tǒng)穩(wěn)定性測(cè)試10有、無(wú)合同場(chǎng)景對(duì)比測(cè)試11響應(yīng)時(shí)間分析11處理能力對(duì)比圖12資源利用率對(duì)比圖13業(yè)務(wù)場(chǎng)景二調(diào)優(yōu)對(duì)比測(cè)試13第一次調(diào)優(yōu)14第二次調(diào)優(yōu)15第三次調(diào)優(yōu)166 測(cè)試結(jié)論17業(yè)務(wù)場(chǎng)景 （無(wú)合同）17業(yè)務(wù)場(chǎng)景二（有合同）17穩(wěn)定性187 調(diào)優(yōu)建議188 簽字確認(rèn)191測(cè)試背景1.1測(cè)試目標(biāo)對(duì)*公司*管理系統(tǒng)的開(kāi)具發(fā)票功能進(jìn)行性能測(cè)試，客觀(guān)、公正評(píng)估系統(tǒng)的性能現(xiàn) 狀。1、開(kāi)發(fā)正確、有效的性能測(cè)試腳本，模擬企業(yè)用戶(hù)開(kāi)具發(fā)票操作行為，作為測(cè)試有效 實(shí)施的基礎(chǔ)；2、通過(guò)性能測(cè)試，客觀(guān)、公正評(píng)估在當(dāng)前測(cè)試環(huán)境下，

3、被測(cè)系統(tǒng)的各項(xiàng)性能指標(biāo)表現(xiàn);3、驗(yàn)證被測(cè)系統(tǒng)的業(yè)務(wù)處理能力是否能夠滿(mǎn)足在業(yè)務(wù)高峰期的性能要求，為被測(cè)系統(tǒng) 上線(xiàn)提供參考依據(jù)。如不滿(mǎn)足，對(duì)性能瓶頸進(jìn)行定位分析，提供性能調(diào)優(yōu)建議。1.2測(cè)試時(shí)間測(cè)試自2008年11月20日啟動(dòng)，至12月01日測(cè)試執(zhí)行結(jié)束。1. 3測(cè)試地點(diǎn)林大廈*座*層1.4測(cè)試人員單位姓名備注*公司*北京#牌公司*2測(cè)試方法簡(jiǎn)介壓力測(cè)試釆用業(yè)界成熟的自動(dòng)化性能測(cè)試工具，通過(guò)創(chuàng)建壓力測(cè)試程序、構(gòu)建壓力測(cè)試 模型，對(duì)被測(cè)試系統(tǒng)實(shí)施自動(dòng)化壓力測(cè)試，最后形成壓力測(cè)試結(jié)果分析報(bào)告。1）壓力測(cè)試實(shí)施模型：通過(guò)自動(dòng)化測(cè)試工具模擬最終用戶(hù)向服務(wù)器發(fā)起業(yè)務(wù)請(qǐng)求，進(jìn)行性能測(cè)試。通過(guò)測(cè)試工 具對(duì)測(cè)試過(guò)

4、程中系統(tǒng)各點(diǎn)進(jìn)行監(jiān)控，每一次測(cè)試結(jié)束后工具自動(dòng)采集測(cè)試結(jié)果并生成原始報(bào) 告供分析使用。被測(cè)系統(tǒng)1.Controller起到調(diào)度壓力測(cè) 試并管理監(jiān)控器5 產(chǎn)生性能分析報(bào)倚2）壓力測(cè)試實(shí)施基本流程:測(cè)試環(huán)境準(zhǔn)備系統(tǒng)性能壓力測(cè)試環(huán)境要求與生產(chǎn)系統(tǒng)的軟、硬件環(huán)境保持一致，并具有相同規(guī)模的業(yè) 務(wù)數(shù)據(jù)，并保證軟件版本與生產(chǎn)環(huán)境保持一致。壓力模型定義：此次性能測(cè)試的用例選擇，按照海泰方圓提供的業(yè)務(wù)數(shù)據(jù)進(jìn)行分析抽取，用例選取是性 能測(cè)試壓力模型設(shè)計(jì)的首要任務(wù)。用例選取的原則是：1）典型的交易和業(yè)務(wù)流程2）用戶(hù)操作使用頻繁3）對(duì)系統(tǒng)性能影響較大4）性能測(cè)試壓力符合業(yè)務(wù)系統(tǒng)實(shí)際的實(shí)際交易發(fā)生比例實(shí)際執(zhí)行場(chǎng)景的設(shè)置

5、盡量模擬實(shí)際業(yè)務(wù)進(jìn)行，運(yùn)行時(shí)長(zhǎng)，操作間隔（思考時(shí)間），循環(huán) 間隔，并發(fā)間隔，用戶(hù)加載和減壓時(shí)間根據(jù)系統(tǒng)基準(zhǔn)測(cè)試結(jié)果進(jìn)行判斷和設(shè)置。測(cè)試數(shù)據(jù)準(zhǔn)備:測(cè)試數(shù)據(jù)要求盡量模擬真實(shí)業(yè)務(wù)數(shù)據(jù)，而且具有一定可重用性。能貫穿各相關(guān)系統(tǒng)，保 證業(yè)務(wù)流程的順暢正確。具體的數(shù)據(jù)類(lèi)型和數(shù)據(jù)量需要根據(jù)選擇的交易類(lèi)別或性能測(cè)試場(chǎng)景 設(shè)置而定。此外性能測(cè)試會(huì)產(chǎn)生大量的虛擬用戶(hù)，需要消耗大量的測(cè)試數(shù)據(jù)。其數(shù)量直接關(guān)乎測(cè)試 結(jié)果。測(cè)試中所需的基本數(shù)據(jù)類(lèi)型為：系統(tǒng)用戶(hù)數(shù)據(jù)：登陸系統(tǒng)使用的用戶(hù)名-口令等，數(shù)量與虛擬用戶(hù)數(shù)一致。 業(yè)務(wù)數(shù)據(jù)：每個(gè)虛擬用戶(hù)模擬真實(shí)用戶(hù)進(jìn)行操作時(shí)使用到的數(shù)據(jù)。輔助數(shù)據(jù)：為保證業(yè)務(wù)操作的正常進(jìn)行而設(shè)置的基本信

6、息資料。測(cè)試程序開(kāi)發(fā)：利用在歷史數(shù)據(jù)收集步驟中所獲得的典型用戶(hù)的系統(tǒng)訪(fǎng)問(wèn)模式，做為測(cè)試程序開(kāi)發(fā)的依 據(jù)。該測(cè)試程序應(yīng)該覆蓋典型用戶(hù)的系統(tǒng)訪(fǎng)問(wèn)模式所涉及的操作。腳本的開(kāi)發(fā)是利用 LoadRunner Vugen進(jìn)行腳本錄制，開(kāi)發(fā)，參數(shù)化，調(diào)試的過(guò)程。測(cè)試執(zhí)行：測(cè)試準(zhǔn)備階段完畢后，確保測(cè)試環(huán)境、測(cè)試程序、測(cè)試過(guò)程、測(cè)試數(shù)據(jù)，且均已驗(yàn)證通 過(guò)后，然后在指定的時(shí)間內(nèi)可對(duì)系統(tǒng)施實(shí)性能測(cè)試，性能測(cè)試執(zhí)行分為兩個(gè)階段：1、性能基準(zhǔn)測(cè)試：系統(tǒng)在輕負(fù)載環(huán)境下，模擬各業(yè)務(wù)的單用戶(hù)交易，評(píng)估當(dāng)前系統(tǒng)的 性能表現(xiàn)，并作為后續(xù)壓力測(cè)試的性能比較基準(zhǔn)；2、單交易負(fù)載測(cè)試：3、負(fù)載壓力測(cè)試：仿真現(xiàn)實(shí)，模擬大批量并發(fā)業(yè)務(wù)交易

7、，評(píng)估系統(tǒng)在高負(fù)載情況下系 統(tǒng)的性能表現(xiàn)。測(cè)試結(jié)果分析報(bào)告：壓力測(cè)試結(jié)果經(jīng)過(guò)確認(rèn)有效后，將匯總壓力測(cè)試結(jié)果，形成最終的性能測(cè)試分析報(bào)告。3測(cè)試環(huán)境3.1被測(cè)系統(tǒng)3. 1.1硬件環(huán)境系統(tǒng)IP地址所在主機(jī)配置備注應(yīng)用服務(wù)器CPU： Xeon MP X4600Win2003 Server內(nèi)存8G硬盤(pán)200G 7200轉(zhuǎn)數(shù)據(jù)庫(kù)服務(wù)器CPU： Xeon MP X4600內(nèi)存8G硬盤(pán)500G 7200轉(zhuǎn)Win2003 Server3.1.2數(shù)據(jù)庫(kù)環(huán)境便用生成的6800萬(wàn)條數(shù)據(jù)。3. 1.3軟件環(huán)境類(lèi)型應(yīng)用及版本號(hào)備注應(yīng)用服務(wù)器數(shù)據(jù)庫(kù)Oracle 9i3. 2測(cè)試系統(tǒng)3. 2.1測(cè)試環(huán)境搭建測(cè)試機(jī)配置：類(lèi)型

8、數(shù)量（臺(tái)）IP配置備注控制臺(tái)1Intel E4600內(nèi)存2G/硬盤(pán)400G 7200轉(zhuǎn)Win2003 Server負(fù)載發(fā)生器9Intel E4600內(nèi)存1G/硬盤(pán)400G 7200轉(zhuǎn)Win2003 Server3. 2.2測(cè)試軟件采用Mercury Interactive公司的LoadRunner測(cè)試及分析軟件作為測(cè)試工具。LoadRunner 簡(jiǎn)介：LoadRunner是一種預(yù)測(cè)系統(tǒng)行為和性能的工業(yè)標(biāo)準(zhǔn)級(jí)負(fù)載測(cè)試工具。在LoadRunner的 幫助下，用戶(hù)可以以模擬上千萬(wàn)用戶(hù)實(shí)施并發(fā)負(fù)載及實(shí)時(shí)性能監(jiān)測(cè)的方式來(lái)確認(rèn)和查找問(wèn) 題。LoadRunner能夠?qū)φ麄€(gè)企業(yè)架構(gòu)進(jìn)行測(cè)試，它通過(guò)模擬實(shí)際用戶(hù)

9、的操作行為和實(shí)行實(shí) 時(shí)性能監(jiān)測(cè)，來(lái)幫助用戶(hù)更快的查找和發(fā)現(xiàn)問(wèn)題。此外，LoadRunner能支持廣泛的協(xié)議和 技術(shù)，可以為用戶(hù)的特殊環(huán)境提供特殊的解決方案。本次測(cè)試釆用的LoadRunner版本為。4測(cè)試設(shè)計(jì)4.1模擬用戶(hù)數(shù)依據(jù)系統(tǒng)目前的業(yè)務(wù)量以及未來(lái)業(yè)務(wù)量增長(zhǎng)，對(duì)當(dāng)前系統(tǒng)分別按3000、4500、6000用 戶(hù)進(jìn)行壓力測(cè)試，以評(píng)估系統(tǒng)在不同壓力梯度情況下的性能表現(xiàn)。4.2測(cè)試模型建立此次性能測(cè)試的業(yè)務(wù)選擇，應(yīng)覆蓋各性能關(guān)鍵業(yè)務(wù)，并通過(guò)海泰方圓、北京行所志雙方 協(xié)商選取被測(cè)業(yè)務(wù)。根據(jù)協(xié)商選定如下業(yè)務(wù)進(jìn)行性能測(cè)試：開(kāi)具發(fā)票以此基礎(chǔ)上定義測(cè)試執(zhí)行壓力模型：在混合業(yè)務(wù)場(chǎng)景壓力梯度測(cè)試過(guò)程中，分別按3

10、000、4500、6000用戶(hù)進(jìn)行壓力測(cè)試， 在各個(gè)壓力測(cè)試過(guò)程中保持測(cè)試場(chǎng)景和調(diào)度測(cè)試的完全一致，使結(jié)果具有很好的可比性。壓力測(cè)試執(zhí)行場(chǎng)景描述如下：1, 模擬用戶(hù)數(shù)：3000、4500、60002, Pacing： 120 秒；3、當(dāng)所有用戶(hù)加載完畢后連續(xù)運(yùn)行15分鐘；4、用戶(hù)調(diào)度策略：每1秒啟動(dòng)30個(gè)虛擬用戶(hù)。業(yè)務(wù)場(chǎng)景一序號(hào)交易業(yè)務(wù)配比執(zhí)行 時(shí)間操作 間隔1開(kāi)具發(fā)票100%15分鐘120秒業(yè)務(wù)場(chǎng)景二序號(hào)交易業(yè)務(wù)配比執(zhí)行 時(shí)間操作 間隔1開(kāi)具發(fā)票（無(wú)合同）85%15分鐘120秒2開(kāi)具發(fā)票（有合同）15%說(shuō)明：按照以上場(chǎng)景設(shè)置，可估算出模擬用戶(hù)數(shù)與每小時(shí)業(yè)務(wù)量的對(duì)應(yīng)關(guān)系如下:模擬用戶(hù)數(shù)3000

11、45006000每小時(shí)業(yè)務(wù)量900001350001800005測(cè)試結(jié)果分析說(shuō)明：術(shù)語(yǔ)解釋?zhuān)ㄊ聞?wù)）一LoadRunner中定義，為一個(gè)流程中某個(gè)環(huán)節(jié)的稱(chēng)謂，一個(gè)流程可稱(chēng)為 一個(gè)大的事務(wù)，在這個(gè)大的交易中包含許多的小的事務(wù)。響應(yīng)時(shí)間一LoadRunner中衡量流程中各個(gè)事務(wù)性能的最佳手段，計(jì)算的是端到端 的時(shí)間，說(shuō)的通俗一點(diǎn)，從點(diǎn)擊應(yīng)用中的某個(gè)控件，到從數(shù)據(jù)庫(kù)返回?cái)?shù)據(jù)到客戶(hù)端, 整個(gè)過(guò)程都被計(jì)算在事務(wù)的響應(yīng)時(shí)間內(nèi)。場(chǎng)景一LoadRunner中專(zhuān)門(mén)術(shù)語(yǔ)。它是所有測(cè)試資源包括測(cè)試腳本、運(yùn)行設(shè)置、運(yùn) 行用戶(hù)數(shù)等的集合。在這個(gè)場(chǎng)景中，可以定義并發(fā)用戶(hù)的數(shù)目，定義要運(yùn)行的腳本, 或者說(shuō)運(yùn)行的流程類(lèi)型。在一

12、個(gè)場(chǎng)景中，可以是單個(gè)流程，也可以是多個(gè)流程的混 合。虛擬用戶(hù)一LoadRunner中特定術(shù)語(yǔ)，為模擬現(xiàn)實(shí)中的實(shí)際用戶(hù)，測(cè)試軟件使用虛 擬用戶(hù)代替真實(shí)的用戶(hù)。5.1業(yè)務(wù)場(chǎng)景一（無(wú)基礎(chǔ)數(shù)據(jù)）梯度壓力測(cè)試分析5. 1.1平均響應(yīng)時(shí)間梯度對(duì)比下圖是不同用戶(hù)數(shù)下各事務(wù)的平均響應(yīng)時(shí)間隨用戶(hù)數(shù)變化的曲線(xiàn)：-1登錄亠開(kāi)具發(fā)票 錄入并開(kāi)具審務(wù)3000用戶(hù)4500用戶(hù)6000用戶(hù)登錄開(kāi)具發(fā)票錄入并開(kāi)具平均響應(yīng)時(shí)間分析：從上圖中可以看出，各操作的響應(yīng)時(shí)間隨著用戶(hù)數(shù)的增加呈上升趨勢(shì)，但都沒(méi)有超過(guò)5秒，在可接受范圍內(nèi)。5. 1.2系統(tǒng)資源利用率cpu利用率(%) CPU利用率()CPU利用率分析：在上圖中我們可以看出3

13、000用戶(hù). 4500用戶(hù)及6000用戶(hù)時(shí)，CPU利用率均在正常范圍內(nèi)，系統(tǒng)表現(xiàn)良好。5.1.3系統(tǒng)處理能力TPS系統(tǒng)處理能力分析：可以看出，在無(wú)基礎(chǔ)數(shù)據(jù)的情況下，系統(tǒng)處理能力隨用戶(hù)數(shù)的增加呈線(xiàn)性上升趨勢(shì)，即系統(tǒng)無(wú)性能瓶頸，6000用戶(hù)時(shí)系統(tǒng)處理能力達(dá)到每小時(shí)173880筆，滿(mǎn)足并超出客戶(hù)提出的4小時(shí)20萬(wàn)張發(fā)票的處理能力。5.2業(yè)務(wù)場(chǎng)景一對(duì)比測(cè)試分析序號(hào)用戶(hù)數(shù)每小時(shí)業(yè)務(wù)量基礎(chǔ)數(shù)據(jù)量16000180000無(wú)26000126000大于1800萬(wàn)5. 2.1平均響應(yīng)時(shí)間對(duì)比下圖是不同壓力情況下，有基礎(chǔ)數(shù)據(jù)與無(wú)基礎(chǔ)數(shù)據(jù)各操作響應(yīng)時(shí)間對(duì)比圖:響應(yīng)時(shí)間對(duì)比圖 4500用戶(hù)（無(wú)基礎(chǔ)數(shù)據(jù)） 1500用戶(hù)（有

14、基礎(chǔ)數(shù)據(jù)） 6000用戶(hù)（無(wú)基礎(chǔ)數(shù)據(jù)）口6000用戶(hù)（有基礎(chǔ)數(shù)據(jù)）平均響應(yīng)時(shí)間分析：同樣壓力的情況下，在無(wú)基礎(chǔ)數(shù)據(jù)的情況下，響應(yīng)時(shí)間均小于5秒。當(dāng)基礎(chǔ)數(shù)據(jù)量在 1800萬(wàn)的時(shí)候，6000用戶(hù)壓力下響應(yīng)時(shí)間大幅度提高，超過(guò)客戶(hù)所提出5秒之內(nèi)的要求。5. 2. 2處理能力對(duì)比下圖是相同壓力情況下，有基礎(chǔ)數(shù)據(jù)與無(wú)基礎(chǔ)數(shù)捋系統(tǒng)的處理能力對(duì)比。TPS對(duì)比圖處理能力分析：在有基礎(chǔ)數(shù)據(jù)的情況下，單從處理能力看，依然可以滿(mǎn)足客戶(hù)所提出的要求，但與之前 的無(wú)基礎(chǔ)數(shù)據(jù)的處理能力比較發(fā)現(xiàn)，基礎(chǔ)數(shù)據(jù)的存在是對(duì)處理能力有較大影響。5. 2.3資源利用率對(duì)比圖下圖是相同壓力情況下，有基礎(chǔ)數(shù)據(jù)與無(wú)基礎(chǔ)數(shù)據(jù)各事務(wù)資源利用率對(duì)

15、比圖:CPV利用率對(duì)比國(guó)6000用戶(hù)（無(wú)基礎(chǔ)O；CPU利用率分析：相同壓力下，因有基礎(chǔ)數(shù)據(jù)情況下響應(yīng)時(shí)間變長(zhǎng)，系統(tǒng)處理能力下降，CPU利用率也隨 之下降，這說(shuō)明系統(tǒng)瓶頸出現(xiàn)在了其他方面。5. 3系統(tǒng)穩(wěn)定性測(cè)試在系統(tǒng)測(cè)試過(guò)程中，我們發(fā)現(xiàn)WebLogic的JVM可用內(nèi)存逐漸減少，下圖是在WebLogic 監(jiān)控臺(tái)所監(jiān)控到的情況：吞吐豊隊(duì)列己經(jīng)處理的請(qǐng)求數(shù)。隊(duì)列長(zhǎng)度:臥列中的等待請(qǐng)求數(shù)住內(nèi)存便用率:JWvl堆中當(dāng)前可用的內(nèi)存埶字節(jié)）。為了驗(yàn)證確認(rèn)此現(xiàn)象，進(jìn)行了 4500用戶(hù)6個(gè)小時(shí)的測(cè)試，當(dāng)測(cè)試執(zhí)行到1小時(shí)左右, WebLogic JVM基本已無(wú)內(nèi)存可用，如下圖所示：吞吐靈隊(duì)別己經(jīng)處理的請(qǐng)求數(shù)。隊(duì)列悵

16、度;隊(duì)列中的等待請(qǐng)茨數(shù)。內(nèi)存使用率:被占用內(nèi)存無(wú)法釋放，導(dǎo)致被測(cè)系統(tǒng)在長(zhǎng)時(shí)間運(yùn)行后響應(yīng)時(shí)間明顯上升，處理能力明顯 下降，如下圖所示：IS10(SPUOO8S) 8一一 6SU2.S8CCsz8、. 調(diào)整 shard pool 為 104MB2、調(diào)整 buffer cache 為 5O4MB3、調(diào)整查詢(xún)合同信息業(yè)務(wù)邏輯4、修改weblogic線(xiàn)程數(shù)為150調(diào)優(yōu)結(jié)果見(jiàn)以下分析。5、51第一次調(diào)優(yōu)首先修改業(yè)務(wù)邏輯，在進(jìn)入開(kāi)具發(fā)票頁(yè)面時(shí)不加載合同信息。然后修改數(shù)據(jù)庫(kù)參數(shù)，修改 shard pool 為 104M 修改 buffer cache 為 504Mo下圖是4500用戶(hù)調(diào)優(yōu)前后響應(yīng)時(shí)間對(duì)比圖：事

17、務(wù)名稱(chēng)平均響應(yīng)時(shí)問(wèn)（調(diào)優(yōu)前）平均響應(yīng)時(shí)問(wèn)（調(diào)優(yōu)后）合同一登錄合同開(kāi)具發(fā)票合同一錄入并開(kāi)具合同退出合同一選擇合同開(kāi)花登錄開(kāi)票一開(kāi)具發(fā)票開(kāi)票一錄入并開(kāi)具開(kāi)票一退出4500用戶(hù)響應(yīng)時(shí)間對(duì)比圖 4500用戶(hù)（調(diào)優(yōu)前） 4 500用戶(hù)（調(diào)優(yōu)后）在圖中我們可以看出調(diào)優(yōu)前后，在相同壓力的情況下，響應(yīng)時(shí)間大幅度下降。調(diào)優(yōu)效果 明顯，已滿(mǎn)足響應(yīng)時(shí)間小于5秒的業(yè)務(wù)要求。此時(shí)系統(tǒng)處理能力也有明顯的提升。系統(tǒng)處理能力 TPS5. 5. 2第二次調(diào)優(yōu)由于此時(shí)WebLogic線(xiàn)程經(jīng)常出現(xiàn)隊(duì)列，因此將WebLogic線(xiàn)程最大值由100調(diào)整為150。 調(diào)整后系統(tǒng)處理能力由上升為。但由于此時(shí)系統(tǒng)處理能力已接近場(chǎng)景設(shè)計(jì)最大值，因

18、此效果 不明顯，需要進(jìn)行一次6000用戶(hù)的對(duì)比測(cè)試。 4500用戶(hù) 6000用戶(hù)系統(tǒng)處理能力 TPS6000用戶(hù)時(shí)，響應(yīng)時(shí)間明顯變長(zhǎng)，部分操作已超過(guò)5秒，而系統(tǒng)處理能力也有明顯的 下降，因此系統(tǒng)仍然存在性能瓶頸。5. 53第三次調(diào)優(yōu)此時(shí)主要的優(yōu)化方向?yàn)閮?yōu)化業(yè)務(wù)邏輯，因此測(cè)試人員提出建議，將查詢(xún)合同信息的兩個(gè)SQL合并為一個(gè)SQL,這樣能夠減少大量的查詢(xún)次數(shù)，降低數(shù)據(jù)庫(kù)壓力。開(kāi)發(fā)人員將此業(yè)務(wù)邏輯優(yōu)化后，進(jìn)行了一次6000用戶(hù)的對(duì)比測(cè)試，結(jié)果如下： 6000用戶(hù)（調(diào)優(yōu)前） 6000用戶(hù)（調(diào)優(yōu)后）系統(tǒng)處理能力 TPS可以看出，調(diào)整業(yè)務(wù)邏輯后，各操作響應(yīng)時(shí)間大幅度縮短，系統(tǒng)處理能力有了明顯提升。此時(shí)系

19、統(tǒng)處理能力達(dá)到每小時(shí)164876筆。6測(cè)試結(jié)論6.1業(yè)務(wù)場(chǎng)景一（無(wú)合同）1、系統(tǒng)在測(cè)試硬件、無(wú)基礎(chǔ)數(shù)據(jù)的情況下，系統(tǒng)處理能力達(dá)到每小時(shí)173880筆開(kāi)發(fā)票業(yè) 務(wù)，滿(mǎn)足客戶(hù)所提出的4小時(shí)處理20萬(wàn)筆開(kāi)發(fā)票業(yè)務(wù)，響應(yīng)時(shí)間小于5秒的處理能力。2, 系統(tǒng)在測(cè)試硬件、有基礎(chǔ)數(shù)據(jù)（1800萬(wàn)條）的情況下，系統(tǒng)處理能力達(dá)到每小時(shí)122580 筆開(kāi)發(fā)票業(yè)務(wù)，滿(mǎn)足客戶(hù)所提出的4小時(shí)處理20萬(wàn)筆開(kāi)發(fā)票，響應(yīng)時(shí)間小于5秒的處 理能力。6.2業(yè)務(wù)場(chǎng)景二（有合同）U系統(tǒng)調(diào)優(yōu)后，在測(cè)試硬件.有基礎(chǔ)數(shù)據(jù)（1800萬(wàn)條）的情況下，系統(tǒng)處理能力達(dá)到每小 時(shí)164876筆開(kāi)發(fā)票業(yè)務(wù)，滿(mǎn)足客戶(hù)所提出的4小時(shí)處理20萬(wàn)筆開(kāi)發(fā)票，響應(yīng)時(shí)間