AI 助理
备案控制台
开发者社区 开发与运维 文章 正文

解决phpMyAdmin在nginx+php-fpm模式下无法使用的问题

2016-05-24 4451
版权
版权声明：
本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《 阿里云开发者社区用户服务协议》和 《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写 侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
本文涉及的产品
日志服务 SLS，月写入数据量 50GB 1个月
简介：
原创作品，允许转载，转载时请务必以超链接形式标明文章  原始出处 、作者信息和本声明。否则将追究法律责任。 http://dgd2010.blog.51cto.com/1539422/1684839

昨天接到一个网友的问题，说yum安装nginx+php-fpm+mysql+phpMyAdmin后，发现phpMyAdmin无法打开，一直报502错误已经抓狂半天了，本着帮助别人快乐自己的原则，远程帮他看了一下， 现记录和总结如下，问题解决思路的总结放在文章最后，问题解决思路总结也是本文的重点。

问题环境：CentOS6通过yum安装的nginx+php-fpm+mysql+phpMyAdmin

问题描述：安装完成后发现nginx没有问题，而phpMyAdmin无法打开，提示502错误

问题解决过程

查看问题环境的安装包：

nginx-filesystem-1.0.15-12.el6.noarch
nginx-1.0.15-12.el6.x86_64
rrdtool-php-1.3.8-7.el6.x86_64
php-pear-1.9.4-4.el6.noarch
php-devel-5.3.3-46.el6_6.x86_64
php-mbstring-5.3.3-46.el6_6.x86_64
php-mcrypt-5.3.3-3.el6.x86_64
php-5.3.3-46.el6_6.x86_64
php-tidy-5.3.3-46.el6_6.x86_64
php-pecl-memcache-3.0.5-4.el6.x86_64
php-xmlrpc-5.3.3-46.el6_6.x86_64
php-xmlseclibs-1.3.1-3.el6.noarch
php-common-5.3.3-46.el6_6.x86_64
php-pdo-5.3.3-46.el6_6.x86_64
php-xml-5.3.3-46.el6_6.x86_64
php-fpm-5.3.3-46.el6_6.x86_64
php-cli-5.3.3-46.el6_6.x86_64
php-mysql-5.3.3-46.el6_6.x86_64
php-eaccelerator-0.9.6.1-1.el6.x86_64
php-gd-5.3.3-46.el6_6.x86_64

根据nginx报的502错误，可以初步判断是upstream出现了问题，再提到upstream之前，先列一下nginx的配置文件（去掉注释，我已经将nginx记录错误日志的级别从默认级别提升到info）。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
user              nginx;   
worker_processes  1;
error_log   /var/log/nginx/error .log info;
pid         /var/run/nginx .pid;
events {   
     worker_connections  1024;    
}
http {   
     include        /etc/nginx/mime .types;    
     default_type  application /octet-stream ;
     client_max_body_size 10M;
     log_format  main   '$remote_addr - $remote_user [$time_local] "$request" '   
                       '$status $body_bytes_sent "$http_referer" '    
                       '"$http_user_agent" "$http_x_forwarded_for"' ;
     access_log   /var/log/nginx/access .log  main;
     sendfile        on;   
     keepalive_timeout  65;  
     include  /etc/nginx/conf .d/*.conf;
}

由于此配置文件中没有显式写明任何server，因此需要查看一下include /etc/nginx/conf.d/*.conf; 所包含的默认server文件，即/etc/nginx/conf.d/default.conf，去掉注释

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
cat  /etc/nginx/conf .d /default .conf    
server {    
     listen       80 default_server;    
     server_name  _;  
     include  /etc/nginx/default .d/*.conf;
     location / {   
         root    /usr/share/nginx/html ;    
         index  index.php index.html index.htm;    
     }
     error_page  404               /404 .html;   
     location =  /404 .html {    
         root    /usr/share/nginx/html ;    
     }  
     error_page   500 502 503 504   /50x .html;    
     location =  /50x .html {    
         root    /usr/share/nginx/html ;    
     }
      location ~ [^/]\.php(/|$) {   
                 fastcgi_split_path_info ^(.+?\.php)(/.*)$;    
                 if  (!-f $document_root$fastcgi_script_name) {    
                         return  404;    
                 }    
                 fastcgi_pass 127.0.0.1:9000;    
                 fastcgi_index index.php;    
                 include fastcgi_params;    
      }    
}

初步判断，此nginx的配置确实没有问题，应该是php-fpm或者php本身的问题（缩小问题范围）。

查阅nginx日志文件（/var/log/nginx/error.log），发现如下提示，确定是php-fpm的问题，fastcgi也算是对upstream的一种代理

1
2
3
4
5
6
7
8
9
10
11
2015 /08/14  17:05:32 [notice] 9645 #0: using the "epoll" event method   
2015 /08/14  17:05:32 [notice] 9645 #0: nginx/1.0.15    
2015 /08/14  17:05:32 [notice] 9645 #0: built by gcc 4.4.7 20120313 (Red Hat 4.4.7-11) (GCC)     
2015 /08/14  17:05:32 [notice] 9645 #0: OS: Linux 2.6.32-504.el6.x86_64    
2015 /08/14  17:05:32 [notice] 9645 #0: getrlimit(RLIMIT_NOFILE): 65535:65535    
2015 /08/14  17:05:32 [notice] 9646 #0: start worker processes    
2015 /08/14  17:05:32 [notice] 9646 #0: start worker process 9648    
2015 /08/14  17:05:36 [error] 9648 #0: *1 recv() failed (104: Connection reset by peer) while reading response header from upstream, client: 192.168.1.228, server: 192.168.1.101, request: "GET / HTTP/1.1", upstream: "fastcgi://127.0.0.1:9000", host: "192.168.1.101"    
2015 /08/14  17:09:22 [error] 9648 #0: *4 recv() failed (104: Connection reset by peer) while reading response header from upstream, client: 192.168.1.228, server: 192.168.1.101, request: "GET / HTTP/1.1", upstream: "fastcgi://127.0.0.1:9000", host: "192.168.1.101"    
2015 /08/14  17:11:23 [error] 9648 #0: *7 recv() failed (104: Connection reset by peer) while reading response header from upstream, client: 192.168.1.228, server: 192.168.1.101, request: "GET / HTTP/1.1", upstream: "fastcgi://127.0.0.1:9000", host: "192.168.1.101"    
2015 /08/14  17:11:33 [info] 9648 #0: *9 client closed prematurely connection while reading client request line, client: 192.168.1.228, server: 192.168.1.101

创建一个能打开phpinfo的文件，查看php文件能否正确解析（进一步缩小问题范围）

发现php-fpm能正常解析php文件，里面的各个php组件都显示正常

查看phpMyAdmin的版本，查阅官方网站的文档看看是否支持php5.3.3，发现当前的phpMyAdmin支持，因此应该不是phpMyAdmin的问题

开始检查php-fpm的日志（/var/log/php-fpm/error.log），发现如下所示：

1
2
3
4
5
6
7
8
[14-Aug-2015 16:34:53] NOTICE: fpm is running, pid 9522   
[14-Aug-2015 16:34:53] NOTICE: ready to handle connections    
[14-Aug-2015 16:43:54] WARNING: [pool www] child 9527 exited on signal 11 (SIGSEGV) after 541.401349 seconds from start    
[14-Aug-2015 16:43:55] NOTICE: [pool www] child 9614 started    
[14-Aug-2015 16:44:00] WARNING: [pool www] child 9526 exited on signal 11 (SIGSEGV) after 547.107407 seconds from start    
[14-Aug-2015 16:44:00] NOTICE: [pool www] child 9615 started    
[14-Aug-2015 17:05:36] WARNING: [pool www] child 9523 exited on signal 11 (SIGSEGV) after 1843.098829 seconds from start    
[14-Aug-2015 17:05:36] NOTICE: [pool www] child 9649 started

这个日志显然不足以提供足够的信息来解决问题，因此修改php-fpm和php.ini对日志级别的一些参数配置，以提升日志级别，获取详细的错误信息。

搜索配置文件的中log关键字，或者根据文档或资料修改，一些方法或步骤如下：

/etc/php-fpm.conf文件，将日志级别从notice改动到debug

1
log_level = debug

/etc/php-fpm.d/www.conf文件，将php worker的标准输出和错误输出从/dev/null 重定向到主要的错误日志中，即/var/log/php-fpm/error.log

1
catch_workers_output =  yes

/etc/php.ini文件

1
2
3
4
5
6
error_reporting = E_ALL & ~E_DEPRECATED
display_errors = On
display_startup_errors = On
log_errors = On
track_errors = On
html_errors = On

再次重新启动php-fpm，发现worker中的详细错误：

1
2
3
4
5
6
7
8
9
[14-Aug-2015 17:09:18] NOTICE: fpm is running, pid 9672   
[14-Aug-2015 17:09:18] NOTICE: ready to handle connections    
[14-Aug-2015 17:09:22] WARNING: [pool www] child 9673 said into stderr:  "[Fri Aug 14 17:09:22 2015"    
[14-Aug-2015 17:09:22] WARNING: [pool www] child 9673 said into stderr:  "] [notice] EACCELERATOR(9673): PHP crashed on opline 30 of PMA_URL_getCommon() at /usr/share/nginx/html/libraries/url_generating.lib.php:188"    
[14-Aug-2015 17:09:22] WARNING: [pool www] child 9673 said into stderr:  ""    
[14-Aug-2015 17:09:22] WARNING: [pool www] child 9673 exited on signal 11 (SIGSEGV) after 4.286828 seconds from start    
[14-Aug-2015 17:09:22] NOTICE: [pool www] child 9679 started    
[14-Aug-2015 17:11:23] WARNING: [pool www] child 9675 said into stderr:  "[Fri Aug 14 17:11:23 2015"    
[14-Aug-2015 17:11:23] WARNING: [pool www] child 9675 said into stderr:  "] [notice] EACCELERATOR(9675): PHP crashed on opline 30 of PMA_URL_getCommon() at /usr/share/nginx/html/libraries/url_generating.lib.php:188"

错误信息中提到EACCELERATOR这个php模块，因此先确定一下是不是由于这个模块有问题，因此，先将此模块禁用，方法是将/etc/php.d/eaccelerator.ini文件更改个后缀名称，例如mv /etc/php.d/eaccelerator.ini /etc/php.d/eaccelerator.ini~，然后重启php-fpm，再校验一下结果，发现问题已经解决。

可能是eaccelerator与phpMyAdmin冲突的原因，因此要想使用phpMyAdmin可以将此模块禁用，或者安装时跳过这个包。

注释：eAccelerator是一个自由开放源码php加速器，优化和动态内容缓存，提高了php脚本的缓存性能，使得PHP脚本在编译的状态下，对服务器的开销几乎完全消除。它还有对脚本起优化作用，以加快其执行效率。使PHP程序代码执效率能提高1-10倍。（来自bdbk）

问题解决思路总结

第0条，沟通是诊断故障的关键，详细了解问题始末，例如部署方案，步骤，做了哪些操作等

第一，根据经验判断，nginx+php-fpm+phpMyAdmin是很牢靠的组合，因此判断这是个例问题，而不是批量问题，因此直接开始动手，登录到系统中查看安装的软件包，nginx、php和phpMyAdmin版本都是要查看的，此步骤有助于根据掌握的知识和经验，初步判断是否相互兼容，是否有未修复bug等。

第二，执行nginx -t检查nginx的配置文件有无显式错误，检查nginx运行状态

第三，执行php-fpm -t检查php-fpm的配置文件有无显式错误，检查php-fpm的运行状态

第四，检查错误日志，先检查nginx的错误日志，因为它是“第一现场”，再检查php-fpm日志，因为它是“第二现场”

第五，如果日志提示明显，则按照日志提示，修改相应的配置文件，再次验证问题

第六，如果依然有问题，则本步骤就是解决问题的最关键的步骤，需要提升记录日志的级别，这也就是为什么有debug为什么叫做调试，将nginx的日志级别提升到info（为什么不能提升到debug，nginx编译时有个--debug选项，不确定时可以不用），将php的日志级别提升到debug，打开所有的php调试开关

第七，重新启动nginx和php-fpm后，配置文件生效，重新打开网页重现问题，再次打开日志，根据日志提示内容再次，修改相应的配置文件，再次验证问题

第八，如果反复修改无果后，该查阅官方手册就查阅官方手册，该Google 搜索就Google搜索，该反馈bug就反馈bug，如果持续无果，则换种解决问题的方式，寻找正确的解决方案，参照如下：

  • 参考已有的成功的版本组合，更换版本组合或者修改配置文件，消除环境差异性，适用于快速解决问题

  • 将yum安装改为编译安装，或者yum安装更少的包，以最小化的安装方式将问题范围缩减到最小，从而确定问题，提升解决问题的能力，适用于研究和学习

最后补充一句：只要出现的问题能够重现，而不是随机出现，则就一定能很好的解决，因此不要慌，也不要浮躁，更不要放弃，甚至可以缓一缓后再冷静处理。

--end--

本文出自 “通信，我的最爱” 博客，请务必保留此出处http://dgd2010.blog.51cto.com/1539422/1684839

文章标签：
日志服务
应用服务中间件
nginx
PHP
C语言
缓存
关键词：
PHP模式
Nginx php
Nginx phpmyadmin
Nginx php-fpm
Nginx模式
相关实践学习
日志服务之使用Nginx模式采集日志
本文介绍如何通过日志服务控制台创建Nginx模式的Logtail配置快速采集Nginx日志并进行多维度分析。
shy丶gril
目录
相关文章
游客762btuqu5wybw666
|
3月前
|
设计模式 数据库连接 PHP
PHP中的设计模式：提升代码的可维护性与扩展性在软件开发过程中，设计模式是开发者们经常用到的工具之一。它们提供了经过验证的解决方案，可以帮助我们解决常见的软件设计问题。本文将介绍PHP中常用的设计模式，以及如何利用这些模式来提高代码的可维护性和扩展性。我们将从基础的设计模式入手，逐步深入到更复杂的应用场景。通过实际案例分析，读者可以更好地理解如何在PHP开发中应用这些设计模式，从而写出更加高效、灵活和易于维护的代码。
本文探讨了PHP中常用的设计模式及其在实际项目中的应用。内容涵盖设计模式的基本概念、分类和具体使用场景，重点介绍了单例模式、工厂模式和观察者模式等常见模式。通过具体的代码示例，展示了如何在PHP项目中有效利用设计模式来提升代码的可维护性和扩展性。文章还讨论了设计模式的选择原则和注意事项，帮助开发者在不同情境下做出最佳决策。
游客762btuqu5wybw666
54 5
游客moiomvrp3vyac2
|
2月前
|
设计模式 监控 中间件
深入理解PHP中的中间件模式
【10月更文挑战第20天】探索PHP编程世界中的“交通枢纽”——中间件模式。从代码层面剖析如何实现请求和响应的高效管理，以及如何在开发中应用这一模式来增强项目的扩展性和维护性。
游客moiomvrp3vyac2
40 4
请看我回答~
|
29天前
|
设计模式 缓存 中间件
探索PHP中的中间件模式
【10月更文挑战第33天】在编程世界中，设计模式是解决常见问题的模板。本文将带你领略PHP中中间件模式的魅力，它如何优雅地处理请求，并保持代码的整洁与可维护性。通过实际代码示例，我们将一步步实现一个简单的中间件框架，让你轻松理解并应用到自己的项目中。
请看我回答~
21 0
天下无贼001
|
2月前
|
中间件 PHP 开发者
深入理解PHP中的中间件模式
【10月更文挑战第6天】在PHP开发中，中间件模式是一种优雅的处理请求和响应的方式。本文将带你探索中间件模式的概念、实现及其在PHP框架中的应用，同时提供实用的代码示例来加深理解。
天下无贼001
25 4
不会技术的路人
|
2月前
|
tengine 应用服务中间件 Linux
Tengine、Nginx安装PHP命令教程
要在阿里云Linux上安装PHP，请先更新YUM源并启用PHP 8.0仓库，然后安装PHP及相关扩展。通过`php -v`命令验证安装成功后，需修改Nginx配置文件以支持PHP，并重启服务。最后，创建`phpinfo.php`文件测试安装是否成功。对于CentOS系统，还需安装EPEL源和Remi仓库，其余步骤类似。完成上述操作后，可通过浏览器访问`http://IP地址/phpinfo.php`测试安装结果。
不会技术的路人
80 14
ShaFaChuang-36210
|
3月前
|
设计模式 数据库连接 PHP
PHP中的设计模式：如何提高代码的可维护性与扩展性在软件开发领域，PHP 是一种广泛使用的服务器端脚本语言。随着项目规模的扩大和复杂性的增加，保持代码的可维护性和可扩展性变得越来越重要。本文将探讨 PHP 中的设计模式，并通过实例展示如何应用这些模式来提高代码质量。
设计模式是经过验证的解决软件设计问题的方法。它们不是具体的代码，而是一种编码和设计经验的总结。在PHP开发中，合理地使用设计模式可以显著提高代码的可维护性、复用性和扩展性。本文将介绍几种常见的设计模式，包括单例模式、工厂模式和观察者模式，并通过具体的例子展示如何在PHP项目中应用这些模式。
ShaFaChuang-36210
59 9
叫个什么名字
|
3月前
|
设计模式 存储 安全
PHP中单例模式的深入解析与实践指南
在PHP开发领域，设计模式是构建高效、可维护代码的重要工具。本文聚焦于单例模式——一种确保类仅有一个实例，并提供全局访问点的模式。我们将从理论出发，探讨单例模式的基本概念、应用场景，并通过实际案例分析其在PHP中的实现技巧。最后，讨论单例模式的优势、潜在缺陷及如何在实际项目中合理运用。
叫个什么名字
40 5
肥猪肥猪-17824
|
3月前
|
设计模式 缓存 中间件
深入理解PHP中的中间件模式
【9月更文挑战第12天】本文旨在通过浅显易懂的语言和实际代码示例，引导读者了解PHP中如何实现和使用中间件模式，以及这一设计模式如何优化我们的应用程序结构。文章将逐步介绍中间件的概念、在PHP中的应用实例，以及如何自定义中间件来解决实际问题。
肥猪肥猪-17824
38 1
历年考试不作弊
|
4月前
|
中间件 PHP 开发者
深入理解PHP中的中间件模式
【8月更文挑战第29天】本文旨在通过探讨PHP中间件模式的实现，帮助读者掌握如何构建可扩展且易于维护的应用。文章不仅解释了中间件概念，还提供了代码示例，并分析了其优势和应用场景。阅读本文后，你将能够更有效地使用中间件来优化你的PHP项目结构。
历年考试不作弊
44 11
请看我回答~
|
4月前
|
设计模式 JavaScript 中间件
探索PHP中的中间件模式
【8月更文挑战第31天】本文将带你领略PHP编程世界中的“交通枢纽”——中间件模式。我们将从中间件的概念出发，逐步深入到如何在PHP项目中实现并应用这一设计模式。通过实际代码示例，你将学会如何构建自己的中间件，以及如何利用它们来简化项目结构、增强代码可读性和可维护性。准备好了吗？让我们一起走进PHP中间件的世界，解锁更多可能！
请看我回答~
40 1

热门文章

最新文章

  • 1
    如何优雅打印nginx header和body
  • 2
    Nginx报错403 forbidden几个解决方法
  • 3
    Nginx的启动、停止与重启
  • 4
    nagios监控nginx status
  • 5
    nginx HTTP Upstream模块
  • 6
    nginx禁止ip访问web
  • 7
    Nginx使用指南(一)
  • 8
    CentOS 7 - 安装Nginx
  • 9
    nginx hello world模块编译运行的问题
  • 10
    nginx 的限制连接模块limit_zone与limit_req_zone
  • 1
    深入理解PHP7中的返回类型声明
    48
  • 2
    深入理解PHP的命名空间与自动加载机制
    58
  • 3
    PHP 7.4中新增特性的探索与实践
    46
  • 4
    深入理解PHP7的返回类型声明
    55
  • 5
    android通过http上传文件，服务器端用php写(原创)
    67
  • 6
    PHP医院安全不良事件管理系统源码（AEMS）前端vue2+element+后端laravel8不良事件上报与闭环管理
    82
  • 7
    深入理解PHP的命名空间与自动加载机制
    59
  • 8
    深入理解PHP的命名空间和自动加载机制
    43
  • 9
    网安之PHP基础练习
    45
  • 10
    1688快速获取整店铺列表 采集接口php Python
    57

    • 相关课程

    更多
  • PHP进阶教程 - 由浅入深掌握面向对象开发 - 第二阶段
  • Nginx企业级Web服务实战
  • Linux Web服务器Nginx搭建与配置
  • PHP完全自学手册文档教程

    • 相关电子书

    更多
  • PHP安全开发:从白帽角度做安全
  • CentOS Nginx PHP JAVA 多语言镜像使用手
  • CentOS Nginx PHP JAVA多语言镜像使用手册

    • 相关实验场景

    更多
  • 1分钟SAE部署PHP商城小程序
  • 10分钟Serverless部署PHP商城
  • 日志服务之使用Nginx模式采集日志
    • 下一篇
    阿里云无影云电脑免费试用，最长可试用3个月