如今，在电商行业，秒杀活动已经是家常便饭，面对这种高并发压力之下，又有什么办法来缓解这种压力呢？
秒杀就像过年回家的时候买火车票，需要遵守以下几个原则：
1.公平性，机会均等，遵守FIFO原则。
2.快速处理能力，增加售票窗口，增加售票渠道。
3.稳定性，适当的入口数量，保证售票厅内人满为患。
那么，在现实开发当中，怎么去实现呢？以下图为例：
1.有n个购票者守候在售票大厅外面，交通方便的肯定会挤在靠近入口的位置，通过入口的机会就越大.
好比秒杀时疯狂的购物者都在等待秒杀开始，大家都在刷新网页，带宽给力的肯定进去的胜算比较大.
2.我们设置了30个入口，因为我们没有更大的地方，因为现在地皮也比较贵，
那么，对应到秒杀，这个入口就是我们服务器同时处理并发处理能力大小，如果我们通过控制这30个入口的吞吐量，
那我们就可以有效的控制住服务器接受外来的压力，把强大的力量堵在第一个关口，保证服务器接受到的压力能够快速处理.
3.这30个入口我们看做一个管道(tube)，假定每一个购票者给大概5分钟可以完成购票，那么超过5分钟后或者已经买到票，就会让出位置让后面的人进入售票大厅，当然这是理想化想法，但至少我们把压力控制在我们可以处理的能力之内，要不然服务器宕机，欲哭无泪。
这是第一步，缓解了压力，让压力陆续进来，到这一步我们也可以松口气了，说了这么多该怎么实现呢? 创建管道：
/**
* 创建管道 默认30个入口
* @param string $tubeName
* @param int $max
* @return bool
*/
static public function createTube($tubeName, $max = 30) {
if (!$beanstalk = Common::getBeanstalkHandle()) return false;
$beanstalk->use_tube($tubeName);
$i = 0;
while ($i < $max) {
$beanstalk->put(1);
$i++;
}
return true;
} 实现管道锁
/**
* 采用管道方式进行加锁，以限制同时进行某个流程的并发数
* @param string $name 管道名称
* @param int $delay 出管理延迟时间默认为5秒
* @return bool
*/
public function tubeLock($name, $delay = 5) {
$beanstalk = Common::getBeanstalkHandle();
$beanstalk->watch($name);
$return = false;
$job = $beanstalk->reserve_with_timeout();
if ($job['id'] > 0) $return = $beanstalk->release($job['id'], 1024, $delay);
$beanstalk->ignore($name);
return $return;
}提前创建好管道，在并发流程中：
$tubeName = 'tube_' . $goods['id'];
if (Common::getLockHandle()->tubeLock($tubeName) == false) return false; //如果管理已经加锁，直接返回到此为止，如我们所愿，我们已经控制了并发，我们已经把我们能力范围内可以控制的人放进来了，其它人只能继续等待... 剩下就是库存问题了，库存控制原则：
1.库存数不能<0，否则问题大了，商品超卖了，用户下了单，但没货发给卖家，那你就等着投诉吧。
请看下面一个sql(数据库是InnoDB):
/**
*
* 更新库存
* @param int $num
* @param int $id
*/
public function updateQuantity($num, $goodsid) {
$sqlPart = $num < 0 ? ' AND quantity >= ' . abs($num) : '';
$sql = 'UPDATE %s SET quantity = quantity + ?, sale_num = sale_num - ? WHERE id = ?' . $sqlPart;
return $this->_update($sql, array(intval($num), intval($num), intval($goodsid));
}重点看sqlPart部分，这里巧妙和利用mysql的行级锁，把库存不可能为0的控制权交给了mysql来处理，此乃点晴之笔。
