1.由于SQL執(zhí)行慢的原因，導(dǎo)致事務(wù)時(shí)間過(guò)長(zhǎng)，數(shù)據(jù)連接池的連接不夠用，很多處理線程在等待連接。

2.程序有部分使用了System.out.println()來(lái)打印日志信息,不能通過(guò)log4j的配置關(guān)閉，嚴(yán)重影響系統(tǒng)性能。

3.include.jsp每一次都會(huì)去數(shù)據(jù)庫(kù)獲取用戶相關(guān)信息，導(dǎo)致每訪問(wèn)一個(gè)頁(yè)面都會(huì)查一次數(shù)據(jù)庫(kù)。

4.表的某個(gè)字段上創(chuàng)建索引，但是索引還是用不上。根據(jù)檢查傳入的綁定變量的值，應(yīng)該是傳入的數(shù)據(jù)類型是數(shù)字，而?該字段是?varchar2?類型，類型不一致，導(dǎo)致索引用不上。

5.HashMap導(dǎo)致很多線程被掛起，CPU占用率持續(xù)在99％左右,使用ConcurrentHashMap替換。

6.使用了synchronized，但該方法執(zhí)行時(shí)間過(guò)長(zhǎng)，會(huì)造成其他處理線程等待時(shí)間比較長(zhǎng)而導(dǎo)致線程阻塞比較嚴(yán)重。

7.有一條SQL語(yǔ)句執(zhí)行?98,240?次,這些數(shù)據(jù)是不變的，可以考慮使用緩存。

8.SQL語(yǔ)句執(zhí)行很慢，可以考慮通過(guò)加索引來(lái)優(yōu)化執(zhí)行，

9.數(shù)據(jù)庫(kù)共享池(share pool)?不夠大。

10.log file sync等待時(shí)間也比較長(zhǎng)。

總結(jié)

以上是生活随笔為你收集整理的一个项目的性能优化经验的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。