天天看點

PHP 7.0 安裝使用與性能監測!

php 7.0釋出,網上關于新版的介紹很多,介于 7.0 在正式釋出之前已經發過若幹個 beta、8個 rc,應該不會出現重大問題。今日我将一台機器更新至 php 7.0 并将有關資訊記錄如下。

本人使用 ubuntu 12.04 lts,在網上已經找到 7.0 正式版的 ppa,是以不需要編譯,使用如下指令可直接安裝。

安裝 php7.0與擴充

`sudo add-apt-repository ppa:ondrej/php-7.0

sudo apt-get update

sudo apt-get install php7.0-fpm php7.0-cli php7.0-common php7.0-json php7.0-mysql php7.0-opcache php7.0-curl

`

由于 memcached、redis 擴充并沒有在 pecl 釋出支援 php7 的最新版本,是以需要到 github 找到 php7 的分支進行手動編譯安裝。

redis、memcached的github位址如下

https://github.com/phpredis/phpredis/

https://github.com/rlerdorf/php-memcached

redis 安裝方法

`git clone https://github.com/phpredis/phpredis/

cd phpredis

git checkout php7

phpize

./configure

make

ssudo make install`

memcached 安裝方法

memcached 需要先下載下傳 libmemecached 庫才能正常編譯。

`wget https://launchpad.net/libmemcached/1.0/1.0.18/+download/libmemcached-1.0.18.tar.gz

tar -zxvf libmemcached-1.0.18.tar.gz

cd libmemcached-1.0.18

sudo make install

sudo apt-get install pkg-config

git clone https://github.com/rlerdorf/php-memcached.git

cd php-memcached

sudo make install`

自己編譯的這2個擴充需要手動在配置檔案裡加載

`sudo touch /etc/php/mods-available/redis.ini

sudo touch /etc/php/mods-available/memcached.ini`

并将兩個檔案内容寫上

`extension=redis.so

extension=memcached.so`

`cd /etc/php/7.0/fpm/conf.d

sudo ln -s /etc/php/mods-available/redis.ini ./

sudo ln -s /etc/php/mods-available/memcached.ini ./`

如果指令行下需要啟用擴充,同樣需要在 cli/conf.d 目錄下将其連結過去。

最後重新開機伺服器

<code>sudo service php7.0-fpm restart</code>

配置檔案的調整

由于 php7.0 最大的改進是性能,是以務必要啟用 opcache 保證其能發揮最大作用。

将 php.ini 的如下配置啟用。

`opcache.enable=1

opcache.enable_cli=1

opcache.file_cache=/tmp

opcache.error_log=/var/log/opcache_errors.log`

ppa 安裝的包預設 error_display 是 off 的。 而且 error_log 是注釋的,意味着出現問題時檢視不到任何資訊。

是以請寫入如下配置

`error_log=/var/log/php_errors.log

sudo chown www-data.www-data /var/log/php_errors.log`

本人安裝的是 nginx 伺服器,請確定使用者數組更改為與自己 webserver 一樣的,否則還是不會出現任何提示。 opcache_errors.log 檔案同樣如此。

關于 opcache 的更多内容可以通路這裡檢視 http://www.laruence.com/2015/12/04/3086.html

異常處理與解決

在配置完成後,就需要實際的将程式跑一下了。目前将老系統轉移到 en php7.0 後,第一個錯誤就是

<code>09-dec-2015 12:27:48 asia/chongqing] php fatal error: uncaught error: call to undefined function set_magic_quotes_runtime() in /init.php:46</code>

已經不再存在set_magic_quotes_runtime 這個函數了。如果要相容的話需要加上判斷

`if(php_version_id &amp;amp;amp;lt; 70000){

}`

監控與調優

我在系統裡安裝了 oneapm 提供的 agent。這樣可以實時監測到整個系統的運作情況。其他版本的 agent 官方網站已經提供了下載下傳。截止本文落筆,php 7.0版本官方提供了一個下載下傳位址是:https://oneapm.kf5.com/attachments/download/366552/0015667f0036f47c827fcb8fcbfbc79/

在這之前更多人會使用 xhprof 來檢測和優化系統,但是 xhprof 對整體的程式性能采集樣本無法很好的歸納,也沒有很好的可視化曲線圖和 web 事務跟蹤,導緻在短時間内很難對系統瓶頸進行評估。

是以我使用 oneapm 的 php agent 來完成這些工作,oneapm 同樣使用定時采樣定時彙報的方式來收集性能資訊,并且官方宣稱耗費資源小于5%。不過對于使用性能提升數倍的 php7.0 來部署的話這些損耗可以忽略不計,而且本人隻在叢集若幹機器内部署了一台。

下面介紹基本的性能分析和故常排查方法。

PHP 7.0 安裝使用與性能監測!

比如可以在 dashboard 中檢視到具體某個時間段整個系統的穩定程度,我們在圖上看到了一個異常波峰,時間在早上6點左右,通過清單篩選器移除 web external 後看圖。

PHP 7.0 安裝使用與性能監測!

其他業務都很正常,執行到最後 php 層,平均時間也隻用了 10ms 左右。回到上圖點選波峰的訓示器可以看到具體明細。

PHP 7.0 安裝使用與性能監測!

當打開詳情時可以明顯看到,原來是微信的接口在6點鐘抽了。同樣該頁面還可以監控到第三方服務調用的響應情況。比如 217ms 的 api.hitokoto.us 服務。

再簡單看一個 sql 緩慢的監控。

PHP 7.0 安裝使用與性能監測!

通過 web 事務的響應時間占比檢視到一個腳本執行時間相對過長,通過上圖可以看到資料庫查詢占了579ms

PHP 7.0 安裝使用與性能監測!

通過切換到詳情頁面,可以看到整個腳本的調用過程,最終發現是程式 mysqli.php:88 行執行的查詢占用了過長的時間。

以上隻是通過 oneapm 持續檢查程式穩定性的一個基本方法。

程式在日常運作中由于受到的通路量不同,很有可能在某個時間點上出現大面積的延遲,比如并發突然增高或通路某一部分接口的比例突然過高,而平時 apdex 名額卻看起來非常漂亮,那麼這個時候通過 oneapm 就很容易發現程式中影響性能的部分,進而繼續改進或優化代碼。

(本文作者系 oneapm 使用者,授權 oneapm 官方部落格轉發)

**oneapm for php 能夠深入到所有 php 應用内部完成應用性能管理和監控,包括代碼級别性能問題的可見性、性能瓶頸的快速識别與追溯、真實使用者體驗監控、伺服器監控和端到端的應用性能管理。想閱讀更多技術文章,請通路 oneapm 官方技術部落格

。**

本文轉自 oneapm 官方部落格