Chinaunix

标题: 记录 apache 转 nginx 后碰到的一次坑 [打印本页]

作者: yyxxzz 时间: 2012-11-15 17:22
标题: 记录 apache 转 nginx 后碰到的一次坑
本帖最后由 yyxxzz 于 2012-11-15 17:23 编辑

apache 跑在一台机器上，由于HEAD 请求太多，apache 有点抗不住，导致 php 响应很慢
换成nginx, php-fpm 搞定，没想到影响到一个业务，这个业务是在php 里面调用mysql 执行一个sql 文件
类似
system("mysql -uxx -pyy -f <zz.sql")
原来在apache phpmodule 的环境下是正常运行，换成新环境，执行报错，
Query is Empty...还有其他信息

然后我把这个命令放在shell 运行也是正常的，后来想是不是什么权限问题导致的，后来看了下 mysql 也有执行权限，zz.sql 文件也有读取权限

是什么问题？后来终于想到 php-fpm 已经有单独的进程运行了，不是被包装成模块的运行了，
进程有自己的运行环境，有ＰＡＴＨ环境

系统默认环境
echo $PATH
/usr/local/mysql/bin:/usr/kerberos/sbin:/usr/kerberos/bin:/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/X11R6/bin:/root/bin

而php-fpm 的环境配置是
                     <value name="environment">
                              <value name="HOSTNAME">$HOSTNAME</value>
                              <value name="PATH">/usr/local/bin:/usr/bin:/bin</value>
                              <value name="TMP">/tmp</value>
                              <value name="TMPDIR">/tmp</value>
                              <value name="TEMP">/tmp</value>
                              <value name="OSTYPE">$OSTYPE</value>
                              <value name="MACHTYPE">$MACHTYPE</value>
                              <value name="MALLOC_CHECK_">2</value>
                     </value>

和系统有点不一样，正是这个问题

原来有2个 mysql 可执行文件
shell 输入 mysql -uxx -p 默认是先去 /usr/local/mysql/bin 下找mysql
而php-cgi 默认是去 /usr/bin 下面去找 mysql

这2个mysql 版本不一致，导致执行zz.sql 出现效果不一样的问题

最终修改 system("mysql -uxx -pyy -f <zz.sql") 为 system("/usr/local/mysql/bin/mysql -uxx -pyy -f <zz.sql")
ok，修复

php-fpm 和apache phpmodule 的运行环境还是有点不一样的，切换的时候需要注意一些坑

作者: linux_c_py_php 时间: 2012-11-15 20:15
是cgi和fcgi的区别, cgi是web server的子进程, fcgi是独立运行的进程, fpm是fcgi进程的父进程作为管理器存在的, 所以环境变量的来源是不同的, 注意各自父进程的启动时环境变量即可.

作者: yyxxzz 时间: 2012-11-16 11:35
回复 2# linux_c_py_php

php 在apache 环境下一般是作为 apache的模块运行的吧

作者: linux_c_py_php 时间: 2012-11-16 12:26
模块难道就不能以子进程的形式执行吗?

有兴趣读读我的开源Http server吧, 里面有CGI模块的实现.

https://github.com/liangdong/Server/tree/Http_Server

yyxxzz 发表于 2012-11-16 11:35
回复 2# linux_c_py_php

php 在apache 环境下一般是作为 apache的模块运行的吧

作者: yyxxzz 时间: 2012-11-16 16:49
回复 4# linux_c_py_php

我知道cgi 的原理，我的意思是 apache 大部分是用模块运行的，并没有用子进程跑php

作者: linux_c_py_php 时间: 2012-11-16 18:43
看样你不是搞C的, 模块是什么你能说出个究竟? 当然不能了.

yyxxzz 发表于 2012-11-16 16:49
回复 4# linux_c_py_php

我知道cgi 的原理，我的意思是 apache 大部分是用模块运行的，并没有用子进程 ...

作者: yyxxzz 时间: 2012-11-16 19:04
回复 6# linux_c_py_php

你在自问自答吗？
你的这句 “模块难道就不能以子进程的形式执行吗? ”
你倒是给我看看 libphp5.so 里面有没有 fork php 子进程来执行

看看 libphp5.so 的输入表吧，还子进程，你以为就你懂

作者: linux_c_py_php 时间: 2012-11-16 20:31
难道php打算占着CPU让httpd阻塞?

[xx@uuuu]$ nm libphp5.so | grep fork
U fork@@GLIBC_2.2.5

你不懂还是我不懂?

yyxxzz 发表于 2012-11-16 19:04
回复 6# linux_c_py_php

作者: yyxxzz 时间: 2012-11-17 14:22

linux_c_py_php 发表于 2012-11-16 20:31
难道php打算占着CPU让httpd阻塞?

[xx@uuuu]$ nm libphp5.so | grep fork

apache prefork, phpmodule 模式下，你这样配置试试，只有一个apache子进程，你看看php 是不是要阻塞

<IfModule mpm_prefork_module>
  StartServers       1
   MinSpareServers    1
   MaxSpareServers    1
   MaxClients       1
   MaxRequestsPerChild  0
</IfModule>

我让你看  libphp5.so 的输入表，你没看到里面有那么多导出函数吗，那些函数不是要实现php 的功能吗？
还需要 fork 一个php 进程去执行 php?

看来你对apache php 运行模式还是不熟，
strace 一个apache 的子进程看看，到底有没有 fork 一个php 子进程去执行

作者: linux_c_py_php 时间: 2012-11-18 11:23
汗, 一个只会配置apache的对一个会实现apache的人说配置, 好幼稚.

作者: linux_c_py_php 时间: 2012-11-18 11:24
楼主还是歇歇吧, 想争辩也得说点靠谱的东西, 不是忽悠.

作者: action08 时间: 2012-11-18 12:48

linux_c_py_php 发表于 2012-11-18 11:24
楼主还是歇歇吧, 想争辩也得说点靠谱的东西, 不是忽悠.

你是那家公司的，贴jd{:3_199:}

作者: linux_c_py_php 时间: 2012-11-18 13:32
谷歌的.

action08 发表于 2012-11-18 12:48
你是那家公司的，贴jd

作者: yyxxzz 时间: 2012-11-18 14:29

linux_c_py_php 发表于 2012-11-18 11:24
楼主还是歇歇吧, 想争辩也得说点靠谱的东西, 不是忽悠.

我都贴出来了，你就是嘴上硬，有本事拿出事实，证据，
说有个鸟用，都可以说到我只会apache 的配置，没搞清楚就低调一点，懂？

作者: jean319 时间: 2012-11-20 13:30
其实还有个最简单的方法就软件连接。代码也不用更改，这是其一
其二，你也可以更改mysql的环境变量

作者: yyxxzz 时间: 2012-11-20 14:09

jean319 发表于 2012-11-20 13:30
其实还有个最简单的方法就软件连接。代码也不用更改，这是其一
其二，你也可以更改mysql的环境变量

是的，主要还是 mod_php 和 php-fpm 运行方式的不同

作者: zongg 时间: 2012-11-20 14:28
谢谢分享，学习了，

作者: zhengwei_zw 时间: 2012-11-21 14:18

lol

lol 大家继续讨论。呵呵

欢迎光临 Chinaunix (http://bbs.chinaunix.net/)