【文章內(nèi)容簡介】 100%DB出表無 秒/張%結(jié)果分析：，不管是否進行上傳IJ文件的操作,從前臺頁面上手動執(zhí)行，速度都比較慢，且成功率較低，建議優(yōu)化調(diào)整。DB出表在后臺數(shù)據(jù)庫中運行生成，所以沒有并發(fā)用戶數(shù)。 秒/張，根據(jù)這個速度估計，生成7萬張報表的時間是9小時，時間較長，建議優(yōu)化調(diào)整。日常業(yè)務DB出表的響應時間：從上圖中可以看出：；；。日常業(yè)務DB出表的處理能力：從上圖中可以看出：綜合查詢的平均每秒事務數(shù)(TPS)，沒有失敗事務；，；上傳IJ文件的平均每秒事務數(shù)(TPS)，沒有失敗事務 。日常業(yè)務DB出表的事務成功數(shù)：從上圖中可以看出：綜合查詢的成功事務數(shù)為8027，沒有失敗事務；匯總的成功事務數(shù)為58，失敗事務數(shù)為194；上傳IJ文件的成功事務數(shù)為858，沒有失敗事務。日常業(yè)務DB出表的系統(tǒng)資源：從上圖中可以看出：%，% 。刪除臨時表數(shù)據(jù)分為按機構(gòu)刪除和按機構(gòu)類刪除兩種情況。通過監(jiān)控WAS后臺日志得出刪除臨時表所耗用的時間，結(jié)果如下：AI3010000000020101231411文件，按機構(gòu)刪除：144s, 按機構(gòu)類刪除： 108s. 經(jīng)分析，數(shù)據(jù)沒有出現(xiàn)死鎖，CPU占用資源正常，如圖一所示：AI3030000000020101231411文件，按機構(gòu)刪除：148s ,按機構(gòu)類刪除: 90s。經(jīng)分析，數(shù)據(jù)沒有出現(xiàn)死鎖，CPU占用資源正常，如圖二所示：AI4010000000020101231411文件，按機構(gòu)刪除：45s. 按機構(gòu)類刪除：27s, 經(jīng)分析，數(shù)據(jù)沒有出現(xiàn)死鎖，CPU占用資源正常，如圖三所示：圖一按機構(gòu)刪除按機構(gòu)類刪除圖二按機構(gòu)刪除按機構(gòu)類刪除圖三按機構(gòu)刪除按機構(gòu)類刪除結(jié)果分析：通過對系統(tǒng)進行大數(shù)據(jù)文件報送得出，臨時庫存量為9百萬量級時刪除138萬數(shù)據(jù)用時108～210秒，測試環(huán)境滿足開發(fā)提出的5分鐘內(nèi)刪除數(shù)據(jù)時間標準。另外由于測試環(huán)境服務器cpu與內(nèi)存數(shù)是總行實際生產(chǎn)環(huán)境的三倍，這里不排除在生產(chǎn)環(huán)境中刪除臨時庫速度要比實際測試速度慢的情況。共上傳了84個14位IJ文件，其中包括4個大文件，10個中文件和70個小文件。小文件的數(shù)據(jù)量是300～3萬條/個；中文件的數(shù)據(jù)量是200萬～300萬條/個；大文件的數(shù)據(jù)量是1000萬～1380萬條/個；測試結(jié)果：場景設定總體情況服務器資源測試場景測試業(yè)務點文件數(shù)目交易平均響應時間CPU利用率(平均%/最高%)內(nèi)存利用情況paging rate（平均/最高）加載到臨時表與數(shù)據(jù)轉(zhuǎn)換場景前置系統(tǒng)上傳IJ文件大文件4個大文件35分鐘數(shù)據(jù)庫服務器：%/%數(shù)據(jù)庫服務器：中文件10個中文件1分鐘～8分鐘小文件70個小文件52秒～60秒結(jié)果分析：此次測試，去掉了前置系統(tǒng)中14位機構(gòu)數(shù)據(jù)查詢功能，同時去掉了數(shù)據(jù)轉(zhuǎn)換和生成IJ文件與金融統(tǒng)計系統(tǒng)的合法性關聯(lián)。所以，上傳IJ文件的速度較上個版本有所提升。結(jié)果是：大文件（1000萬條～1380萬條）的處理時間為35分鐘，未修改前為1小時16分，中文件（200萬條～300萬條）的處理時間為1分鐘～8分鐘，未修改前為46分鐘，小文件的處理時間為52秒～60秒。執(zhí)行期間，%，%。文件的處理時間雖然滿足性能需求中500條/秒的規(guī)定，但是在實際應用中去掉的功能沒有經(jīng)過用戶確認。結(jié)果貼圖： 前置系統(tǒng)上傳IJ文件小文件的處理時間：從上圖中可以看出：前置系統(tǒng)上傳14位小數(shù)據(jù)量IJ文件（300條～3萬條）的處理時間為52秒～60秒。前置系統(tǒng)上傳IJ文件中文件的處理時間：從上圖中可以看出：前置系統(tǒng)上傳14位中數(shù)據(jù)量IJ文件（200萬條～300萬條）的處理時間為1分鐘～8分鐘。前置系統(tǒng)上傳IJ文件大文件的處理時間：從上圖中可以看出：前置系統(tǒng)上傳14位大數(shù)據(jù)量IJ文件（1000萬條～1380萬條）的處理時間為35分鐘。前置系統(tǒng)上傳IJ文件時系統(tǒng)資源占用情況：從上圖中可以看出：%，%。生成IJ文件數(shù)據(jù)庫服務器資源占用圖： 結(jié)果分析：經(jīng)分析，%，%，資源占用正常。生成IJ文件場景測試通過更改數(shù)據(jù)庫狀態(tài)實現(xiàn)，所有沒有處理能力的圖。大文件（1000萬條～1380萬條）生成IJ文件為6分鐘左右，小文件生成IJ文件的時間為1秒～99秒（300條～3萬條），中文件（200萬條～300萬條）生成IJ文件的時間為1分鐘～3分鐘。測試結(jié)果：場景設定總體情況服務器資源測試場景測試業(yè)務點并發(fā)用戶數(shù)交易平均響應時間（秒）交易成功率（%）CPU利用率(平均%/最高%)內(nèi)存利用情況paging rate（平均/最高）數(shù)據(jù)指標核對場景前置系統(tǒng)數(shù)據(jù)指標核對24100%數(shù)據(jù)庫服務器：%/22%數(shù)據(jù)庫服務器：48100%數(shù)據(jù)庫服務器：%/%數(shù)據(jù)庫服務器：96100%數(shù)據(jù)庫服務器：%/%數(shù)據(jù)庫服務器：結(jié)果分析：經(jīng)分析，后臺數(shù)據(jù)指標核對隨著并發(fā)用戶的增多，系統(tǒng)處理能力增加，平均響應時間增加，后臺數(shù)據(jù)指標核對場景滿足10個/分鐘并發(fā)用戶的性能需求。當并發(fā)用戶數(shù)為96個即每臺服務器上32個并發(fā)用戶時，DB的CPU平均占用率為27%，最高占用率為50%，存在總行環(huán)境中達到100%的風險。結(jié)果貼圖：前置系統(tǒng)數(shù)據(jù)指標核對并發(fā)用戶為24個的平均響應時間：從上圖中可以看出：。前置系統(tǒng)數(shù)據(jù)指標核對并發(fā)用戶為24個的處理能力：從上圖中可以看出：后臺數(shù)據(jù)指標核對24個并發(fā)用戶時的平均每秒事務數(shù)（TPS） 。前置系統(tǒng)數(shù)據(jù)指標核對并發(fā)用戶為24個的系統(tǒng)資源占用： 從上圖中可以看出：%，% 。前置系統(tǒng)數(shù)據(jù)指標核對并發(fā)用戶為48個的平均響應時間：從圖中可以看出：。前置系統(tǒng)數(shù)據(jù)指標核對并發(fā)用戶為48個的處理能力：從上圖中可以看出：后臺數(shù)據(jù)指標核對48個并發(fā)用戶時的平均每秒事務數(shù)（TPS） 。前置系統(tǒng)數(shù)據(jù)指標核對并發(fā)用戶為48個的系統(tǒng)資源：從上圖中可以看出：%，% 。前置系統(tǒng)數(shù)據(jù)指標核對并發(fā)用戶為96個的響應時間： 從上圖中可以看出：。前置系統(tǒng)數(shù)據(jù)指標核對并發(fā)用戶為96個的處理能力： 從上圖中可以看出：后臺數(shù)據(jù)指標核對96個并發(fā)用戶時的平均每秒事務數(shù)（TPS） 。前置系統(tǒng)數(shù)據(jù)指標核對并發(fā)用戶為96個的系統(tǒng)資源：從上圖中可以看出：%，% 。（一對多）導入場景測試結(jié)果：場景設定總體情況服務器資源測試場景測試業(yè)務點并發(fā)用戶數(shù)交易平均響應時間（秒）交易成功率（%）CPU利用率(平均%/最高%)內(nèi)存利用情況paging rate（平均/最高）機構(gòu)關系（一對多）導入場景前置系統(tǒng)機構(gòu)關系（一對多）導入JDBC的連接池數(shù)目為305%數(shù)據(jù)庫服務器：%/%數(shù)據(jù)庫服務器：機構(gòu)關系（一對多）導入場景前置系統(tǒng)機構(gòu)關系（一對多）導入JDBC的連接池數(shù)目為3010%數(shù)據(jù)庫服務器：%/%數(shù)據(jù)庫服務器：機構(gòu)關系（一對多）導入場景前置系統(tǒng)機構(gòu)關系（一對多）導入JDBC的連接池數(shù)目為3020%數(shù)據(jù)庫服務器：%/66%數(shù)據(jù)庫服務器：機構(gòu)關系（一對多）導