Java應(yīng)用或者JavaEE Web應(yīng)用的性能是很重要的，尤其是數(shù)據(jù)庫(kù)后端對(duì)應(yīng)用的性能影響。不知你是否經(jīng)歷過(guò)Java、JavaEE web應(yīng)用非常慢的案例沒(méi)有（處理一個(gè)簡(jiǎn)單的請(qǐng)求都要花上好幾秒的時(shí)間用于數(shù)據(jù)庫(kù)訪問(wèn)，分頁(yè)、排序等）。下面這些貼士也許能提升Java應(yīng)用的性能。它們非常簡(jiǎn)單同時(shí)還可以應(yīng)用于其它編程語(yǔ)言，如果是用數(shù)據(jù)庫(kù)作為后端存儲(chǔ)的話。

這幾個(gè)JDBC性能貼示不見(jiàn)得有多酷或者有些你從沒(méi)聽(tīng)說(shuō)過(guò)，雖然講的很基礎(chǔ)但是在實(shí)踐中上很多程序員經(jīng)常忽略它們，當(dāng)然你可能把標(biāo)題稱為數(shù)據(jù)庫(kù)性能提示。

JDBC性能貼士一：使用緩存

查出應(yīng)用中有 多少數(shù)據(jù)庫(kù)調(diào)用 ，然后把它們減到最少，不管你信不信性能問(wèn)題大多數(shù)情況下罪魁禍?zhǔn)资窃L問(wèn)數(shù)據(jù)庫(kù)的那些代碼。因?yàn)檫B接到數(shù)據(jù)庫(kù)需要準(zhǔn)備好連接（connections），還有往返的網(wǎng)絡(luò)傳輸和數(shù)據(jù)庫(kù)系統(tǒng)后端的處理。如果你可以把數(shù)據(jù)緩存下來(lái)的話這是減少數(shù)據(jù)庫(kù)調(diào)用最好的方式，即使你的應(yīng)用有完全動(dòng)態(tài)的數(shù)據(jù)，短暫的緩存可以節(jié)省很大的數(shù)據(jù)苦往返的傳輸。加速Java應(yīng)用后至少能減少20-50%的數(shù)據(jù)庫(kù)調(diào)用，如果想找出數(shù)據(jù)庫(kù)調(diào)用，那么僅僅把DAO層的每個(gè)db調(diào)用中記錄到日志中就行，如果記錄好每個(gè)線程進(jìn)入和退出數(shù)據(jù)庫(kù)訪問(wèn)的時(shí)間更好，它能告訴你一個(gè)調(diào)用究竟花了多少時(shí)間。

JDBC性能貼士二：使用數(shù)據(jù)庫(kù)索引

檢查數(shù)據(jù)庫(kù)列上（columns）是否有索引，如果你正做查詢發(fā)現(xiàn)所花的時(shí)間比預(yù)想的要長(zhǎng)，那么首先想到的是檢查在列上（正在查詢的where子句中的那列）是否做了索引。程序員中常犯這個(gè)錯(cuò)誤，有索引和沒(méi)有索引在做查詢時(shí)有巨大的差異。這條貼士在性能上至少能提速100%，當(dāng)然合適的索引更重要，太多的索引反而會(huì)減慢數(shù)據(jù)的插入和更新操作。因此使用索引的時(shí)候要小心，象id、類(lèi)別（category）、類(lèi)（class）等字段上做索引是經(jīng)常使用的。

JDBC性能貼士三：使用PreparedStatement

使用PreparedStatement或者存儲(chǔ)過(guò)程（Stored Procedure）執(zhí)行查詢時(shí)PreparedStatement（預(yù)處理語(yǔ)句）比普通的Statement對(duì)象要快。因?yàn)閿?shù)據(jù)庫(kù)可以對(duì)查詢語(yǔ)句做預(yù)處理何查詢緩存計(jì)劃。 因此總是使用 ** 參數(shù)化形式的預(yù)處理語(yǔ)句** 如SELECT * FROM table WHERE id=?,而不要使用SELECT * FROM table WHERE id='"+id "',雖然后者仍是一個(gè)預(yù)處理語(yǔ)句但不是參數(shù)化的。使用第二種查詢方式在性能上沒(méi)有任何優(yōu)勢(shì)，更多參考可以查下看JDBC為什么要使用PreparedStatement而不是Statement。

http://www.importnew.com/5006.html

JDBC性能貼士四：使用數(shù)據(jù)庫(kù)連接池

連接池用來(lái)存放數(shù)據(jù)庫(kù)連接（Connection），創(chuàng)建數(shù)據(jù)庫(kù)連接是個(gè)比較慢的過(guò)程而且會(huì)耗很長(zhǎng)時(shí)間。所以如果每個(gè)請(qǐng)求都要?jiǎng)?chuàng)建一個(gè)連接，那么顯然響應(yīng)時(shí)間將會(huì)更長(zhǎng)。用連接池根據(jù)上游的流量及并發(fā)請(qǐng)求數(shù)創(chuàng)建適當(dāng)數(shù)量的連接。即使連接池在開(kāi)始的請(qǐng)求中創(chuàng)建連接、緩存連接會(huì)比較慢，但總體還是能減不少開(kāi)銷(xiāo)。

JDBC性能貼士五：使用JDBC批量更新

使用JDBC批量更新操作能顯著提升Java數(shù)據(jù)庫(kù)應(yīng)用的性能。你應(yīng)該始終用批量處理來(lái)執(zhí)行插入和更新操作。通過(guò)使用Statment或者PreparedStatement做批量查詢。用executeBatch（）方法做批量查詢。

JDBC性能貼士六：取消自動(dòng)提交

查詢時(shí)設(shè)置setAutoCommit(false)，默認(rèn)JDBC連接自動(dòng)提交模式是打開(kāi)的，意味著每個(gè)獨(dú)立的SQL語(yǔ)句都將在自己的事務(wù)中執(zhí)行。然而你可以把SQL語(yǔ)句按組歸到一個(gè)邏輯事務(wù)中去，這樣通過(guò)調(diào)用commit()或rollback()要么提交要么回滾。試著運(yùn)行相同數(shù)量的查詢次數(shù)對(duì)比一下使用自動(dòng)提交和不使用自動(dòng)提交時(shí)的性能區(qū)別有多大的差異性。

這些Java數(shù)據(jù)庫(kù)應(yīng)用性能小提示看起來(lái)非常簡(jiǎn)單，很多高級(jí)Java程序員能熟練運(yùn)用在生產(chǎn)級(jí)代碼中，但我還看到很多Java程序員并沒(méi)有在乎這些，直到他們發(fā)現(xiàn)Java應(yīng)用變得很慢時(shí)。所以對(duì)于新手來(lái)說(shuō)有必要記住它使用它。同時(shí)你還可以使用這些Java性能小提示作為代碼審查機(jī)制的一個(gè)參考，在你寫(xiě)的Java應(yīng)用是使用數(shù)據(jù)庫(kù)作為后端存儲(chǔ)的時(shí)候。