php过载后无法恢复的原因分析

最近php机器频繁出现过载后再也无法提供服务的现象，只要一有请求发过去，负责处理该请求的php进程就是cpu占用100%。本来的负载均衡策略是一旦某机器的php请求出现连接超时就将该机器的权重降低，发向该机器的请求概率就会降低，虽然有一定滞后效应，但是最终应该能够降压并且最后恢复服务，但是这个策略在最近突然失效了。出现这个情况之后无法发送什么请求到php-fpm都会cpu100%，即使请求的是一个空的php文件。于是猜想可能是eaccelerator造成的。

我们的Php-fpm的request_terminate_timeout设置的是5s，于是只要是有请求执行超过5s就会被php-fpm将执行进程干掉，在出问题的前后出现了大量的5s超时，初步猜想可能是因为eaccelerator的共享内存造成的，子进程被干掉时共享内存被写错了，导致所有请求过来都会出错，但是这解释不了新文件也会被卡住的问题，于是去看eacceleraotr的代码，发现如下代码

#define spinlock_try_lock(rw)  asm volatile("lock ; decl %0" :"=m" ((rw)->lock) : : "memory")
#define _spinlock_unlock(rw)   asm volatile("lock ; incl %0" :"=m" ((rw)->lock) : : "memory")

static int mm_do_lock(mm_mutex* lock, int kind) 
{
    while (1) {
        spinlock_try_lock(lock);
        if (lock->lock == 0) { 
            lock->pi