PHP性能優(yōu)化大全

1、第一章針對系統(tǒng)調(diào)用過多的優(yōu)化我這次的優(yōu)化針對syscall調(diào)用過多的問題,所以使用strace跟蹤apache進(jìn)行分析。1.apache2ctl-X&使用-X(debug參數(shù)啟動httpd進(jìn)程,這個時候只啟動1個httpd進(jìn)程2.ps-ef|grep httpd找到需要strace的pid3.strace-p$PID-o/tmp/strace.log發(fā)送一個http請求到httpd,就能看到strace信息了。一、include_path問題一般可以看到很多這類信息:stat64("/error/dir/test.php",0xbfab4b9c=-1ENOENT(N

2、o such file or directory解決方法:1.在應(yīng)用php里面設(shè)置include_path,去掉'.'等相對路徑,將其中包含使用文件比較多的目錄放到前面。保證遍歷include_path的時候能夠很快找到。2.使用絕對路徑進(jìn)行include,require,include_once,require_once3.使用php的自動加載機(jī)制二、apache的rewrite配置RewriteEngine OnRewriteCond%DOCUMENT_ROOT%REQUEST_FILENAME!-f RewriteCond%DOCUMENT_ROOT%REQUEST_FI

3、LENAME!-d RewriteRule.*%DOCUMENT_ROOT%/index.php#RewriteRule.*/index.php這里最后一個注釋掉的rewrite配置不好,因為它每次請求都會多一次syscall stat64("/index.php",0xbfab4b9c=-1ENOENT(No such file or directory三、apache日志問題我們在測試一個問題的時候,發(fā)現(xiàn)如果自定義日志里面記錄了訪問時間等信息,會多出很多stat64("/etc/localtime",st_mode=S_IFREG|0644,st_s

4、ize=165,.=0如果記錄的日志比較多,性能下降非常嚴(yán)重,對于簡單應(yīng)用,記錄復(fù)雜日志,性能會下降30倍。解決方法:在多個apache前端架http層的proxy,如haproxy,nginx。在這些地方記錄日志。接入層負(fù)載一般不高,所以proxy可以做一些記錄日志的工作。在這種配置下,可以關(guān)閉apache的日志。四、realpath(問題大家可以看一下這篇文章:lstat64調(diào)用多了之后,主機(jī)CPU和IO都會比較高。究其原因,因為php5.2.x對realpath(的實現(xiàn)不夠好,導(dǎo)致會針對目錄層次,逐級調(diào)用lstat64(。為了解決這個問題,它使用了realpath_cache,針對某個文

5、件,存儲其realpath。這里只存儲了葉子節(jié)點的realpath,而對路徑上的內(nèi)容沒有存儲,所以在做"/a/b/c/d/e/f/g/a.php"realpath檢查的時候逐級調(diào)用lstat64,而在做"/a/b/c/d/e/f/g/b.php"檢查的時候,還要對""/a/b/c/d/e/f/g/"做逐級檢查。所以有些優(yōu)化建議就是“減少目錄層次,甚至放到"/"根目錄下”。當(dāng)然我不推薦這么干。從5.3.0開始,php對realpath(做了高效的實現(xiàn),路realpath的中間路徑也做了緩存,以上面的情況為例

6、,檢查"/a/b/c/d/e/f/g/b.php"的時候就只會做“b.php”的檢查了。所以,升級到php5.3.0以上版本能夠很好地解決這個問題。解決方法:1.盡量少用include_once和require_once因為這兩個函數(shù)會做realpath檢查,防止有符號鏈接的情況導(dǎo)致重復(fù)加載。不用它們就能減少realpath的調(diào)用。2.合理設(shè)定php.ini中的realpath_cache_size和realpath_cache_ttl參數(shù)既然使用了realpath_cache,那肯定有大小限制。對于使用了很多文件,比如用了Zend Framework的項目,可能默認(rèn)rea

7、lpath_cache_size=16k就太小了,需要增大這個設(shè)置,推薦設(shè)置為256K以上。另外默認(rèn)realpath_cache_ttl=120, 2分鐘就過時了,怎么也要設(shè)定為3600(1小時。這里需要注意的是,這個realpath_cache是每隔apache進(jìn)程獨占的,所以很吃內(nèi)存的,不能設(shè)置的太大。3.升級到php5.3.x沒什么好說的,如果應(yīng)用經(jīng)過詳細(xì)測試沒有問題,那么推薦升級到高版本。五、APC的使用apc能夠緩存php的opcode碼,能普遍提升30%的性能。但是默認(rèn)apc.stat=1,這樣每次請求都會訪問需要使用的php文件,看看這個文件是否更新了,已決定是否重新編譯php文

8、件。這個是很耗性能的,推薦關(guān)掉。解決方法:1.設(shè)定apc.stat=0,不必每次請求都訪問需要用到的php文件。需要注意的是:每次發(fā)版本改動了php文件的時候,必須調(diào)用apc_clear(清除apc緩存,否則你的代碼永遠(yuǎn)也不會生效。六、smarty調(diào)優(yōu)對于模塊化比較好,而且應(yīng)用比較多的網(wǎng)站,如果使用了smarty模板系統(tǒng),這個時候就需要對smarty進(jìn)行調(diào)優(yōu)了,否則smarty部分的開銷就很可觀。之前根據(jù)一個經(jīng)驗來看,smarty可以占到10%左右的開銷。默認(rèn)配置下,smarty對檢測每個模板文件是否有更新,決定是否重新編譯模板文件。如果模板文件比較多,則會多出很多stat系統(tǒng)調(diào)用,加上con

9、text switch,開銷會不小。解決方法:1.$smarty->compile_check=false;去掉每次的檢測,但是這樣之后,每次發(fā)版本都要把compile_dir目錄的已編譯模板刪除,否則你的模板文件永遠(yuǎn)也不會生效了。2.如果可能,可以使用cache功能。結(jié)論經(jīng)過上面的調(diào)優(yōu),結(jié)論如下:1.升級到php5.3.1開啟上面的優(yōu)化,比5.2.3性能高10%以上2.在優(yōu)化配置下,使用Zend Framework開發(fā)的一個搜索應(yīng)用,每秒請求可達(dá)210/rps3.在優(yōu)化配置下,使用doophp framework開發(fā)的一個搜索應(yīng)用,每秒請求可達(dá)450/rps第二章使用APC緩存php程

10、序的執(zhí)行流程客戶端(瀏覽器請求Get hello.php-cgi服務(wù)器接(譬如apache收到請求,根據(jù)配置尋找php的處理程序(譬如mod_php-apache加載php的處理程序,php的處理程序讀取php.ini初始化php 的解釋環(huán)境-mod_php定位尋找hell.php,將其載入到內(nèi)存中來-mod_php編譯源代碼成為opcode樹-mod_php執(zhí)行opcode樹-生成結(jié)果給瀏覽器在這個過程中,有幾點是需要注意的:1、對許多代碼文件說,特別是含有很多包含文件(include or require。它們需要花費更多的時間和解析并產(chǎn)生中間代碼。2、即使PHP代碼文件沒有發(fā)生改變,這個

11、執(zhí)行過程還會嚴(yán)格的按照流程執(zhí)行。也就是說,無論你的應(yīng)該程序是否發(fā)生改變,每次調(diào)用的時候,都需要重新編譯生成opcode碼。(其實這就是編譯緩存存在的理由3、這個流程不僅僅發(fā)生在主要的代碼文件,對于每一次的include和require來說,都會執(zhí)行這個流程。(這是可以繼續(xù)優(yōu)化的那些地方可以優(yōu)化呢?1、將mod_php fast-cgi化,避免每次都要加載這個模塊,這個模塊還要每次都去初始化php的解釋環(huán)境。2、緩存php文件的opcode碼,這樣話,避免每次都去編譯。APC可用用來實現(xiàn)第2點。編譯緩存去掉了執(zhí)行PHP過程中的解析過程,所以它對含有大量PHP代碼的應(yīng)用程序是非常有效的。通常情況下

12、可以提升2-3倍以上的速度。對于包含大量include文件的項目,編譯緩存更現(xiàn)實出它的優(yōu)越性。注:include并不會被編譯緩存進(jìn)行緩存。比如現(xiàn)在有兩個文件:main.php和tobeInclude.php,其中main.php中有這樣的語句include tobeInclude.php。假設(shè)中間碼的后綴為.op(實際上不是這樣。那么加上緩存cache后main.php=>main.op, tobeInclude.php=>tobeInclude.op。但是PHP在執(zhí)行main.php的時候,她還是需要去解析main.op中的include命令,去調(diào)用tobeInclude.op的

13、內(nèi)容。具體流程是這樣的。=>執(zhí)行main.op=>執(zhí)行tobeInclude.op=>而不是之間簡單的執(zhí)行main.op所以說“過多的include文件會降低程序性能的”。APC的具體配置。Alternative PHP Cache(APC是PHP的一個免費公開的優(yōu)化代碼緩存。它用來提供免費,公開并且強(qiáng)健的架構(gòu)來緩存和優(yōu)化PHP的中間代碼。APC官方網(wǎng)站為1、安裝以PHP extension形式安裝phpize./configure-enable-apc-enable-apc-mmapmakemake install生成.so,將.so拷貝到php引用modules的目錄下,

14、修改權(quán)限7552、配置apc.enabled booleanapc.optimization optimization選項在腳本中可以改變APC PHP.ini配置選項詳解APC;Alternative PHP Cache用于緩存和優(yōu)化PHP中間代碼apc.cache_by_default=On;SYS;是否默認(rèn)對所有文件啟用緩沖。;若設(shè)為Off并與以加號開頭的apc.filters指令一起用,則文件僅在匹配過濾器時才被緩存。apc.enable_cli=Off;SYS;是否為CLI版本啟用APC功能,僅用于測試和調(diào)試目的才打開此指令。apc.enabled=On;是否啟用APC,如果APC被

15、靜態(tài)編譯進(jìn)PHP又想禁用它,這是唯一的辦法。apc.file_update_protection=2;SYS;當(dāng)你在一個運行中的服務(wù)器上修改文件時,你應(yīng)當(dāng)執(zhí)行原子操作。;也就是先寫進(jìn)一個臨時文件,然后將該文件重命名(mv到最終的名字。;文本編輯器以及cp,tar等程序卻并不是這樣操作的,從而導(dǎo)致有可能緩沖了殘缺的文件。;默認(rèn)值2表示在訪問文件時如果發(fā)現(xiàn)修改時間距離訪問時間小于2秒則不做緩沖。;那個不幸的訪問者可能得到殘缺的內(nèi)容,但是這種壞影響卻不會通過緩存擴(kuò)大化。;如果你能確保所有的更新操作都是原子操作,那么可以用0關(guān)閉此特性。;如果你的系統(tǒng)由于大量的IO操作導(dǎo)致更新緩慢,你就需要增大此值。a

16、pc.filters=;SYS;一個以逗號分隔的POSIX擴(kuò)展正則表達(dá)式列表。;如果源文件名與任意一個模式匹配,則該文件不被緩存。;注意,用來匹配的文件名是傳遞給include/require的文件名,而不是絕對路徑。;如果正則表達(dá)式的第一個字符是"+"則意味著任何匹配表達(dá)式的文件會被緩存,;如果第一個字符是"-"則任何匹配項都不會被緩存。"-"是默認(rèn)值,可以省略掉。apc.ttl=0;SYS;緩存條目在緩沖區(qū)中允許逗留的秒數(shù)。0表示永不超時。建議值為720036000。;設(shè)為0意味著緩沖區(qū)有可能被舊的緩存條目填滿,從而導(dǎo)致無法緩存新

17、條目。apc.user_ttl=0;SYS;類似于apc.ttl,只是針對每個用戶而言,建議值為720036000。;設(shè)為0意味著緩沖區(qū)有可能被舊的緩存條目填滿,從而導(dǎo)致無法緩存新條目。apc.gc_ttl=3600;SYS;緩存條目在垃圾回收表中能夠存在的秒數(shù)。;此值提供了一個安全措施,即使一個服務(wù)器進(jìn)程在執(zhí)行緩存的源文件時崩潰, ;而且該源文件已經(jīng)被修改,為舊版本分配的內(nèi)存也不會被回收,直到達(dá)到此TTL值為止。;設(shè)為零將禁用此特性。apc.include_once_override=Off;SYS;請保持為Off,否則可能導(dǎo)致意想不到的結(jié)果。apc.max_file_size=1M;SYS

18、;禁止大于此尺寸的文件被緩存。apc.mmap_file_mask=;SYS;如果使用enable-mmap(默認(rèn)啟用為APC編譯了MMAP支持,;這里的值就是傳遞給mmap模塊的mktemp風(fēng)格的文件掩碼(建議值為"/tmp/apc.XXXXXX"。;該掩碼用于決定內(nèi)存映射區(qū)域是否要被file-backed或者shared memory backed。;對于直接的file-backed內(nèi)存映射,要設(shè)置成"/tmp/apc.XXXXXX"的樣子(恰好6個X。;要使用POSIX風(fēng)格的shm_open/mmap就需要設(shè)置成"/apc.shm.XXX

19、XXX"的樣子。;你還可以設(shè)為"/dev/zero"來為匿名映射的內(nèi)存使用內(nèi)核的"/dev/zero"接口。;不定義此指令則表示強(qiáng)制使用匿名映射。apc.num_files_hint=1000;SYS;Web服務(wù)器上可能被包含或被請求的不同源文件的大致數(shù)量(建議值為10244096。;如果你不能確定,則設(shè)為0;此設(shè)定主要用于擁有數(shù)千個源文件的站點。apc.optimization=0;優(yōu)化級別(建議值為0。;正整數(shù)值表示啟用優(yōu)化器,值越高則使用越激進(jìn)的優(yōu)化。;更高的值可能有非常有限的速度提升,但目前尚在試驗中。apc.report_autofi

20、lter=Off;SYS;是否記錄所有由于early/late binding原因而自動未被緩存的腳本。apc.shm_segments=1;SYS;為編譯器緩沖區(qū)分配的共享內(nèi)存塊數(shù)量(建議值為1。;如果APC耗盡了共享內(nèi)存,并且已將apc.shm_size指令設(shè)為系統(tǒng)允許的最大值,;你可以嘗試增大此值。apc.shm_size=30;SYS;每個共享內(nèi)存塊的大小(以MB為單位,建議值為128256。;有些系統(tǒng)(包括大多數(shù)BSD變種默認(rèn)的共享內(nèi)存塊大小非常少。apc.slam_defense=0;SYS(反對使用該指令,建議該用apc.write_lock指令;在非常繁忙的服務(wù)器上,無論是啟動

21、服務(wù)還是修改文件,;都可能由于多個進(jìn)程企圖同時緩存一個文件而導(dǎo)致競爭條件。;這個指令用于設(shè)置進(jìn)程在處理未被緩存的文件時跳過緩存步驟的百分率。;比如設(shè)為75表示在遇到未被緩存的文件時有75%的概率不進(jìn)行緩存,從而減少碰撞幾率。;鼓勵設(shè)為0來禁用這個特性。apc.stat=On;SYS;是否啟用腳本更新檢查。;改變這個指令值要非常小心。;默認(rèn)值On表示APC在每次請求腳本時都檢查腳本是否被更新,;如果被更新則自動重新編譯和緩存編譯后的內(nèi)容。但這樣做對性能有不利影響。;如果設(shè)為Off則表示不進(jìn)行檢查,從而使性能得到大幅提高。;但是為了使更新的內(nèi)容生效,你必須重啟Web服務(wù)器。;這個指令對于inclu

22、de/require的文件同樣有效。但是需要注意的是,;如果你使用的是相對路徑,APC就必須在每一次include/require時都進(jìn)行檢查以定位文件。;而使用絕對路徑則可以跳過檢查,所以鼓勵你使用絕對路徑進(jìn)行include/require操作。apc.user_entries_hint=100;SYS;類似于num_files_hint指令,只是針對每個不同用戶而言。;如果你不能確定,則設(shè)為0。apc.write_lock=On;SYS;是否啟用寫入鎖。;在非常繁忙的服務(wù)器上,無論是啟動服務(wù)還是修改文件,;都可能由于多個進(jìn)程企圖同時緩存一個文件而導(dǎo)致競爭條件。;啟用該指令可以避免競爭條件的

23、出現(xiàn)。apc.rfc1867=Off;SYS;打開該指令后,對于每個恰好在file字段之前含有APC_UPLOAD_PROGRESS字段的上傳文件,APC都將自動創(chuàng)建一個upload_的用戶緩存條目(就是APC_UPLOAD_PROGRESS字段值。3、php函數(shù)apc_cache_info-Retrieves cached information(and meta-datafrom APC's data storeapc_clear_cache-Clears the APC cacheapc_define_constants-Defines a set of constants fo

24、r later retrieval and mass-definitionapc_delete-Removes a stored variable from the cacheapc_fetch-Fetch a stored variable from the cacheapc_load_constants-Loads a set of constants from the cache apc_sma_info-Retrieves APC's Shared Memory Allocation informationapc_store-Cache a variable in the da

25、ta store 4、注意:Apc與apache的進(jìn)程共享內(nèi)存,所以只有在執(zhí)行apache進(jìn)程時,才可以往apc 中存值,普通的php進(jìn)程不能訪問apc共享內(nèi)存。第三章提高PHP性能的編碼技巧0、用單引號代替雙引號來包含字符串,這樣做會更快一些。因為PHP會在雙引號包圍的字符串中搜尋變量,單引號則不會,注意:只有echo能這么做,它是一種可以把多個字符串當(dāng)作參數(shù)的“函數(shù)”(譯注:PHP手冊中說echo是語言結(jié)構(gòu),不是真正的函數(shù),故把函數(shù)加上了雙引號。1、如果能將類的方法定義成static,就盡量定義成static,它的速度會提升將近4倍。2、$rowid的速度是$rowid的7倍。3、echo

26、比print快,并且使用echo的多重參數(shù)(譯注:指用逗號而不是句點代替字符串連接,比如echo$str1,$str2。4、在執(zhí)行for循環(huán)之前確定最大循環(huán)數(shù),不要每循環(huán)一次都計算最大值,最好運用foreach代替。5、注銷那些不用的變量尤其是大數(shù)組,以便釋放內(nèi)存。6、盡量避免使用_get,_set,_autoload。7、require_once(代價昂貴。8、include文件時盡量使用絕對路徑,因為它避免了PHP去include_path里查找文件的速度,解析操作系統(tǒng)路徑所需的時間會更少。9、如果你想知道腳本開始執(zhí)行(譯注:即服務(wù)器端收到客戶端請求的時刻,使用$_SERVERREQUES

27、T_TIME要好于time(。10、函數(shù)代替正則表達(dá)式完成相同功能。11、str_replace函數(shù)比preg_replace函數(shù)快,但strtr函數(shù)的效率是str_replace函數(shù)的四倍。12、如果一個字符串替換函數(shù),可接受數(shù)組或字符作為參數(shù),并且參數(shù)長度不太長,那么可以考慮額外寫一段替換代碼,使得每次傳遞參數(shù)是一個字符,而不是只寫一行代碼接受數(shù)組作為查詢和替換的參數(shù)。13、使用選擇分支語句(譯注:即switch case好于使用多個if,else if語句。14、用屏蔽錯誤消息的做法非常低效,極其低效。15、打開apache的mod_deflate模塊,可以提高網(wǎng)頁的瀏覽速度。16、數(shù)據(jù)

28、庫連接當(dāng)使用完畢時應(yīng)關(guān)掉,不要用長連接。17、錯誤消息代價昂貴。18、在方法中遞增局部變量,速度是最快的。幾乎與在函數(shù)中調(diào)用局部變量的速度相當(dāng)。19、遞增一個全局變量要比遞增一個局部變量慢2倍。20、遞增一個對象屬性（如： $this->prop+ ）要比遞增一個局部變量慢 3 倍。 21、 遞增一個未預(yù)定義的局部變量要比遞增一個預(yù)定義的局部變量慢 9 至 10 倍。 22、僅定義一個局部變量而沒在函數(shù)中調(diào)用它，同樣會減慢速度（其程度相當(dāng)于 遞增一個局部變量） 。 后 都 ） 添 加 了 10 PHP 大 概 會 檢 查 看 是 否 存 在 全 局 變 量 。 個 方 法 ， 但 性 能

29、 上 沒 有 變 化 。 23、方法調(diào)用看來與類中定義的方法的數(shù)量無關(guān)，因為我（在測試方法之前和之 24 、 派 生 類 中 的 方 法 運 行 起 來 要 快 于 在 基 類 中 定 義 的 同 樣 的 方 法 。 25、 調(diào)用帶有一個參數(shù)的空函數(shù)，其花費的時間相當(dāng)于執(zhí)行 7 至 8 次的局部變量 遞增操作。類似的方法調(diào)用所花費的時間接近于 15 次的局部變量遞增操作。 26、Apache 解析一個 PHP 腳本的時間要比解析一個靜態(tài) HTML 頁面慢 2 至 10 倍 。 盡 量 多 用 靜 態(tài) HTML 頁 面 ， 少 用 腳 本 。 27、除非腳本可以緩存，否則每次調(diào)用時都會重新編譯一

30、次。引入一套 PHP 緩 存 機(jī) 制 通 常 可 以 提 升 25% 至 100% 的 性 能 ， 以 免 除 編 譯 開 銷 。 28、盡量做緩存，可使用 memcached。memcached 是一款高性能的內(nèi)存對象緩存 系統(tǒng)，可用來加速動態(tài) Web 應(yīng)用程序，減輕數(shù)據(jù)庫負(fù)載。對運算碼 (OP code 的 緩 存 很 有 用 ， 使 得 腳 本 不 必 為 每 個 請 求 做 重 新 編 譯 。 29、當(dāng)操作字符串并需要檢驗其長度是否滿足某種要求時，你想當(dāng)然地會使用 strlen(函數(shù)。此函數(shù)執(zhí)行起來相當(dāng)快，因為它不做任何計算，只返回在 zval 結(jié) 構(gòu)（C 的內(nèi)置數(shù)據(jù)結(jié)構(gòu)，用于存儲 P

31、HP 變量）中存儲的已知字符串長度。但是， 由于 strlen(是函數(shù)，多多少少會有些慢，因為函數(shù)調(diào)用會經(jīng)過諸多步 驟，如字 母小寫化（譯注：指函數(shù)名小寫化，PHP 不區(qū)分函數(shù)名大小寫） 、哈希查找，會 跟隨被調(diào)用的函數(shù)一起執(zhí)行。在某些情況下，你可以使用 isset( 技巧加速執(zhí)行 你 （ if （ if 與 舉 (strlen($foo 下 < 面 5 的 例 的 echo echo 技 代 如 “Foo 巧 “Foo is is 做 too 碼 下 too 比 short”$ 較 short”$ 。 ） ） (!isset($foo5 調(diào)用 isset(恰巧比 strlen(快，因為

32、與后者不同的是，isset(作為一種語言結(jié)構(gòu)， 意味著它的執(zhí)行不需要函數(shù)查找和字母小寫化。也就是說，實際上在檢驗字符串 長 度 的 頂 層 代 碼 中 你 沒 有 花 太 多 開 銷 。 34、當(dāng)執(zhí)行變量$i 的遞增或遞減時，$i+會比+$i 慢一些。這種差異是 PHP 特 有的，并不適用于其他語言，所以請不要修改你的 C 或 Java 代碼并 指望它們能 立即變快，沒用的。+$i 更快是因為它只需要 3 條指令(opcodes，$i+ 則需要 4 條指令。后置遞增實際上會產(chǎn)生一個臨時變量，這個臨時變量隨后被遞增。而 前置遞增直接在原值上遞增。 這是最優(yōu)化處理的一種， 正如 Zend 的 PHP 優(yōu)化器 所作的那樣。 牢記這個優(yōu)化處理不失為一個好主意，因為并不是所有的指令優(yōu)化 器都會做同樣的優(yōu)化處理，并且存在大量沒有裝配指令優(yōu)化器的互聯(lián)網(wǎng)服務(wù)提 供 用 商 都 （ 會 ISPs 消 ） 耗 和 很 服 多 務(wù) 內(nèi) 器 存 。 。 35、并不是事必面向?qū)ο?(