以前做的乙個有關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技術。對於這種型別的測試其實很簡單，只要求測試人員做到以下...
有關於快取
我們使用快取的目的主要有如下幾點 1 減少資料庫查詢次數，降低資料庫負載。2 縮短php執行路徑，降低web前端負載。3 減少webserver的請求數量，降低web前端負載。第一項 比較接近底層，主要做細粒度資料快取，比如快取乙個資料物件，一行記錄等。只有當物件中的屬性或記錄中的字段值發生變化後使...
頁面快取 url快取 物件快取
頁面通用邏輯 當使用者的請求到達後端時，先去redis中查詢快取，如果快取中找不到，則進行資料庫邏輯操作，然後渲染，存入快取並返回給前端！如果在快取中找到了則直接返回給前段。儲存在redis快取中的頁面需要設定時間，根據資料變化是否頻繁進行調整，一般都是1 2min。這種快取一般用於不會經常變動的資...