Nginx 雖然處理並發量比 apache 確實要強點,但它這種 php-cgi 模式不是太穩定,這點網上也有朋友總結了,我在實現項目中也感受到了。
我們一台支付機,偶爾會出現以下情況的:php-cgi 進程突然消失了,造成PHP腳本無法訪問;更不可思議的是明明是php-cgi 打開有兩個端口在監聽的,莫名其秒的突然有一個php-cgi 的端口被關閉了,造成所有請求全積在一個端口上,
結果造成PHP腳本訪問異常。
基本這種情況,我寫了個監控shell腳本的解決方案,不管以上出現那種情況,都自動恢復Nginx的服務.該腳本在生產環境上運行正常:
#!/bin/bash
#
# filename: webservermonitor.sh
# 功能:監控 nginx 的 php-cgi 是否正常
# 作者:V哥
# 運行: webservermonitor.sh &
#
# php-cgi 監聽的IP和端口
V_PHP_CGI_PORT="127.0.0.1:9000 127.0.0.1:9001"
# nginx重啟的腳本
V_NGINX="/usr/local/nginx/sbin/restart.sh"
# 日志文件
V_LOG="/tmp/webservermonitor.log"
# 函數定義:重啟nginx
function restart_nginx(){
echo "----- `date` -----" >> $V_LOG
echo "------------------" >> $V_LOG
echo "`ps aux |grep 'nginx'`" >> $V_LOG
echo "------------------" >> $V_LOG
echo "`ps aux |grep 'php-cgi'`" >> $V_LOG
echo "------------------" >> $V_LOG
echo "`netstat -nlpt | grep 'php-cgi'`" >> $V_LOG
echo "------------------" >> $V_LOG
$V_NGINX >> $V_LOG
}
# 循環執行,不采用 crontab ,國為 crontab 最小單位是分鍾,時間太長了
while :
do
# 1:先檢測 nginx 主進程是否存在
V_NGINX_NUM=`ps axu |grep 'nginx' |grep -v 'grep' |wc -l`
if [ $V_NGINX_NUM -lt 1 ];then
restart_nginx
continue
fi
# 2:再檢查php-cgi是否有進程存在
V_PHP_CGI_NUM=`ps axu |grep 'php-cgi' |grep -v 'grep' |wc -l`
if [ $V_PHP_CGI_NUM -lt 1 ];then
restart_nginx
continue
fi
# 3:再判斷端口是否正常
for PORT in $V_PHP_CGI_PORT
do
V_NUM=`eval "netstat -nlpt | grep '${PORT}' | wc -l"`
if [ $V_NUM -lt 1 ];then
restart_nginx
continue
fi
done
# 休眠
sleep 5
done