利用php-fpm的慢日志定位故障

成都創(chuàng)新互聯(lián)是一家集網(wǎng)站建設(shè),宣州企業(yè)網(wǎng)站建設(shè),宣州品牌網(wǎng)站建設(shè),網(wǎng)站定制,宣州網(wǎng)站建設(shè)報價,網(wǎng)絡(luò)營銷,網(wǎng)絡(luò)優(yōu)化,宣州網(wǎng)站推廣為一體的創(chuàng)新建站企業(yè)，幫助傳統(tǒng)企業(yè)提升企業(yè)形象加強企業(yè)競爭力。可充分滿足這一群體相比中小企業(yè)更為豐富、高端、多元的互聯(lián)網(wǎng)需求。同時我們時刻保持專業(yè)、時尚、前沿，時刻以成就客戶成長自我，堅持不斷學(xué)習(xí)、思考、沉淀、凈化自己，讓我們?yōu)楦嗟钠髽I(yè)打造出實用型網(wǎng)站。

    今天上午，開發(fā)小哥向我反映一臺開發(fā)機訪問時速度非常慢，讓我?guī)退乙幌略?，然后我就開始了一個排錯的過程，當(dāng)時我的思路是這樣的：判斷網(wǎng)絡(luò)是否有問題，判斷開發(fā)機資源是否耗盡，判斷各服務(wù)是否正常運行，判斷代碼問題。

    網(wǎng)絡(luò)問題較為簡單了，ping一下，traceroute一下，發(fā)現(xiàn)沒有問題，網(wǎng)絡(luò)很正常。排除了網(wǎng)絡(luò)問題以后就要判斷是否是服務(wù)器資源耗盡了，然后我ssh登陸到開發(fā)機上，使用top命令，看到的結(jié)果如下：

從這個結(jié)果來看，服務(wù)器資源還是很富裕的，問題不在這里。那接下來就要查找是不是各服務(wù)的問題了。

    訪問速度慢，最大的可能是緩存的問題，memcached是否掛了，memcached的內(nèi)存是否夠用，于是，我先查看了一下memcached的運行狀態(tài)，發(fā)現(xiàn)其運行十分正常，然后又重新啟動并增加了memcached的內(nèi)存，但是訪問速度依然很慢，看來故障并不是在這里，接著排錯。

    既然不是緩存的問題，那我又在想，會不會是php進程開啟的少了呢？然后我查了一下php的進程池：

從結(jié)果我們也可以看出來，php的進程是很多的，基本排除了php進程問題，那現(xiàn)在我的排錯就進入了一個瓶頸，這時就感到自己知識的饋乏性了，最后還是在大牛的提醒下，讓我查一下php的慢日志。由于本屌是一個新手，經(jīng)驗與技術(shù)都有所欠缺，所以對慢日志并沒有多大的映像，畢竟在自己學(xué)習(xí)的過程中是很少用到這個日志的。

    既然查找慢日志，那么我做的第一步是開啟php-fpm的慢日志功能，在php-fpm.conf配置文件中找到如下兩條配置：

; The timeout for serving a single request after which a PHP backtrace will be
; dumped to the 'slowlog' file. A value of '0s' means 'off'.
; Available units: s(econds)(default), m(inutes), h(ours), or d(ays)
; Default Value: 0
request_slowlog_timeout = 5
; The log file for slow requests
; Default Value: not set
; Note: slowlog is mandatory if request_slowlog_timeout is set
slowlog = /var/log/php-fpm/www-slow.log

其中，request_slowlog_timeout = 5這條配置表示，將執(zhí)行時間超過5秒的php進程記錄進入慢日志，為什么要設(shè)置為5秒呢？這是因為我查看了我網(wǎng)頁的請求時間，響應(yīng)時間大概在13秒左右；

slowlog = /var/log/php-fpm/www-slow.log 這條配置指定慢日志的位置。

    開啟慢日志后，使用命令tail -F /var/log/php-fpm/www-slow.log來實時動態(tài)的查看日志內(nèi)容，同時再繼續(xù)訪問該服務(wù)器，然后發(fā)現(xiàn)，在慢日志的輸出中，有多個函數(shù)的執(zhí)行時間超過了5秒，看來問題就出在這里了。然后我找了開發(fā)人員，反映了這個執(zhí)行較慢的腳本和函數(shù)，經(jīng)過他們的查找，發(fā)現(xiàn)是代碼中有一個配置沒有更新導(dǎo)致的，修改代碼后問題解決。

    從這個運維事件中，我又積累到了一些實際生產(chǎn)環(huán)境中的運維經(jīng)驗，這一點是我值得記錄的地方，可能這篇文章在許多大牛的眼里就是渣渣，但解決這個問題的過程與經(jīng)驗對于我來說是真正的寶貴財富，我也相信，只要我一點一滴的記錄、積累，我也會變成一只大牛的。