PHP的APC緩存詳解

php程序的執行流程
》客戶端(瀏覽器)請求Get hello.php
—-
cgi服務器接(譬如apache)收到請求,根據配置尋找php的處理程序(譬如mod_php
—-
apache加載php的處理程序,php的處理程序讀取php.ini初始化php的解釋環境
—-
mod_php定位尋找hell.php,將其載入到內存中來
—-
mod_php編譯源代碼成爲opcode
—-mod_php執行opcode
—-
》生成結果給瀏覽器 php

在這個過程當中,有幾點是須要注意的: 正則表達式

一、  對許多代碼文件說,特別是含有不少包含文件(include or require)。它們須要花費更多的時間和解析併產生中間代碼。 apache

二、  即便PHP代碼文件沒有發生改變,這個執行過程還會嚴格的按照流程執行。也就是說,不管你的應該程序是否發生改變,每次調用的時候,都須要從新編譯生成opcode碼。(其實這就是編譯緩存存在的理由) 瀏覽器

三、  這個流程不只僅發生在主要的代碼文件,對於每一次的includerequire來講,都會執行這個流程。(這是能夠繼續優化的) 緩存

那些地方能夠優化呢? 安全

一、mod_php fast-cgi化,避免每次都要加載這個模塊,這個模塊還要每次都去初始化php的解釋環境。 服務器

二、緩存php文件的opcode碼,這樣話,避免每次都去編譯。 架構

APC可用用來實現第2點。編譯緩存去掉了執行PHP過程當中的解析過程,因此它對含有大量PHP代碼的應用程序是很是有效的。一般狀況下能夠提高2-3倍以上的速度。對於包含大量include文件的項目,編譯緩存更現實出它的優越性。 編輯器

注:include並不會被編譯緩存進行緩存。好比如今有兩個文件:main.php tobeInclude.php,其中main.php中有這樣的語句include tobeInclude.php’。假設中間碼的後綴爲.op(實際上不是這樣)那麼加上緩存cache main.php=>main.op tobeInclude.php=>tobeInclude.op可是PHP在執行main.php的時候,她仍是須要去解析main.op中的include命令,去調用tobeInclude.op的內容。具體流程是這樣的。
    …=>
執行main.op=>執行tobeInclude.op=>…
    而不是之間簡單的執行main.op ide

因此說過多的include文件會下降程序性能的

 

APC的具體配置

Alternative PHP CacheAPC)是 PHP 的一個免費公開的優化代碼緩存。它用來提供免費,公開而且強健的架構來緩存和優化 PHP 的中間代碼。

APC 官方網站爲 http://pecl.php.net/package/apc

1安裝

PHP extension 形式安裝

phpize

./configure --enable-apc --enable-apc-mmap

make

make install

生成.so,將.so拷貝到php引用modules的目錄下,修改權限755

2配置

apc.enabled       boolean

apc.optimization  optimization

選項在腳本中能夠改變

APC PHP.ini配置選項詳解

[APC]

; Alternative PHP Cache 用於緩存和優化PHP中間代碼

apc.cache_by_default = On

;SYS

; 是否默認對全部文件啓用緩衝。

; 若設爲Off並與以加號開頭的apc.filters指令一塊兒用,則文件僅在匹配過濾器時才被緩存。

apc.enable_cli = Off

;SYS

; 是否爲CLI版本啓用APC功能,僅用於測試和調試目的纔打開此指令。

apc.enabled = On

; 是否啓用APC,若是APC被靜態編譯進PHP又想禁用它,這是惟一的辦法。

apc.file_update_protection = 2

;SYS

; 當你在一個運行中的服務器上修改文件時,你應當執行原子操做。

; 也就是先寫進一個臨時文件,而後將該文件重命名(mv)到最終的名字。

; 文本編輯器以及 cp, tar 等程序卻並非這樣操做的,從而致使有可能緩衝了殘缺的文件。

; 默認值 2 表示在訪問文件時若是發現修改時間距離訪問時間小於 2 秒則不作緩衝。

; 那個不幸的訪問者可能獲得殘缺的內容,可是這種壞影響卻不會經過緩存擴大化。

; 若是你能確保全部的更新操做都是原子操做,那麼能夠用 0 關閉此特性。

; 若是你的系統因爲大量的IO操做致使更新緩慢,你就須要增大此值。

apc.filters =

;SYS

; 一個以逗號分隔的POSIX擴展正則表達式列表。

; 若是源文件名與任意一個模式匹配,則該文件不被緩存。

; 注意,用來匹配的文件名是傳遞給include/require的文件名,而不是絕對路徑。

; 若是正則表達式的第一個字符是"+"則意味着任何匹配表達式的文件會被緩存,

; 若是第一個字符是"-"則任何匹配項都不會被緩存。"-"是默認值,能夠省略掉。

apc.ttl = 0

;SYS

; 緩存條目在緩衝區中容許逗留的秒數。0 表示永不超時。建議值爲7200~36000

; 設爲 0 意味着緩衝區有可能被舊的緩存條目填滿,從而致使沒法緩存新條目。

apc.user_ttl = 0

;SYS

; 相似於apc.ttl,只是針對每一個用戶而言,建議值爲7200~36000

; 設爲 0 意味着緩衝區有可能被舊的緩存條目填滿,從而致使沒法緩存新條目。

apc.gc_ttl = 3600

;SYS

; 緩存條目在垃圾回收表中可以存在的秒數。

; 此值提供了一個安全措施,即便一個服務器進程在執行緩存的源文件時崩潰,

; 並且該源文件已經被修改,爲舊版本分配的內存也不會被回收,直到達到此TTL值爲止。

; 設爲零將禁用此特性。

apc.include_once_override = Off

;SYS

; 請保持爲Off,不然可能致使意想不到的結果。

apc.max_file_size = 1M

;SYS

; 禁止大於此尺寸的文件被緩存。

apc.mmap_file_mask =

;SYS

; 若是使用–enable-mmap(默認啓用)APC編譯了MMAP支持,

; 這裏的值就是傳遞給mmap模塊的mktemp風格的文件掩碼(建議值爲"/tmp/apc.XXXXXX")

; 該掩碼用於決定內存映射區域是否要被file-backed或者shared memory backed

; 對於直接的file-backed內存映射,要設置成"/tmp/apc.XXXXXX"的樣子(剛好6X)

; 要使用POSIX風格的shm_open/mmap就須要設置成"/apc.shm.XXXXXX"的樣子。

; 你還能夠設爲"/dev/zero"來爲匿名映射的內存使用內核的"/dev/zero"接口。

; 不定義此指令則表示強制使用匿名映射。

apc.num_files_hint = 1000

;SYS

; Web服務器上可能被包含或被請求的不一樣源文件的大體數量(建議值爲1024~4096)

; 若是你不能肯定,則設爲 0 ;此設定主要用於擁有數千個源文件的站點。

apc.optimization = 0

; 優化級別(建議值爲 0 )

; 正整數值表示啓用優化器,值越高則使用越激進的優化。

; 更高的值可能有很是有限的速度提高,但目前尚在試驗中。

apc.report_autofilter = Off

;SYS

; 是否記錄全部因爲early/late binding緣由而自動未被緩存的腳本。

apc.shm_segments = 1

;SYS

; 爲編譯器緩衝區分配的共享內存塊數量(建議值爲1)

; 若是APC耗盡了共享內存,而且已將apc.shm_size指令設爲系統容許的最大值,

; 你能夠嘗試增大此值。

apc.shm_size = 30

;SYS

; 每一個共享內存塊的大小(MB爲單位,建議值爲128~256)

; 有些系統(包括大多數BSD變種)默認的共享內存塊大小很是少。

apc.slam_defense = 0

;SYS(反對使用該指令,建議該用apc.write_lock指令)

; 在很是繁忙的服務器上,不管是啓動服務仍是修改文件,

; 均可能因爲多個進程企圖同時緩存一個文件而致使競爭條件。

; 這個指令用於設置進程在處理未被緩存的文件時跳過緩存步驟的百分率。

; 好比設爲75表示在遇到未被緩存的文件時有75%的機率不進行緩存,從而減小碰撞概率。

; 鼓勵設爲 0 來禁用這個特性。

apc.stat = On

;SYS

; 是否啓用腳本更新檢查。

; 改變這個指令值要很是當心。

; 默認值 On 表示APC在每次請求腳本時都檢查腳本是否被更新,

; 若是被更新則自動從新編譯和緩存編譯後的內容。但這樣作對性能有不利影響

; 若是設爲Off 則表示不進行檢查,從而使性能獲得大幅提升。

; 可是爲了使更新的內容生效,你必須重啓Web服務器

; 這個指令對於include/require的文件一樣有效。可是須要注意的是

; 若是你使用的是相對路徑,APC就必須在每一次include/require時都進行檢查以定位文件

; 而使用絕對路徑則能夠跳過檢查,因此鼓勵你使用絕對路徑進行include/require操做。

apc.user_entries_hint = 100

;SYS

; 相似於num_files_hint指令,只是針對每一個不一樣用戶而言。

; 若是你不能肯定,則設爲 0

apc.write_lock = On

;SYS

; 是否啓用寫入鎖。

; 在很是繁忙的服務器上,不管是啓動服務仍是修改文件,

; 均可能因爲多個進程企圖同時緩存一個文件而致使競爭條件。

; 啓用該指令能夠避免競爭條件的出現。

apc.rfc1867 = Off

;SYS

; 打開該指令後,對於每一個剛好在file字段以前含有APC_UPLOAD_PROGRESS字段的上傳文件,APC都將自動建立一個upload_的用戶緩存條目(就是APC_UPLOAD_PROGRESS字段值)

3php函數

apc_cache_info       - Retrieves cached information (and meta-data) from APC's data store
apc_clear_cache      - Clears the APC cache
apc_define_constants - Defines a set of constants for later retrieval and mass-definition
apc_delete           - Removes a stored variable from the cache
apc_fetch            - Fetch a stored variable from the cache
apc_load_constants   - Loads a set of constants from the cache
apc_sma_info         - Retrieves APC's Shared Memory Allocation information
apc_store            - Cache a variable in the data store

4注意:

Apcapache的進程共享內存,因此只有在執行apache進程時,才能夠往apc中存值,普通的php進程不能訪問apc共享內存。

相關文章
相關標籤/搜索