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;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 來部署的話這些損耗可以忽略不計，而且本人隻在叢集若幹機器内部署了一台。
下面介紹基本的性能分析和故常排查方法。
比如可以在 dashboard 中檢視到具體某個時間段整個系統的穩定程度，我們在圖上看到了一個異常波峰，時間在早上6點左右，通過清單篩選器移除 web external 後看圖。
其他業務都很正常，執行到最後 php 層，平均時間也隻用了 10ms 左右。回到上圖點選波峰的訓示器可以看到具體明細。
當打開詳情時可以明顯看到，原來是微信的接口在6點鐘抽了。同樣該頁面還可以監控到第三方服務調用的響應情況。比如 217ms 的 api.hitokoto.us 服務。
再簡單看一個 sql 緩慢的監控。
通過 web 事務的響應時間占比檢視到一個腳本執行時間相對過長，通過上圖可以看到資料庫查詢占了579ms
通過切換到詳情頁面，可以看到整個腳本的調用過程，最終發現是程式 mysqli.php:88 行執行的查詢占用了過長的時間。
以上隻是通過 oneapm 持續檢查程式穩定性的一個基本方法。
程式在日常運作中由于受到的通路量不同，很有可能在某個時間點上出現大面積的延遲，比如并發突然增高或通路某一部分接口的比例突然過高，而平時 apdex 名額卻看起來非常漂亮，那麼這個時候通過 oneapm 就很容易發現程式中影響性能的部分，進而繼續改進或優化代碼。
（本文作者系 oneapm 使用者，授權 oneapm 官方部落格轉發）
**oneapm for php 能夠深入到所有 php 應用内部完成應用性能管理和監控，包括代碼級别性能問題的可見性、性能瓶頸的快速識别與追溯、真實使用者體驗監控、伺服器監控和端到端的應用性能管理。想閱讀更多技術文章，請通路 oneapm 官方技術部落格
。**
本文轉自 oneapm 官方部落格