-对于商品抢购等并发场景下，可能会出现超卖的现象，这时就需要解决并发所带来的这些问题了.在PHP语言中并没有原生的提供并发的解决方案，因此就需要借助其他方式来实现并发控制。
#######方案一：使用文件锁排它锁
flock函数用于获取文件的锁，这个锁同时只能被一个线程获取到，其它没有获取到锁的线程要么阻塞，要么获取失败
在获取到锁的时候，先查询库存，如果库存大于0，则进行下订单操作，减库存，然后释放锁
flock()函数锁定或释放文件 若成功，则返回 true。若失败，则返回 false。
flock($fp,lock,block)
lock
共享锁定（读取） LOCK_SH
独占锁定（写入） LOCK_EX
释放锁定LOCK_UN
block 若设置为true 则当进行锁定时阻挡其他进程
注意
1.使用共享锁LOCK_SH，如果是读取，不需要等待，但如果是写入，需要等待读取完成。
2.使用独占锁LOCK_EX，无论写入/读取都需要等待。
3.LOCK_UN，无论使用共享/读占锁，使用完后需要解锁。
4.LOCK_NB，当被锁定时，不阻塞，而是提示锁定。
穿透到数据库，而使数据库奔溃，这里可用文件锁来解决
$data = $cache->get('key');
if(!$data){
$fp = fopen('lockfile');
if(flock($fp, LOCK_EX)){
$data = $cache->get('key');//拿到锁后再次检查缓存，这时可能已经有了
if(!$data){
$data = mysql->query($sql);
$cache->set('key', $data);
}
flock($fp, LOCK_UN);
}
fclose($fp);
}
#######方案二：使用MySQL数据库提供的悲观锁
Innodb存储引擎支持行级锁，当某行数据被锁定时，其他进程不能对这行数据进行操作
先查询并锁定行：
select stock_num from table where id=1 for update
if(stock_num > 0){
//下订单
update table set stock_num=stock-1 where id=1
}
#######方案三：使用队列
将用户的下单请求依次存入一个队列中，后台用一个单独的进程处理队列中的下单请求
1.创建队列数据表
2.把任务(比如 订单创建)插入队列表中
3.linux上做个定时任务,异步执行队列表中的任务，一个一个排队执行。
#######方案四：使用Redis/Memcached
redis的操作都是原子性的，可以将商品的库存存入redis中，下单之前对库存进行decr操作，如果返回的值大于等于0等可以下单，否则不能下单,这种方式效率较高
if(redis->get('stock_num') > 0){
stock_num = redis->decr('stock_num')
if(stock_num >= 0){
//下订单
}else{
//库存不足
}
}else{
//库存不足
}
其他并发问题：
在现实应用中，很多情况下会把数据存入缓存，当缓存失效时，去数据库取数据并重新设置缓存，如果这时并发量很大，会有很多进程同时去数据库取数据，导致很多请求
说白了，要解决并发问题就必须要加锁，各种方案的本质都是加锁
注释：
第一 首先，确认服务器硬件是否足够支持当前的流量。
第二 其次，优化数据库访问。
前台实现完全的静态化当然最好，可以完全不用访问数据库，不过对于频繁更新的网站，
静态化往往不能满足某些功能。
缓存技术就是另一个解决方案，就是将动态数据存储到缓存文件中，动态网页直接调用
这些文件，而不必再访问数据库，WordPress和Z-Blog都大量使用这种缓存技术。
如果确实无法避免对数据库的访问，那么可以尝试优化数据库的查询SQL.避免使用
Select * from这样的语句，每次查询只返回自己需要的结果，避免短时间内的大
量SQL查询。
第三，禁止外部的盗链。
外部网站的图片或者文件盗链往往会带来大量的负载压力，因此应该严格限制外部对
于自身的图片或者文件盗链，好在目前可以简单地通过refer来控制盗链，Apache自
己就可以通过配置来禁止盗链，IIS也有一些第三方的ISAPI可以实现同样的功能。当
然，伪造refer也可以通过代码来实现盗链，不过目前蓄意伪造refer盗链的还不多，
可以先不去考虑，或者使用非技术手段来解决，比如在图片上增加水印。
第四，控制大文件的下载。
大文件的下载会占用很大的流量，并且对于非SCSI硬盘来说，大量文件下载会消耗
CPU，使得网站响应能力下降。因此，尽量不要提供超过2M的大文件下载，如果需要
提供，建议将大文件放在另外一台服务器上。
第五，使用不同主机分流主要流量
将文件放在不同的主机上，提供不同的镜像供用户下载。比如如果觉得RSS文件占用
流量大，那么使用FeedBurner或者FeedSky等服务将RSS输出放在其他主机上，这
样别人访问的流量压力就大多集中在FeedBurner的主机上，RSS就不占用太多资源了。
第六，使用流量分析统计软件。
在网站上安装一个流量分析统计软件，可以即时知道哪些地方耗费了大量流量，哪些页
面需要再进行优化，因此，解决流量问题还需要进行精确的统计分析才可以。我推荐使
用的流量分析统计软件是Google Analytics（Google分析）。我使用过程中感觉其
效果非常不错，稍后我将详细介绍一下Google Analytics的一些使用常识和技巧。
