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