默認(rèn)設(shè)置是strip，它讓Squid從URI里移除空格字符。這確保日志文件解析器和重定向器工作正常，但

可能會(huì)破壞某些事情，例如不正確編碼的搜索引擎查詢。

13.2.4.10 buffered_logs

默認(rèn)情況下，Squid禁止寫cache.log文件的buffer，這允許你運(yùn)行tail -f 命令實(shí)時(shí)的觀察日志文件變

化。假如你認(rèn)為這點(diǎn)導(dǎo)致不必要的性能開銷，就可以禁用buffer：

buffered_logs off

然而，除非以完整debug模式運(yùn)行Squid，這點(diǎn)可能無關(guān)緊要。注意該選項(xiàng)僅僅影響cache.log。其他

的日志文件總使用非緩沖的寫方式。

13.2.5 access.log分析工具

access.log包含很多信息，遠(yuǎn)不止你簡單的瀏覽該文件所見。為了完整的瀏覽，必須使用第三方的日

志文件分析包。你可在Squid的web頁面的鏈接里，找到它們的列表?；蛘咧苯釉L問：

http://www./Scripts/.

最流行的工具之一是Calamaris -- 一個(gè)Perl腳本，解析日志文件并產(chǎn)生基于文本的或HTML的報(bào)告。

它提供關(guān)于會(huì)話的詳細(xì)分類包括請求方式、客戶端IP地址、原始服務(wù)器域名、內(nèi)容類型、文件名擴(kuò)展、

響應(yīng)size、以及更多。Calamaris也報(bào)告ICP查詢會(huì)話，甚至其他cache產(chǎn)品的日志分析。其站點(diǎn)是：

http://calamaris..

Squeezer以及它的派生Squeezer2，是Squid專有的分析工具。它們提供許多統(tǒng)計(jì)，能幫助你了解

Squid的性能，特別是在有鄰居cache時(shí)。兩者都產(chǎn)生HTML文件作為輸出。站點(diǎn)的

Logfile Analysis頁有這些程序的鏈接。

Webalyzer是另一個(gè)有用工具。它運(yùn)行快速，并且產(chǎn)生帶表格和柱形統(tǒng)計(jì)表的HTML頁面。它原始是

設(shè)計(jì)成分析原始服務(wù)器的訪問日志的。盡管它能解析Squid的日志，但不會(huì)報(bào)告諸如命中率和響應(yīng)時(shí)間

的事件。它使用的某些條款不同于我的做法。例如，Webalyzer把任何請求叫做一個(gè)"命中"，這不同于

cache命中。它也把"頁面"和"文件"加以區(qū)別。更多信息請?jiān)L問Webalyzer的主頁：

http://www./webalyzer/.

store.log記錄Squid關(guān)于存儲(chǔ)或刪除cache目標(biāo)的決定。對每個(gè)存在cache里的目標(biāo)、每個(gè)不可

cache的目標(biāo)、以及每個(gè)被輪換策略刪除的目標(biāo)，Squid都會(huì)創(chuàng)建相應(yīng)的日志條目。該日志文件內(nèi)容既

包含了內(nèi)存cache又包含了磁盤cache。

store.log提供了下述不能從access.log獲取的內(nèi)容：

       
   
• 1）某個(gè)特定的響應(yīng)是否被cache。
     
     
• 2）cache目標(biāo)的文件號(hào)。對UFS基礎(chǔ)的存儲(chǔ)機(jī)制，你可轉(zhuǎn)換該文件號(hào)到路徑名，并且檢查
• cache文件的內(nèi)容。
     
     
• 3）響應(yīng)的內(nèi)容長度：包括Content-Length值和實(shí)際的body大小。
     
     
• 4）Date, Last-Modified, 和Expires頭部的值。
     
     
• 5）響應(yīng)的cache關(guān)鍵字（例如MD5哈希值）。
     

如你所見，這些都是相對低級的信息，在日常管理中可能用不上。除非你要做專業(yè)的分析，或打算

debug某程序，否則store.log可有可無。可以如下來禁止它：

cache_store_log none

跟其他日志文件一樣，Squid將最新的日志條目寫到該文件的末尾。某個(gè)給定的URI可能出現(xiàn)在日志文

件里多次。例如，它先被cache，然后刪除，接著又cache住。僅僅最近來的日志條目才反映目標(biāo)的

當(dāng)前值。

store.log是文本基礎(chǔ)的，看起來如下：

1067299212.411 RELEASE -1 FFFFFFFF A5964B32245AC98592D83F9B6EA10B8D 206
            1067299212 1064287906 -1 application/octet-stream 6840/6840
            GET http://download./msdownload/update/v3-19990518/cab...
            1067299212.422 SWAPOUT 02 0005FD5F 6F34570785CACABC8DD01ABA5D73B392 200
            1067299210 1057899600 -1 image/gif 1125/1125
            GET http://forum./shf./images/nav_members1.gif
            1067299212.641 RELEASE -1 FFFFFFFF B0616CB4B7280F67672A40647DD08474 200
            1067299212 -1 -1 text/html -1/67191
            GET http://www./
            1067299212.671 RELEASE -1 FFFFFFFF 5ECD93934257594825659B596D9444BC 200
            1067299023 1034873897 1067299023 image/jpeg 3386/3386
            GET http://ebiz0./abc/ebiz/_EBIZ_3922eabf57d44e2a4c3e7cd234a...
            1067299212.786 RELEASE -1 FFFFFFFF B388F7B766B307ADEC044A4099946A21 200
            1067297755 -1 -1 text/html -1/566
            GET http://www./pages/100303pic15.cfm
            1067299212.837 RELEASE -1 FFFFFFFF ABC862C7107F3B7E9FC2D7CA01C8E6A1 304
            1067299212 -1 1067299212 unknown -1/0
            GET http://ebiz0./abc/ebiz/_EBIZ_3922eabf57d44e2a4c3e7cd234a...
            1067299212.859 RELEASE -1 FFFFFFFF 5ED2726D4A3AD83CACC8A01CFDD6082B 304
            1066940882 1065063803 -1 application/x-javascript -1/0
            GET http://www./scripts/header_footer.js

每個(gè)日志條目包含如下13個(gè)域：

       
   
• 1. 時(shí)間戳
  
  事件何時(shí)發(fā)生，表現(xiàn)為Unix紀(jì)元以來的秒數(shù)，它是毫秒級的。
  
  
     
     
• 2. 動(dòng)作
  
  
     
     
• cache目標(biāo)發(fā)生的動(dòng)作。該域有3個(gè)可能值：SWAPOUT，RELEASE，和SO_FAIL。
  
  
     
     
  
                 
         
  • 1）SWAPOUT在Squid成功的存儲(chǔ)目標(biāo)到磁盤時(shí)發(fā)生。某些目標(biāo)例如那些消極cache的
  • ，僅保存在內(nèi)存而不是磁盤，Squid不會(huì)在store.log里記錄它們。
    
    
           
           
  • 2）SO_FAIL表明Squid不能完整的存儲(chǔ)目標(biāo)到磁盤。多半意味著存儲(chǔ)機(jī)制拒絕以寫方式
  • 打開新的磁盤文件。
    
    
           
           
  • 3）RELEASE在Squid從cache里刪除目標(biāo)，或首先就決定響應(yīng)不可存儲(chǔ)時(shí)發(fā)生。
           
       
  
         
  
  
     
     
• 3. 目錄號(hào)
  
  
     
     
• 目錄號(hào)是十進(jìn)制小數(shù)形式，它是個(gè)到cache目錄的7位索引。對沒有存儲(chǔ)到磁盤的目標(biāo)，該域包
• 含-1值。
  
  
     
     
• 4. 文件號(hào)
  
  
     
     
• 文件號(hào)是25位的標(biāo)識(shí)符，內(nèi)在的被squid使用。它被寫成8字符的十六進(jìn)制號(hào)。對UFS基礎(chǔ)的存
• 儲(chǔ)機(jī)制，有算法可以轉(zhuǎn)換文件號(hào)到路徑名（見13.3.1節(jié)）。沒有存儲(chǔ)到磁盤的目標(biāo)，沒有有效
• 的文件號(hào)。對這些目標(biāo)，該域的值是FFFFFFFF。僅僅在RELEASE和SO_FAIL情況下才會(huì)出現(xiàn)
• 這個(gè)值。
  
  
     
     
• 5. cache關(guān)鍵字
  
  Squid使用MD5哈希值作為主要的索引來定位目標(biāo)。該關(guān)鍵字基于請求方式、URI、和其他可能
• 的信息計(jì)算得來?？梢詮腸ache關(guān)鍵字來查找store.log條目。然而請注意，目標(biāo)的cache關(guān)鍵
• 字可能改變。當(dāng)Squid在access.log里記錄TCP_REFRESH_MISS請求時(shí)，這點(diǎn)會(huì)發(fā)生。情況
• 類似如下：
     
     

  1065837334.045 SWAPOUT ... 554BACBD2CB2A0C38FF9BF4B2239A9E5 ... http://blah
                  1066031047.925 RELEASE ... 92AE17121926106EB12FA8054064CABA ... http://blah
                  1066031048.074 SWAPOUT ... 554BACBD2CB2A0C38FF9BF4B2239A9E5 ... http://blah

  
          發(fā)生了什么呢？該目標(biāo)原本cache在某個(gè)關(guān)鍵字下（554B...）。一段時(shí)間后，Squid接
• 受到對該目標(biāo)的另一請求，并轉(zhuǎn)發(fā)確認(rèn)請求到原始服務(wù)器。當(dāng)響應(yīng)以新內(nèi)容返回時(shí)，Squid改變
• 舊目標(biāo)的cache關(guān)鍵字（92AE...），以便它能授予新目標(biāo)正確的關(guān)鍵字（554B...）。然后舊
• 目標(biāo)刪除，新目標(biāo)存儲(chǔ)到磁盤。
  
  
     
     
• 6. 狀態(tài)碼
  
  
     
     
• 該域顯示響應(yīng)的HTTP狀態(tài)碼，跟access.log一樣。表13.1是狀態(tài)碼列表。
  
  
     
     
• 7. 日期
  
  
     
     
• HTTP響應(yīng)的Date頭部值，表現(xiàn)為Unix紀(jì)元以來的秒數(shù)。值-1表示Date頭部不可解析，-2意味
• 著頭部完缺。
  
  
     
     
• 8. 最后修改時(shí)間
  
  
     
     
• HTTP響應(yīng)的Last-Modified頭部值，表現(xiàn)為Unix紀(jì)元以來的秒數(shù)。值-1表示Last-Modified頭
• 部不可解析，-2意味著頭部完缺。
  
  
     
     
• 9. 過期時(shí)間
  
  
     
     
• HTTP響應(yīng)的Expires頭部值，表現(xiàn)為Unix紀(jì)元以來的秒數(shù)。值-1表示Expires頭部不可解析，
• -2意味著頭部完缺。
  
  
     
     
• 10. 內(nèi)容類型
  
  
     
     
• HTTP響應(yīng)的Content-Type頭部值，排除了任何media-type參數(shù)。假如Content-Type丟失
• 了，Squid插入值unknown。
  
  
     
     
• 11. 內(nèi)容長度/大小
  
  
     
     
• 該域包含2個(gè)數(shù)字，以斜杠分開。第一個(gè)是Content-Length頭部值。-1表明
• Content-Length頭部不存在。第二個(gè)是HTTP消息body的實(shí)際大小。你可使用這2個(gè)數(shù)字來部
• 分的驗(yàn)證接受到的響應(yīng)，并驗(yàn)證原始服務(wù)器是否不正確的計(jì)算了內(nèi)容長度。大多數(shù)情形下，這
• 2個(gè)數(shù)字相等。
  
  
     
     
• 12. 方式
  
  
     
     
• 請求目標(biāo)的HTTP方式，跟access.log里的一樣。
  
  
     
     
• 13. URI
  
  
     
     
• 最后一個(gè)域是請求URI，跟access.log里的一樣。該域也有前述章節(jié)提到的空格問題。然而，
• 這里不必為此擔(dān)憂，因?yàn)槟憧砂踩暮雎匀魏味嘤嗟挠颉?br>
  
     
     
• 對許多RELEASE的條目，在最后8個(gè)域出現(xiàn)的是疑問號(hào)(?)。這是因?yàn)檫@些域的大部分值來自
• squid稱為MemObject的結(jié)構(gòu)。該結(jié)構(gòu)僅在目標(biāo)已被接受時(shí)，或目標(biāo)被完整存儲(chǔ)在內(nèi)存時(shí)，才
• 會(huì)出現(xiàn)。Squid cache里的大部分目標(biāo)沒有MemObject結(jié)構(gòu)，因?yàn)樗鼈儍H存在于磁盤。對這些
• 情況，Squid在相應(yīng)域放置一個(gè)疑問號(hào)。