php apc 502,【案例】小心，apc可能导致php-fpm罢工！

最近访问网站，发现出现了502错误。一般出现502错误，都是php-fpm 进程处理请求时出现异常导致的。

首先，查看了php-fpm 的进程数。发现php-fpm的进程数已经到达了php-fpm.conf中设置的最大值。最近流量没有大的变动，这么多php-fpm进程，肯定有问题。

然后，用pstack命令查看这些php-fpm进程都在干啥。

根据上面的堆栈信息，我们可以肯定php的apc模块申请互斥锁权限时，一直获取不到互斥锁权限，一直等待，导致卡死了。

接下来，我们查下，是什么导致apc模块一直拿不到互斥锁权限。我们使用gdb排查，最终查出互斥锁的权限被进程号11274的进程占用着。查杀步骤如下：

那么为啥11274进程一直占用互斥锁权限，不释放呢？最终发现这个进程已经退出了。11274的进程为啥会退出呢？在php-fpm 的日志中找到了答案。

[18-Feb-2014 15:48:45] NOTICE: [pool www] child 11274 started

[18-Feb-2014 15:48:45] WARNING: [pool www] child 11274 exited on signal 11 (SIGSEGV) after 0.089068 seconds from start

显然，11274进程运行过程中遇到了段错误，导致进程异常退出了。继续追查，发现是php的hsf扩展在启动初始化的时候遇到内存问题，导致段错误。

现在原因已经很明确了，是因为php扩展hsf启动的时候发生内存错误，导致php-fpm进程异常退出。退出的进程当时拥有apc的互斥锁。但是退出时，由于是异常退出，没能释放互斥锁。导致php-fpm其他进程无法获取apc的互斥锁。导致死锁。

那么如何解决呢？

1.与惠新宸(apc维护者之一)沟通，他建议不要再使用apc，建议换成opcache。因为apc已经基本不再维护。之前也做过opcache和apc的对比。可以看下这篇文章。

php的 zend opcache VS apc 性能比较

2.hsf相关的问题，已经提交相关开发人员去完善。

3.如果你对apc情有独钟，不离不弃。那建议看看下面的文章，自己尝试修改下源码修复这个问题。

https://bugs.php.net/bug.php?id=46025

https://bugs.php.net/patch-display.php?bug_id=59281&patch=APC-3.1.9-bailout_deadlock.patch&revision=latest