php下的php.ini文件配置性能調優

這篇文章主要介紹“php下的php.ini文件配置性能調優”，在日常操作中，相信很多人在php下的php.ini文件配置性能調優問題上存在疑惑，小編查閱了各式資料，整理出簡單好用的操作方法，希望對大家解答”php下的php.ini文件配置性能調優”的疑惑有所幫助！接下來，請跟著小編一起來學習吧！

php.ini文件

PHP 解釋器在 php.ini 文件中配置和調優，這個文件在不同操作系統中的位置有所不同，而且一般命令行對應的 php.ini 和 PHP-FPM 對應的 php.ini 文件是分開的。這里我們假設配置的是 PHP-FPM 對應的 php.ini，但是下面講的優化措施適用于所有 php.ini。

注：我們首先應該使用 PHP Iniscan 工具掃描 php.ini，檢查使用了安全方面的最佳實踐。

內存

運行 PHP 時需要關心每個 PHP 進程要使用多少內存，php.ini 中的 memory_limit 設置用于設定單個 PHP 進程可以使用的系統內存最大值。

這個設置的默認值是 128M，這對于大多數中小型 PHP 應用來說或許合適，不過，如果運行的是微型 PHP 應用，可以降低這個值，以便節省系統資源，反之，如果運行的是內存集中型 PHP 應用，可以增加這個值。這個值的大小由可用的系統內存決定，確定給 PHP 分配多少值是一門藝術，決定給 PHP 分配多少內存，以及能負擔起多少個 PHP-FPM 進程時，可以根據以下維度信息進行判斷：

• 一共可以分配給 PHP 多少內存？以一個 2G 內存的 VPS 為例，這臺設備中可能還運行了其他進程，如 MySQL、Nginx 等，那么留 512M 給 PHP 是合適的。

• 每個 PHP 進程平均耗費多少內存？這個要監控進程的內存使用量，可以使用命令行命令 top，也可以在 PHP 腳本中調用 memory_get_peak_usage() 函數，不管使用哪種方式，都要多次運行同一個腳本，然后取內存消耗的平均值。

• 能負擔起多少個 PHP-FPM 進程？假設我給 PHP 分配了 512M 內存，每個 PHP 進程平均耗費 15M 內存，那么可以負擔起 34 個 PHP-FPM 進程。

• 有足夠的系統資源嗎？最后還需要確認有足夠的系統資源運行 PHP 應用并處理預期的流量。

注：我們應該使用 Apache Bench 或 Siege 在類似生產環境的條件下對 PHP 應用做壓力測試，以確定生產環境是否有足夠的資源可用。

Zend OPcache

確定要分配多少內存后，就可以配置 PHP 的 Zend OPcache 擴展，關于這個擴展的詳細信息可參考這篇文章：http://laravelacademy.org/post/4396.html。

PHP 5.5.0+ 內置了這個擴展，下面是在 php.ini 文件中配置和優化 Zend OPcache 擴展所用的設置：

•  opcache.memory_consumption = 64：為操作碼緩存分配的內存（單位是MB），分配的內存量應該可以保存應用中所有 PHP 腳本編譯得到的操作碼，這個值根據應用的體量可以設置成不同大小的值。

•  opcache.interned_strings_buffer = 16：用來存儲駐留字符串的內存量（單位是MB），什么是駐留字符串呢？PHP 解釋器在背后會找到相同字符串的多個實例，把這個字符串保存在內存中，如果再次使用相同的字符串，PHP 解釋器會使用指針，這么做的目的是節省內存。默認情況下，PHP 駐留字符串會隔離在各個 PHP 進程中，這個設置能讓 PHP-FPM 進程池把所有進程駐留字符串存儲到共享的緩沖區中，以便在 PHP-FPM 進程池中的多個進程之間引用駐留字符串，這樣能節省更多內存。

•  opcache.max_accelerated_files = 4000：操作碼緩存中最多能存儲多少個 PHP 腳本，這個值的區間是 2000 到 100000 之間，這個值一定要比 PHP 應用中的文件數大。

•  opcache.validate_timestamps = 1：這個設置的值為1時，經過一段時間后 PHP 會檢查 PHP 腳本的內容是否有變化，檢查的時間間隔由 opcache.revalidate_freq 設置指定。如果這個設置的值為0，PHP 不會檢查 PHP 腳本的內容是否有變化，我們必須自己動手清除緩存的操作碼。建議在開發環境中設置為1，生產環境中設置為0。

•  opcache.revalidate_freq = 0：設置多久（單位是秒）檢查一次 PHP 腳本內容是否有變化。設置為0秒的含義是僅當opcache.validate_timestamps 設置為1時，才會在每次請求時都重新驗證 PHP 文件，因此，在開發環境中每次都會重新驗證 PHP 文件，在生產環境中則不驗證。

•  opcache.fast_shutdown = 1：這么設置能讓操作碼使用更快的停機步驟，把對象析構和內存釋放交給 Zend Engine 的內存管理器完成。

文件上傳

如果你的應用允許上傳文件，最好設置最大能上傳的文件大小。除此之外，最好還要設置最多能同時上傳多少個文件：

file_uploads = 1  upload_max_filesize = 10M  max_file_uploads = 3

默認情況下，PHP 允許在單次請求中上傳 20 個文件，上傳的文件最大為 2MB，這里我設置為單次請求最多只能上傳 3 個文件，每個文件最大為 10MB，這個值不要設置太大，否則會出現超時。

注：如果非要上傳大文件，Web 服務器的配置也要做相應調整。除了在 php.ini 中設置之外，還要調整 Nginx 虛擬主機配置中的 client_max_body_size 設置。

最長執行時間

php.ini 文件中的 max_execution_time 用于設置單個 PHP 進程在終止之前最長可運行時間。這個設置默認是 30 秒，建議將其設置為 5 秒：

max_execution_time = 5

注：在 PHP 腳本中可以調用 set_limit_time() 函數覆蓋這個設置。

假設我們想要生成報告，并把結果制作成 PDF 文件，這個任務可能要花 10 分鐘才能完成，而我們肯定不想讓 PHP 請求等待 10 分鐘，我們應該單獨編寫一個 PHP 文件，讓其在單獨的后臺進程中執行，Web 應用只需幾毫秒就可以派生一個單獨的后臺進程，然后返回 HTTP 響應：

<?php  exec('echo "create-report.php" | at now');  echo 'report pending...';

create-report.php 在單獨的后臺進程中運行，運行完畢后可以更新數據庫，或者通過電子郵件把報告發給收件人。不過這種用法很少見，更多時候我們是通過異步消費隊列來實現類似的功能，無論從安全性、擴展性、可維護性上來講，效果更好，相關的組件有輕量級消息隊列 PHPResque 等。

處理會話

PHP 默認的會話處理程序會拖慢大型應用，因為這個處理程序會把會話數據存儲在硬盤中，需要創建不必要的磁盤 I/O，浪費時間。我們應該把會話數據保存在內存中，例如可以使用 Memcached 或 Redis。這么做還有個額外好處 —— 以后便于伸縮。如果會話數據存儲在硬盤中，不便于增加額外的服務器，如果把會話數據存放在 Memcached 或 Redis 里，任何一臺分布式 PHP-FPM 服務器都能訪問會話數據。

如果想把會話數據保存在 Memcached 中，需要做如下配置：

session.save_handler = 'memcached'  session.save_path = '127.0.0.1:11211'

緩沖輸出

如果是在較少的塊中發送更多數據，而不是在較多的塊中發送較少的數據，那么網絡的效率會更高，也就是說，在較少的片段中把內容傳遞給訪問者的瀏覽器，能減少 HTTP 請求總數。

因此，我們要讓 PHP 緩沖輸出，默認情況下，PHP 已經啟用了輸出緩沖功能，PHP 緩沖 4096 字節的輸出之后才會把內容發送給 Web 服務器，推薦配置如下：

output_buffering = 4096  implicit_flush = false

注：如果想要修改輸出緩沖區的大小，確保使用的值是4（32位系統）或8（64位系統）的倍數。

真實路徑緩存

PHP 會緩存應用使用的文件路徑，這樣每次包含或導入文件時就無需不斷搜索包含路徑了，這個緩存叫真實路徑緩存（realpath cache），如果運行的是大型的 PHP 文件（如 Composer 組件），使用了大量文件，增加 PHP 真實路徑緩存的大小能得到更好的性能。

真實路徑緩存的默認大小是 16K，這個緩存所需的準確大小不容易確定，不過可以使用一個小技巧：首先，增加真實路徑緩存的大小，設置為特別大的一個值，如 256K，然后，在一個 PHP 腳本的末尾加上 print_r(realpath_cache_size());，輸出真實路徑緩存的真正大小，最后，把真實路徑緩存的大小改為這個真正的值。我們可以在 php.ini 文件中設置真實路徑緩存的大小：

realpath_cache_size = 64K

到此，關于“php下的php.ini文件配置性能調優”的學習就結束了，希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學習，快去試試吧！若想繼續學習更多相關知識，請繼續關注億速云網站，小編會繼續努力為大家帶來更多實用的文章！