影響性能的測(cè)試報(bào)告（數(shù)據(jù)庫(kù)版）
如需轉(zhuǎn)載，請(qǐng)與筆者聯(lián)系
前提：項(xiàng)目組里無用到SPRING進(jìn)行事務(wù)的管理。項(xiàng)目里以功能劃分到每個(gè)人手里，
形成了BO，DAO，ACTION，VIEW都是單人負(fù)責(zé)。在DAO中每個(gè)動(dòng)作都以
封閉式的形式存在。
問題：造成事務(wù)的不連貫性。功能是做出來了，性能問題遲早暴露。
測(cè)試：主要針對(duì)程序頻繁請(qǐng)求數(shù)據(jù)庫(kù)連接對(duì)WEB應(yīng)用所造成影響做一個(gè)測(cè)試。
先做必要的說明，一步步引入正題，先從性能瓶頸開始：
所有的應(yīng)用程序都存在性能瓶頸，為了提高應(yīng)用程序的性能，就要盡可能的減少程序的瓶頸。以下是在JAVA程序中經(jīng)常存在的性能瓶頸。
了解了這些瓶頸后，就可以有針對(duì)性的減少這些瓶頸，從而提高JAVA應(yīng)用程序的性能
關(guān)于連接池的實(shí)現(xiàn)原理測(cè)試方案：
經(jīng)過資料的收集與APACHE DBCP里連接池的查閱，對(duì)現(xiàn)有的連接池工作
原理有兩種方式：
1. 數(shù)據(jù)庫(kù)預(yù)先設(shè)置配置好的連接數(shù)。待得到用戶請(qǐng)求連接，傳出一個(gè)連接，而后為了保持供應(yīng)數(shù)再提前創(chuàng)建連接，即提前預(yù)備連接數(shù)供請(qǐng)求。比如：
有5個(gè)通行道代表最大激活的連接數(shù)，最小2個(gè)閑置連接數(shù)。也就是說連接池里始終預(yù)備了2個(gè)可隨時(shí)提供的連接，連接的創(chuàng)建開銷是比較大的，連接池的存在就是了能夠最小化的解決創(chuàng)建所等待的時(shí)間。
1 O
2 O
3 *
4 *
5 *
如上圖，當(dāng)1分配出去時(shí)由于池中連接數(shù)剩一個(gè)，為保持最小閑置，會(huì)自動(dòng)創(chuàng)建一個(gè)新的連接以防止再次請(qǐng)求等待創(chuàng)建的時(shí)間。這樣確實(shí)減少了等待的時(shí)間，但是數(shù)據(jù)庫(kù)創(chuàng)建的開銷方面并未得到解決。如果把1-5比喻成汽車，那么這種情況下每量車都是一次性使用。1被請(qǐng)求后下一個(gè)連接將是6來接替。那么如何能夠重復(fù)利用1減少數(shù)據(jù)庫(kù)開銷。于是引出第二種方式。
2. 回收使用完后的連接，放回到池中進(jìn)行循環(huán)利用。這么做必須能保證2點(diǎn)
一. 使連接能夠保持有效的回收。
二. 約束使用者使用釋放的動(dòng)作，而不是直接把連接close.
本人使用的是APACHE DBCP里BasicDataSource的連接池基本實(shí)現(xiàn)，
經(jīng)過代碼與測(cè)試結(jié)果顯示，其工作方式是基于二的。
請(qǐng)看測(cè)試用例
測(cè)試結(jié)果：
第2組數(shù)據(jù):
并發(fā)應(yīng)用數(shù)：100 模擬連接數(shù)：6
運(yùn)行平均耗時(shí)：2956
共使用51個(gè)連接
運(yùn)行平均耗時(shí)：3391
2共使用52個(gè)連接
運(yùn)行平均耗時(shí)：2616
共使用47個(gè)連接
運(yùn)行平均耗時(shí)：3377
共使用41個(gè)連接
運(yùn)行平均耗時(shí)：3673
共使用46個(gè)連接
第2組數(shù)據(jù)共執(zhí)行5次;平均耗時(shí)為：3229毫秒
平均使用47個(gè)連接
第3組數(shù)據(jù):
并發(fā)應(yīng)用數(shù)：85 模擬連接數(shù)：9
運(yùn)行平均耗時(shí)：4830
共使用53個(gè)連接
運(yùn)行平均耗時(shí)：3247
共使用49個(gè)連接
運(yùn)行平均耗時(shí)：4116
共使用40個(gè)連接
運(yùn)行平均耗時(shí)：4070
共使用43個(gè)連接
運(yùn)行平均耗時(shí)：4053
共使用54個(gè)連接
第3組數(shù)據(jù)共執(zhí)行5次;平均耗時(shí)為：4063毫秒
平均使用47個(gè)連接
第4組數(shù)據(jù):
并發(fā)應(yīng)用數(shù)：140 模擬連接數(shù)：3
運(yùn)行平均耗時(shí)：2076
共使用47個(gè)連接
運(yùn)行平均耗時(shí)：3104
共使用51個(gè)連接
運(yùn)行平均耗時(shí)：2048
共使用43個(gè)連接
運(yùn)行平均耗時(shí)：2421
共使用50個(gè)連接
運(yùn)行平均耗時(shí)：2751
共使用50個(gè)連接
第4組數(shù)據(jù)共執(zhí)行5次;平均耗時(shí)為：2480毫秒
平均使用48個(gè)連接
每次測(cè)試的結(jié)果都可能不同，但是所得到的結(jié)論是一致的。數(shù)據(jù)顯示不合理的請(qǐng)求使用連接嚴(yán)重的影響應(yīng)用所能承受的并發(fā)數(shù)量，響應(yīng)的時(shí)間也因此受到影響。
沒有把事務(wù)控制好，一般會(huì)出現(xiàn)以下的情況：
事務(wù)(){
流程1();
流程2();
}
可以看出流程1，2里都是單獨(dú)創(chuàng)建連接，并在自己的流程里完成操作。
如果在流程2里出現(xiàn)異常，那么流程1所做的操作是不可恢復(fù)的。
如果能控制在事務(wù)范圍內(nèi)，如：
事務(wù)(){
Connection con;
流程1(con);
流程2(con);
con.close();
}
那么數(shù)據(jù)庫(kù)少提供一個(gè)連接，事務(wù)的完成性也得到體現(xiàn)。在并發(fā)數(shù)量大的時(shí)候，
效率上就有非常明顯的區(qū)別。
1． 盡量保持少的請(qǐng)求
如DAO中有update()方法，則應(yīng)再擴(kuò)展一個(gè)方法update(Connection conn)
在業(yè)務(wù)邏輯事務(wù)里調(diào)用update(Connection conn)，一般情況下調(diào)用update()
2． 對(duì)于數(shù)據(jù)不變的情況采用緩存技術(shù)，或部分緩存技術(shù)。
可參照一些相關(guān)的開源的項(xiàng)目（JIVE）。
posted on 2005-09-25 17:21
ceaboat 閱讀(1667)
評(píng)論(4) 編輯 收藏 所屬分類:
JAVA小結(jié)