Mysql在高并发情况下，防止库存超卖而小于0的解决方案

背景：

本人上次做申领campaign的PHP后台时，因为项目上线后某些时段同时申领的人过多，导致一些专柜的存货为负数（<0），还好并发量不是特别大，只存在于小部分专柜而且一般都是-1的状况，没有造成特别特别严重的后果，但还是要反思了自己的过错。

　　这次又有新的申领campaign，我翻看了上次的代码逻辑：

正文：

【先select后update】

1. beginTranse(开启事务)
2. try{
3.     $result = $dbca->query('select amount from s_store where postID = 12345');
4.     if(result->amount > 0){
5.         $dbca->query('update s_store set amount = amount - 1 where postID = 12345');
6.     }
7. }catch($e Exception){
8.     rollBack(回滚)
9. }
10. commit(提交事务)

　　以上代码就是我第一次的写法，看似问题不大，其实隐藏着巨大的漏洞。数据库的访问其实就是对磁盘文件的访问，数据库中的表其实就是保存在磁盘上的一个个文件，甚至一个文件包含了多张表。例如由于高并发，当前有三个用户a、b、c三个用户进入到了这个事务中，这个时候会产生一个共享锁，所以在select的时候，这三个用户查到的库存数量都是>=0的。

 

　　然后是update，假如这三个用户同时到达update这里，这个时候update更新语句会把并发串行化，也就是给同时到达这里的是三个用户排个序，一个一个执行，并生成排他锁，在当前这个update语句commit之前，其他用户等待执行，commit后，生成新的版本；这样执行完后，库存肯定为负数了。但是根据以上描述，我们修改一下代码就不会出现超买现象了，代码如下：

 

【先update后select】