頁面快取測試

2021-09-03 09:01:10 字數 1020 閱讀 2926

以前做的乙個有關page cache方面的測試,今天提出來說說我的測試方法,希望對讀者有所幫助。

問題回顧

由於**被頻繁請求的頁面為動態生成web頁,導致消耗大量系統資源,為了提高使用者對此類網頁訪問的響應時間,採用對其該部分頁面使用cache技術。

對於這種型別的測試其實很簡單,只要求測試人員做到以下兩點就完全可以應付:

1、對cache在業務中的實現規則有充分了解(具體說來就是,有哪些頁面使用了cache,cache的有效時間長度為多少,被測伺服器端物理記憶體為多少,分配了多少空間給了cache)。

2、理解在測試過程中需要重點關注的相關效能計數器(例如記憶體)。

測試第一步,驗證

驗證cache是否存在,是否滿足實現規則。例如訪問乙個已經加有cache的動態頁面,第一次請求的頁面響應時間為10秒,第二次為3秒,90 percent 的響應時間不大於4秒,那麼我們暫時可以認為cache生效。在隨後的測試過程中,使用ramp -up 方法對cache進行測試,看到response time結果大致為,當第乙個執行緒訪問該頁面時,rpt在乙個很高的起點上,因為這時web 伺服器必須訪問資料庫,並生成頁面,再將其儲存在快取中,這個過程消耗了大部分rpt,執行到第二線程時rpt成曲線下降到乙個很低的點上,這是因為第二線程直接從記憶體中的cache裡讀到了所需的頁,這個點和隨後增加的執行緒幾乎在同一水平線上,平穩延續,當場景執行到20分鐘左右,正好是到了cache生命週期結束的時間點上,重複以上描述rpt曲線軌跡。在這裡rpt不是隨著使用者的上公升而上公升,給人的感覺象是使用了cookie。

測試第二步,併發

使用cache的優點

節省生成頁面時所消耗的cpu和記憶體資源。對於大使用者量的訪問使rpt一樣變的很短。

對資料庫的壓力減少是顯而易見.我個人覺得這個是最重要優勢。

對於終端使用者和伺服器之間,使用者的請求時間變短了,那麼就縮小了伺服器的資源浪費。

有關頁面快取測試

以前做的乙個有關page cache方面的測試 今天提出來說說我的測試方法,希望對讀者有所幫助。問題回顧 由於 被頻繁請求的頁面為動態生成web頁,導致消耗大量系統資源,為了提高使用者對此類網頁訪問的響應時間,採用對其該部分頁面使用cache技術。對於這種型別的測試其實很簡單,只要求測試人員做到以下...

頁面快取 url快取 物件快取

頁面通用邏輯 當使用者的請求到達後端時,先去redis中查詢快取,如果快取中找不到,則進行資料庫邏輯操作,然後渲染,存入快取並返回給前端!如果在快取中找到了則直接返回給前段。儲存在redis快取中的頁面需要設定時間,根據資料變化是否頻繁進行調整,一般都是1 2min。這種快取一般用於不會經常變動的資...

vue 刪除頁面快取 Vue實現頁面快取

在 使用vue開發時,當進行頁面之間的切換時,上乙個頁面將會被銷毀。但是當我們想節省效能以及保留使用者上次操作的結果或避免ajax重複請求的時候,需要把某些特定的頁面快取下來。在vue中,提供了內建元件keep alive 包裹動態元件時,會快取不活動的元件例項,而不是銷毀它們。和相似,是乙個抽象元...