php配置性能優化

1. php+apache+mysql配置性能怎麼優化

集成安裝？你用window伺服器？
改成linux伺服器，性能馬上提升
然後如果前端頁面多的話，可以考慮nginx
如果內存不夠，考慮升級，或者優化php
再加點緩存技術

2. PHP代碼測試性能優化

誰知道他性能測試怎麼定的.給我機器打分,硬碟性能個位數的.
而且有時候認硬體的時候也不準,我是amd4000+,它能把主頻認成7.35g,看得我莫名其妙

3. php性能優化的幾個方法

面對一個性能問題是，第一步永遠是找到問題產生的原因，而不是去看技巧列表。搞明白產生瓶頸的原因，找到目標並且實施修復，然後再重新測試。查找瓶頸只是萬里長征的第一步，這里有些常用技巧，希望對最重要的第一步找到瓶頸能有所幫助。

• 使用監控方法（比如監控寶），進行benchmark和監控，網路，特別是網路狀況瞬息萬變，做得好的話5分鍾就可以找到瓶頸。

• 剖析代碼。必須了解那部分代碼耗時最多，在這些地方多多關注。

• 想找到瓶頸，請檢查每個資源請求（比如，網路、CPU、內存、共享內存、文件系統、進程管理、網路連接等等……）

• 先對迭代結構和復雜的代碼進行benchmark

• 在在真實負載下用真實數據進行真實測試，當然，如果可以最好用產品伺服器。

緩存
（Caching）

有些人認為緩存是解決性能問題最有效的辦法之一，試試這些：

• 使用OPCODE（操作碼）緩存，這樣腳本就不會在每次訪問時重新編譯一次。比如：啟用Windows平台上的windows緩存擴展。可以緩存opcode，文件，相對路徑，session數據和用戶數據。

• 考慮在多伺服器環境下使用分布式緩存

• 在調用imap_header()之前先調用imap_headers()

編譯
vs. 解釋（Compiling vs. Interpreting）

將PHP源碼編譯成機器碼。動態解釋執行同樣的編譯，但它是按行執行的。編譯為opcode是折中選擇，它可以將PHP源碼翻譯為opcode，之後opcode再轉為機器碼。以下為關於編譯與解釋的相關技巧：

• 上線之前將PHP代碼編譯為機器碼。opcode緩存盡管並不是最好的選擇，但依舊比解釋型來得強。或者，考慮將PHP代碼編譯成一個C擴展。

• PHP的opcode編譯器（bcompiler)還不能在產品環境中使用

4. php有哪些優化技巧

優化的點有很多，看具體使用環境：

1、 用單引號代替雙引號來包含字元串，這樣做會更快一些。因為 PHP 會在雙引號包圍的 字元串中搜尋變數，單引號則不會，注意：只有 echo 能這么做，它是一種可以把多個字元 串當作參數的「函數」(譯註：PHP 手冊中說 echo 是語言結構，不是真正的函數，故把函數 加上了雙引號)。

2、如果能將類的方法定義成 static，就盡量定義成 static，它的速度會提升將近 4 倍。

3、$row['id'] 的速度是$row[id]的 7 倍。

4、echo 比 print 快，並且使用 echo 的多重參數(譯註：指用逗號而不是句點)代替字元串 連接，比如 echo $str1,$str2。

5、在執行 for 循環之前確定最大循環數，不要每循環一次都計算最大值，最好運用 foreach 代替。

6、注銷那些不用的變數尤其是大數組，以便釋放內存。

7、盡量避免使用__get，__set，__autoload。

8、require_once()代價昂貴。

9、include 文件時盡量使用絕對路徑，因為它避免了 PHP 去 include_path 里查找文件的速 度，解析操作系統路徑所需的時間會更少。

10、如果你想知道腳本開始執行(譯註：即伺服器端收到客戶端請求)的時刻，使用 $_SERVER['REQUEST_TIME'] 要好於 time()

11、函數代替正則表達式完成相同功能。

12、str_replace 函數比 preg_replace 函數快，但 strtr 函數的效率是 str_replace 函數的四倍。

13、如果一個字元串替換函數，可接受數組或字元作為參數，並且參數長度不太長，那麼 可以考慮額外寫一段替換代碼， 使得每次傳遞參數是一個字元， 而不是只寫一行代碼接受數 組作為查詢和替換的參數。

14、使用選擇分支語句(譯註：即 switch case)好於使用多個 if，else if 語句。

15、用@屏蔽錯誤消息的做法非常低效，極其低效。

16、打開 apache 的 mod_deflate 模塊，可以提高網頁的瀏覽速度。

17、資料庫連接當使用完畢時應關掉，不要用長連接。

18、錯誤消息代價昂貴。

19、在方法中遞增局部變數，速度是最快的。幾乎與在函數中調用局部變數的速度相當。

20、遞增一個全局變數要比遞增一個局部變數慢 2 倍。

21、遞增一個對象屬性(如：$this->prop++)要比遞增一個局部變數慢 3 倍。

22、遞增一個未預定義的局部變數要比遞增一個預定義的局部變數慢 9 至 10 倍。

23、僅定義一個局部變數而沒在函數中調用它，同樣會減慢速度(其程度相當於遞增一個局 部變數)。PHP 大概會檢查看是否存在全局變數。

24、方法調用看來與類中定義的方法的數量無關，因為我(在測試方法之前和之後都)添加了 10 個方法，但性能上沒有變化。

25、派生類中的方法運行起來要快於在基類中定義的同樣的方法。

26、調用帶有一個參數的空函數，其花費的時間相當於執行 7 至 8 次的局部變數遞增操作。 類似的方法調用所花費的時間接近於 15 次的局部變數遞增操作。

27、Apache 解析一個 PHP 腳本的時間要比解析一個靜態 HTML 頁面慢 2 至 10 倍。盡量 多用靜態 HTML 頁面，少用腳本。

28、除非腳本可以緩存，否則每次調用時都會重新編譯一次。引入一套 PHP 緩存機制通常 可以提升 25%至 100%的性能，以免除編譯開銷。

29、盡量做緩存，可使用 memcached。memcached 是一款高性能的內存對象緩存系統， 可用來加速動態 Web 應用程序，減輕資料庫負載。對運算碼 (OP code)的緩存很有用，使 得腳本不必為每個請求做重新編譯。

30、 當操作字元串並需要檢驗其長度是否滿足某種要求時， 你想當然地會使用 strlen()函數。 此函數執行起來相當快，因為它不做任何計算，只返回在 zval 結構(C 的內置數據結構，用 於存儲 PHP 變數)中存儲的已知字元串長度。但是，由於 strlen()是函數，多多少少會有些 慢，因為函數調用會經過諸多步驟，如字母小寫化(譯註：指函數名小寫化，PHP 不區分函 數名大小寫)、哈希查找，會跟隨被調用的函數一起執行。在某些情況下，你可以使用 isset() 技巧加速執行你的代碼。 (舉例如下) if (strlen($foo) < 5) { echo 「Foo is too short」$$ } (與下面的技巧做比較) if (!isset($foo{5})) { echo 「Foo is too short」$$ } 調用 isset()恰巧比 strlen()快，因為與後者不同的是，isset()作為一種語言結構，意味著它 的執行不需要函數查找和字母小寫化。 也就是說， 實際上在檢驗字元串長度的頂層代碼中你 沒有花太多開銷。

31、當執行變數$i 的遞增或遞減時，$i++會比++$i 慢一些。這種差異是 PHP 特有的，並不 適用於其他語言， 所以請不要修改你的 C 或 Java 代碼並指望它們能立即變快， 沒用的。 ++$i 更快是因為它只需要 3 條指令(opcodes)，$i++則需要 4 條指令。後置遞增實際上會產生一 個臨時變數，這個臨時變數隨後被遞增。而前置遞增直接在原值上遞增。這是最優化處理的 一種，正如 Zend 的 PHP 優化器所作的那樣。牢記這個優化處理不失為一個好主意，因為 並不是所有的指令優化器都會做同樣的優化處理， 並且存在大量沒有裝配指令優化器的互聯 網服務提供商(ISPs)和伺服器。

32、並不是事必面向對象(OOP)，面向對象往往開銷很大，每個方法和對象調用都會消耗很 多內存。

33、並非要用類實現所有的數據結構，數組也很有用。

34、不要把方法細分得過多，仔細想想你真正打算重用的是哪些代碼?

35、當你需要時，你總能把代碼分解成方法。

36、盡量採用大量的 PHP 內置函數。

37、如果在代碼中存在大量耗時的函數，你可以考慮用 C 擴展的方式實現它們。

38、 評估檢驗(profile)你的代碼。 檢驗器會告訴你， 代碼的哪些部分消耗了多少時間。 Xdebug 調試器包含了檢驗程序，評估檢驗總體上可以顯示出代碼的瓶頸。

39、mod_zip 可作為 Apache 模塊，用來即時壓縮你的數據，並可讓數據傳輸量降低 80%。

40、在可以用 file_get_contents 替代 file、fopen、feof、fgets 等系列方法的情況下，盡量 用 file_get_contents，因為他的效率高得多!但是要注意 file_get_contents 在打開一個 URL 文件時候的 PHP 版本問題;

41、盡量的少進行文件操作，雖然 PHP 的文件操作效率也不低的;

42、優化 Select SQL 語句，在可能的情況下盡量少的進行 Insert、Update 操作(在 update 上，我被惡批過);

43、盡可能的使用 PHP 內部函數(但是我卻為了找個 PHP 裡面不存在的函數，浪費了本可 以寫出一個自定義函數的時間，經驗問題啊!);

44、 循環內部不要聲明變數， 尤其是大變數： 對象(這好像不只是 PHP 裡面要注意的問題吧?);

45、多維數組盡量不要循環嵌套賦值;

46、在可以用 PHP 內部字元串操作函數的情況下，不要用正則表達式;

47、foreach 效率更高，盡量用 foreach 代替 while 和 for 循環;

48、用單引號替代雙引號引用字元串;

49、「用 i+=1 代替 i=i+1。符合 c/c++的習慣，效率還高」

50、對 global 變數，應該用完就 unset()掉;

5. 關於php性能優化，網上看到這樣一句話：面向對象往往開銷很大，每個方法和調用都會消耗很多內存。請問

別太相信專家，他說的面向對象指的是 使用mvc模式，這是會有一定的開銷。但很大這個詞用不上，大這個也用不上，應該是很少。不過也得看你代碼的水平。你看一下好的框架。速度是杠杠的。為什麼面向對象框架這么受歡迎。就是因為他好用。每樣東西都有優缺點，但只要權衡輕重就行了。存在必然有其存在的道理。流行必然也是因為他好。。。

但換句話說，不是高手不用面向對象寫出來的代碼更差。而且沒法維護。

6. 如何優化PHP性能

如果一個方法能被靜態，那就聲明它為靜態的，速度可提高1/4，甚至我測試的時候，這個提高了近三倍。
當然了，這個測試方法需要在十萬級以上次執行，效果才明顯。
其實靜態方法和非靜態方法的效率主要區別在內存：靜態方法在程序開始時生成內存,實例方法在程序運行中生成內存，所以靜態方法可以直接調用,實例方法要先成生實例,通過實例調用方法，靜態速度很快，但是多了會占內存。
任何語言都是對內存和磁碟的操作,至於是否面向對象,只是軟體層的問題,底層都是一樣的,只是實現方法不同。靜態內存是連續的,因為是在程序開始時就生成了,而實例申請的是離散的空間,所以當然沒有靜態方法快。
靜態方法始終調用同一塊內存，其缺點就是不能自動進行銷毀，而是實例化可以銷毀。

7. php做優化包括哪些內容

1：單引號代替雙引號，雙引號會去找變數。
2：方法定義為static，性能提升4倍。
3：$arr['id']的性能是$arr[id]的7倍。
4：echo性能快，盡量使用echo $a,$b,$c而非echo $a.$b.$c。
5：循環之前確定循環次數，盡量用foreach。
6：注銷不使用的變數，節省內存。
7：盡量不使用魔法函數：__get、__set等。
8：require_once()會檢查是否載入，消耗內存。
9：include文件時使用絕對路徑，省去查找的時間。
10：腳本開始執行時間$_SERVER[『REQUEST_TIME』]要好於time()。
11：正則效率低，用函數代替。
12：str_replace函數比preg_replace函數快，但strtr函數的效率是str_replace函數的四倍。
13：接收客串的效率比接收數組的效率高。
14：switch case好於多個if else。
15：用@屏蔽錯誤消息的方法很低效。
16：打開apache的mod_deflate模塊，可以提高網頁的瀏覽速度。
17：資料庫連接當使用完畢時應關掉，不要用長連接。
18：錯誤消息代價昂貴。
19：在方法中遞增局部變數，速度是最快的。幾乎與在函數中調用局部變數的速度相當。
20：遞增一個全局變數要比遞增一個局部變數慢2倍。
21：遞增一個對象屬性（如：$this->prop++）要比遞增一個局部變數慢3倍。
22：遞增一個未預定義的局部變數要比遞增一個預定義的局部變數慢9至10倍。
23：僅定義一個局部變數而沒在函數中調用它，同樣會減慢速度（其程度相當於遞增一個局部變數）。PHP大概會檢查看是否存在全局變數。
24：方法調用看來與類中定義的方法的數量無關，因為我（在測試方法之前和之後都）添加了10個方法，但性能上沒有變化。
25：派生類中的方法運行起來要快於在基類中定義的同樣的方法。
26：調用帶有一個參數的空函數，其花費的時間相當於執行7至8次的局部變數遞增操作。類似的方法調用所花費的時間接近於15次的局部變數遞增操作。
27：Apache解析一個PHP腳本的時間要比解析一個靜態HTML頁面慢2至10倍。盡量多用靜態HTML頁面，少用腳本。
28：盡量做緩存，可使用memcached。memcached是一款高性能的內存對象緩存系統，可用來加速動態Web應用程序，減輕資料庫負載。對運算碼 (OP code)的緩存很有用，使得腳本不必為每個請求做重新編譯。
29：當操作字元串並需要檢驗其長度是否滿足某種要求時，你想當然地會使用strlen()函數。此函數執行起來相當快，因為它不做任何計算，只返回在zval 結構（C的內置數據結構，用於存儲PHP變數）中存儲的已知字元串長度。但是，由於strlen()是函數，多多少少會有些慢，因為函數調用會經過諸多步驟，如字母小寫化（譯註：指函數名小寫化，PHP不區分函數名大小寫）、哈希查找，會跟隨被調用的函數一起執行。在某些情況下，你可以使用isset() 技巧加速執行你的代碼。
30：當執行變數$i的遞增或遞減時，$i++會比++$i慢一些。這種差異是PHP特有的，並不適用於其他語言，所以請不要修改你的C或Java代碼並指望它們能立即變快，沒用的。++$i更快是因為它只需要3條指令(opcodes)，$i++則需要4條指令。後置遞增實際上會產生一個臨時變數，這個臨時變數隨後被遞增。而前置遞增直接在原值上遞增。這是最優化處理的一種，正如Zend的PHP優化器所作的那樣。牢記這個優化處理不失為一個好主意，因為並不是所有的指令優化器都會做同樣的優化處理，並且存在大量沒有裝配指令優化器的互聯網服務提供商（ISPs）和伺服器。
31：並不是事必面向對象(OOP)，面向對象往往開銷很大，每個方法和對象調用都會消耗很多內存。
32：盡量採用大量的PHP內置函數。
33：如果在代碼中存在大量耗時的函數，你可以考慮用C擴展的方式實現它們。
34：mod_zip可作為Apache模塊，用來即時壓縮你的數據，並可讓數據傳輸量降低80%。
35：在可以用file_get_contents替代file、fopen、feof、fgets等系列方法的情況下，盡量用 file_get_contents，因為他的效率高得多！但是要注意file_get_contents在打開一個URL文件時候的PHP版本問題。
36：盡量的少進行文件操作，雖然PHP的文件操作效率也不低的。
37：優化Select SQL語句，在可能的情況下盡量少的進行Insert、Update操作(在update上，我被惡批過)。
38：循環內部不要聲明變數，尤其是大變數：對象。
39：多維數組盡量不要循環嵌套賦值。
40：在可以用PHP內部字元串操作函數的情況下，不要用正則表達式。
41：foreach效率更高，盡量用foreach代替while和for循環。
42：用i+=1代替i=i+1。符合c/c++的習慣，效率還高。
43：對global變數，應該用完就unset()掉。

8. 如何對低硬體配置的中小型php網站進行性能優化

本人對php不熟悉，現在採用PHP的magento開源項目來做，在盡量少代碼修改的情況下讓頁面載入快些（期望日IP少於2,000，PV少於50,000，首頁打開3s以內）。網站是運行在Digital ocean的VPS（1GB 內存，30GB SSD硬碟）上的，不能做負載均衡。
這個站的圖片比較多，也比較大，但總體數據量在10GB以下。在chrome下監控了打開速度，發現首頁文件等待時間達到了5s，而接收時間為幾百毫秒。另外一些靜態文件（JS，CSS很大，並且都在head內）也block住了其他頁面元素的下載和頁面渲染。所以需要對頁面和伺服器同時進行優化。
我的想法是從以下幾個方面來做：
1.首先從架構上使用lanmp（偏向這個）或者lamp。
打算使用網上的一鍵安裝包，不太清楚這幾個之間最佳的版本組合是什麼樣的（都用最新版本？）? 是自己單獨編譯還是一鍵安裝好？
2.服務端優化，主要使用緩存手段
1）Zend Optimizer優化PHP
2）APC、eaccelerator或者XCache對PHP緩存以及最新出來的Opcache。哪個比較好？
3）Varnish配合Nginx進行緩存靜態資源緩存。相對於squid，哪個比較好？
4）memcached進行資料庫緩存
1-4項同時使用不知道會不會有沒有沖突？或者有沒有更好的方案。因為不想對代碼進行大改，所以服務端緩存最佳實踐這塊請重點給出意見。
3. 使用CDN加速靜態資源
4. 優化靜態資源，使用minify來合並壓縮CSS,JS這些靜態資源
5. 啟用gzip
6. 對圖片和JS等靜態資源增加Expires頭，這條應該算頁面優化吧，放到後面來。
參考了一些資料後發現優化方法有很多，用的太多方法（特別是緩存手段）隱患越大，有沒有優化的最佳策略或者方法論（而不僅僅從工具上）？

9. 如何設置寶塔面板優化php伺服器性能

1.定期釋放內存
2.添加swap
3.安裝php緩存擴展
4.php配置調整
5.php並發調整
6.php版本和mysql數據版本
7.卸載多餘擴展插件
8.搭配阿里雲存儲oss使用
以上純手打。只是列出個大概。具體還得自己慢慢優化。

10. 如何設置BT寶塔面板並優化php伺服器性能

設置寶塔面板需要安裝組件，然後參考寶塔面板優化 php 伺服器性能，按照裡面的設置，一項項的操作完畢，就差不多了。

寶塔面板把優化php已經變成一件很簡單的事情了。