WEB應用效能調優記錄

2021-08-24 17:13:34 字數 830 閱讀 4182

[size=large]2009-7-10日[/size]

乙個子系統做好後,進行效能測試,由於是在乙個大系統中,所以很多元件使用了原系統中的。

測試環境:

資料庫:intel(r) core(tm) 4cpu 2.4ghz 3.25gb windows 2003 oralce10g

中介軟體:intel(r) core(tm) 2cpu 2.4ghz 3.25 windows 2003 was 6.1.0.11

網路:公司內網

測試工具:loadrunner8

目標:200併發,3s

一開始測時,有好幾個頁面在60s,一檢視原來是頁面裡包含了幾個1.5m左右js和css檔案,其實很多

指令碼檔案在這些頁面是不需要引用的,但是在開始的時候把全部的js和css合併到了乙個jsp頁面裡,

方便呼叫,沒想到在這裡引起了問題。

解決辦法:1、清除不需要引用的js指令碼和css檔案,

由於系統沒有複雜的邏輯,因些服務端程式沒有發現太大的效能問題。

主要做了如下調整:

1、對查詢sql,列印出來,然後檢視其執行計畫,根據過濾條件加索引。

2、在查詢乙個列表時,由於用到了多對一關聯。後台查詢時出現多條相同的查詢sql,(hiberante3.2)查了一下原因,雖然在hbm.xml配置檔案中設定了fetch="join"。但是在查詢時寫法如下:from tzfdainfo info where info.nrybh = ?,沒有強制去取回對映的物件,

改為這程形式就好了:

from tzfdainfo info inner join fetch info.user where info.nrybh = ?

RabbitMq 效能調優記錄

訂閱端每隔500ms呼叫一次amqp consume message介面函式從socket上獲取資料,正常情況下,伺服器每次會推送幾百條訊息,而且推送的頻率會比較高 導致訂閱端的本機socket緩衝區會很快存滿,導致很多訊息無法進行快取,而被丟掉 發布訊息條數 呼叫amqp comsume mess...

介面效能調優記錄

最近專案需要效能調優 1.使用postman新增響應時間200ms測試用例 2.逐個測試,找出有效能問題的介面,單個調優 3.在方法裡加入時間戳或者stopwatch,找出有效能問題的 4.一般都是sql優化,執行計畫看下是否走了索引,沒有就加下索引,大的sql看看能否拆成小的 5.優化,可以使用多...

Web應用效能優化思路

瓶頸是什麼?一條4車道的公路,執行非常順暢,突然出了點事故,事故車導致某個地方只剩下1車道,然後就開始堵車,因為四輛車同時塞向乙個車道裡。把這個事故清除了,故障車拖走了,道路會開始恢復了通暢。這個道理誰都懂,但偏偏有些傻瓜交警去把4車道變成8車道,但卻不清理事故路段。乙個web應用,不管是何種語言開...