想象一下，你剛剛發(fā)布了一篇博文，并分享到了社交網(wǎng)絡(luò)。然后，這篇文章恰巧被大V看中再次分享了出去，立即吸引了數(shù)百粉絲的目光，引導(dǎo)他們涌入了你的網(wǎng)站。看到這么多的訪客量，以及它們的評論，你內(nèi)心激動不已。突然之間，你的網(wǎng)站就掛掉了，滿屏的數(shù)據(jù)連接錯誤……

或者假想另一種情境，你一直很努力地創(chuàng)業(yè)。突然有一天，一個大V在社交網(wǎng)絡(luò)表達了對貴公司的喜愛之情，字里行間滿滿的贊嘆。關(guān)注這個大V的粉絲心動了，又涌入了你的網(wǎng)站。不幸的是，點擊連接后卻無法進入你的網(wǎng)站，或者進入后無法注冊用戶，甚至頁面相應(yīng)超時，無法獲取產(chǎn)品的序列號。盡管你在社交網(wǎng)絡(luò)上對此非常誠懇的表達了歉意，但眾多的瀏覽者都不會再有興趣。

這些假想其實非常普遍。在我的工作中，就經(jīng)常發(fā)現(xiàn)，當網(wǎng)站信息在社交網(wǎng)站流傳開來的時候，移動設(shè)備的訪問請求就會驟增。這也表明，在社交網(wǎng)絡(luò)中，越來越多的人開始使用移動設(shè)備，而不是傳統(tǒng)的桌面應(yīng)用。此外，大多數(shù)的移動用戶都在使用公共 Wi-Fi 以及其他低速網(wǎng)絡(luò)來訪問網(wǎng)站。所以，快速加載網(wǎng)站的任何優(yōu)化措施，都會有利于用戶的訪問。

在本文中，我會向你介紹 Varnish 網(wǎng)頁應(yīng)用加速器（Varnish Web application accelerator）――這是一個免費、簡單的工具，大大改善大規(guī)模突發(fā)性訪問狀態(tài)下的響應(yīng)能力。
亮點

對于大多數(shù)的網(wǎng)站來說，眾多用戶請求訪問的核心內(nèi)容大都是一致的――尤其是每天都會更新內(nèi)容的門戶網(wǎng)站。不用多說你也會理解，圖片、CSS 和 JavaScript，這些靜態(tài)資源往往有較長的有效期（譯者注：有利于在不同頁面間復(fù)用）。但你可能沒有深入思考過，通常在博客平臺或者是內(nèi)容管理系統(tǒng)中，響應(yīng)用戶的請求后，所返回的數(shù)據(jù)內(nèi)容，大多也是相同的。

來自社交網(wǎng)絡(luò)的用戶進入一個博客后，并不會請求完全一致的信息。除了圖片、JavaScript 和 CSS，這些信息還包括 PHP 動態(tài)生成的內(nèi)容，以及從數(shù)據(jù)庫查詢到的數(shù)據(jù)。訪問博客中的某一篇博文，所需要發(fā)送的每一條請求，不僅僅是在獲取網(wǎng)絡(luò)服務(wù)器提供的靜態(tài)資源，還需要配合 PHP 腳本，使用數(shù)據(jù)庫連接以及數(shù)據(jù)庫表單檢索等功能。

數(shù)據(jù)庫連接的數(shù)量越多，Apache 需要處理的進程就會越多，而總的處理能力是由限度的。相應(yīng)的，訪客的數(shù)量越多，服務(wù)就會越不穩(wěn)定，掙到的錢就會越少。

這就是類似 Varnish 的 HTTP 緩存發(fā)揮作用的地方。如此一來，從瀏覽器發(fā)出的請求，不再直接到達創(chuàng)建和維護網(wǎng)頁的服務(wù)器，而是到達 HTTP 緩存服務(wù)器。如果緩存服務(wù)器中存在所需頁面，那么直接從服務(wù)器的內(nèi)存返回相應(yīng)的資源，不再動用 Apache 服務(wù)器和數(shù)據(jù)庫。如果所需頁面不再緩存中，那么就像傳統(tǒng)方式一樣，使用 Apache 服務(wù)器來處理。Apche 處理完成之后，就會將這個頁面保存到 HTTP 緩存服務(wù)器中，等到下一次請求相同頁面時就可以直接返回了。

將頁面保存在內(nèi)存中，其響應(yīng)速度遠快于將其保存在硬盤中。此外，當請求的頁面為于 HTTP 緩存服務(wù)器中時，就無需動用 PHP 或者數(shù)據(jù)庫來處理相關(guān)操作。這也讓 PHP 和 服務(wù)器能夠有更多的性能來處理更繁重的進程和連接。比如，上面提到的被大 V 稱贊的那家初創(chuàng)公司面臨的情境，眾多粉絲點擊的鏈接其實只是網(wǎng)站中的少數(shù)幾個頁面――而這些完全可以保存在高速緩存服務(wù)器中，當需要時直接從內(nèi)存響應(yīng)請求。此時，準備注冊的用戶就會感到整個流程非常順利，因為后臺腳本和數(shù)據(jù)庫連接的處理能力非常寬裕，完全不受突發(fā)性請求的影響。
原理

下面這個示意圖，展示了 Apache 服務(wù)器響應(yīng)請求后生成站點內(nèi)容的基本流程。在這個例子中，為了請求相同的頁面，一共從瀏覽器發(fā)送了五條指令給 Apache，而 Apache 很呆板的對每條請求都做了詳細的處理。