php并发处理

解决并发问题就必须要加锁，各种方案的本质都是加锁

PHP语言中并没有原生的提供并发的解决方案，因此就需要借助其他方式来实现并发控制。

 方案一：使用文件锁排它锁
               flock函数用于获取文件的锁，这个锁同时只能被一个线程获取到，其它没有获取到锁的线程要么阻塞，要么获取失败
               在获取到锁的时候，先查询库存，如果库存大于0，则进行下订单操作，减库存，然后释放锁。

 方案二：使用Mysql数据库提供的悲观锁
                Innodb存储引擎支持行级锁，当某行数据被锁定时，其他进程不能对这行数据进行操作。

             悲观锁的特点是先获取锁，再进行业务操作，即“悲观”的认为获取锁是非常有可能失败的，因此要先确保获取锁成功再进               行业务操作。

             通常所说的“一锁二查三更新”即指的是使用悲观锁。通常来讲在数据库上的悲观锁需要数据库本身提供支持，即通过常用                的select … for update操作来实现悲观锁。

              当数据库执行select for update时会获取被select中的数据行的行锁，因此其他并发执行的select for update如果试图选中                同一行则会发生排斥（需要等待行锁被释放），因此达到锁的效果。select for update获取的行锁会在当前事务结束时自                 动释放，因此必须在事务中使用。
 方案三：使用队列
               将用户的下单请求依次存入一个队列中，后台用一个单独的进程处理队列中的下单请求
 方案四：使用Redis
             redis的操作都是原子性的，可以将商品的库存存入redis中，下单之前对库存进行decr操作，如果返回的值大于等于0等可               以下单，否则不能下单,这种方式效率较高。

              redis真的是一个很好的技术，它可以很好的在一定程度上解决网站一瞬间的并发量，例如商品抢购秒杀等活动。。。
              redis之所以能解决高并发的原因是它可以直接访问内存，下面用redis解决瞬间秒杀活动来说明：

             下面这个程序模拟了20w人一瞬间涌入这个页面进行秒杀,能够秒杀成功的只有500人,我们把先进来的用户放入redis队列                  中,当队列中的用户达到500时，后来用户就转到秒杀结束页面。这里用随机数来表示不同的用户。
  
  
       在现实应用中，很多情况下会把数据存入缓存，当缓存失效时，去数据库取数据并重新设置缓存，如果这时并发量很大，会有很多进程同时去数据库取数据，导致很多请求穿透到数据库，而使数据库奔溃，这里可用文件锁来解决

 

乐观锁。悲观锁分别适用什么情况
      1. 对于数据更新频繁的场合，悲观锁效率更高。加锁的时间可能会很长，这样可能会长时间的限制其他用户的访问，也就是说悲观锁的并发访问性不好。
      2. 对于数据更新不频繁的场合，乐观锁效率更高。乐观锁是假定读取的数据，在写之前不会被更新。适用于数据更新不频繁的场景。