【问题标题】:Why PHP-FPM 5.6 segfaults during mysqlnd calls?为什么在 mysqlnd 调用期间 PHP-FPM 5.6 段错误?
【发布时间】:2015-09-13 11:28:45
【问题描述】:

我有 nginx 1.6、mysql 5.5、php 5.6.11 服务器配置。偶尔,PHP 段错误,总是在它空闲了几分钟(没有发出请求)时。如果有请求,则不会发生此段错误。

我通过gdb 实用程序运行核心转储,结果如下:

root@server3:/# gdb /usr/local/php-5.6.11-fpm/sbin/php-fpm /tmp/coredump-php-fpm.5867
....
Reading symbols from /usr/local/php-5.6.11-fpm/sbin/php-fpm...done.
[New LWP 5867]

warning: Can't read pathname for load map: Input/output error.
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".

warning: no loadable sections found in added symbol-file system-supplied DSO at 0x7fff1effe000
Core was generated by `php-fpm: p'.
Program terminated with signal 11, Segmentation fault.
#0  0x00000000035417f0 in ?? ()
(gdb) bt
#0  0x00000000035417f0 in ?? ()
#1  0x00000000009a9548 in php_mysqlnd_net_send_ex_pub (net=0x350e010, buffer=0x7fff1ef47e10 "\001", count=1, conn_stats=0x353ee30, error_info=0x35323b8)
    at /usr/src/php-5.6.11/ext/mysqlnd/mysqlnd_net.c:442
#2  0x0000000000996420 in php_mysqlnd_cmd_write (_packet=0x34ca830, conn=0x3532280) at /usr/src/php-5.6.11/ext/mysqlnd/mysqlnd_wireprotocol.c:999
#3  0x00000000009702f5 in php_mysqlnd_conn_data_simple_command_send_request_pub (conn=0x3532280, command=COM_PING, arg=0x0, arg_len=0, silent=1 '\001', 
    ignore_upsert_status=1 '\001') at /usr/src/php-5.6.11/ext/mysqlnd/mysqlnd.c:356
#4  0x00000000009706c6 in php_mysqlnd_conn_data_simple_command_pub (conn=0x3532280, command=COM_PING, arg=0x0, arg_len=0, ok_packet=PROT_OK_PACKET, silent=1 '\001', 
    ignore_upsert_status=1 '\001') at /usr/src/php-5.6.11/ext/mysqlnd/mysqlnd.c:381
#5  0x000000000097bb98 in php_mysqlnd_conn_data_ping_pub (conn=0x3532280) at /usr/src/php-5.6.11/ext/mysqlnd/mysqlnd.c:1728
#6  0x000000000077c378 in pdo_mysql_check_liveness (dbh=0x3532830) at /usr/src/php-5.6.11/ext/pdo_mysql/mysql_driver.c:493
#7  0x000000000076aa10 in zim_PDO_dbh_constructor (ht=4, return_value=0x34ccdd8, return_value_ptr=0x7f3796811b80, this_ptr=0x34f8708, return_value_used=0)
    at /usr/src/php-5.6.11/ext/pdo/pdo_dbh.c:307
#8  0x0000000000acb14b in zend_do_fcall_common_helper_SPEC (execute_data=0x7f3796811eb8) at /usr/src/php-5.6.11/Zend/zend_vm_execute.h:558
#9  0x0000000000acb91b in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (execute_data=0x7f3796811eb8) at /usr/src/php-5.6.11/Zend/zend_vm_execute.h:693
#10 0x0000000000aca7b8 in execute_ex (execute_data=0x7f3796811eb8) at /usr/src/php-5.6.11/Zend/zend_vm_execute.h:363
#11 0x0000000000aca840 in zend_execute (op_array=0x7f3796841d80) at /usr/src/php-5.6.11/Zend/zend_vm_execute.h:388
#12 0x0000000000a862e6 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/src/php-5.6.11/Zend/zend.c:1341
#13 0x00000000009ead57 in php_execute_script (primary_file=0x7fff1ef4a8d0) at /usr/src/php-5.6.11/main/main.c:2597
#14 0x0000000000b471c9 in main (argc=1, argv=0x7fff1ef4cc38) at /usr/src/php-5.6.11/sapi/fpm/fpm/fpm_main.c:1964

我看到通过PDO调用mysqlnd函数时出现了一些问题。但实际上仅此而已。该代码在较旧的 PHP 版本(

PHP 是这样编译的:

./configure --prefix=/usr/local/php-5.6.11-fpm --enable-ftp --with-gd --enable-mbstring --enable-sockets --enable-zip --with-jpeg-dir=/usr/local/jpeg-9 --with-zlib --enable-embedded-mysqli --with-pdo-mysql --with-png-dir=/usr/local/libpng --with-openssl=/usr/local/openssl --with-freetype-dir=/usr/local/freetype --with-mcrypt=/usr/local/libmcrypt --with-mhash --enable-soap --enable-bcmath --with-mysqli=mysqlnd --with-mysql --enable-fpm --enable-debug

我将不胜感激任何提示或帮助,谢谢。

【问题讨论】:

    标签: php mysql nginx pdo segmentation-fault


    【解决方案1】:

    好的,终于(经过几个小时的侦探工作)我找到了自己问题的答案。我会发布它,因为它可以帮助遇到同样问题的人。

    实际上,在我的案例中存在 2 个问题。导致此行为的主要问题是 MySQL 在持续连接空闲 60 秒后断开连接。我在生产服务器上有这个设置,因为每秒有很多请求,所以 60 秒是合理的设置(与 my.cnf 中默认设置的 8 小时相比 - wait_timeout = 28800)。

    但是,我已将其复制到开发服务器,在那里会不时发出请求。因此达到了 60 秒的限制。然后我编译的 PHP 导致了 SEGFAULT。

    在搜索过程中,我还在 PHP 中找到了这个 PHP manual page dealing with possible MySQL libraries。所以我使用了推荐的编译指令:

    --with-mysqli=mysqlnd --with-pdo-mysql=mysqlnd --with-mysql=mysqlnd
    

    然后丢弃的Mysql连接停止了SEGFAULT问题,它只导致PDO抛出正确的异常。

    希望它对将来的人有所帮助。

    【讨论】:

      猜你喜欢
      • 2015-11-16
      • 2013-08-30
      • 1970-01-01
      • 1970-01-01
      • 2020-12-10
      • 2016-05-18
      • 2021-01-01
      • 1970-01-01
      • 2015-07-13
      相关资源
      最近更新 更多