以前做的乙個有關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 包裹動態元件時，會快取不活動的元件例項，而不是銷毀它們。和相似，是乙個抽象元...