PHP高并发下单用事务可以解决吗?
澳门美高梅官网
澳门美高梅官网
当前位置 : 澳门美高梅官网 > 澳门美高梅在线赌博

PHP高并发下单用事务可以解决吗?

一个下单的小示例(上代码,没加事务的时候):

class IndexController extends Controller {

    public function index{
        $stock = Mstock;
        $log = Mlog;
        $condition[id] = 1;
        if$stock->where$condition->getFieldstock_left > 0 {
            $stock->where$condition->setDec"stock_left";
            $data[op] = 1;
            $log->add$data;
        } else {
            echo "已经没剩余了";
        }
    }
}

库存默认有100个:

日志表:

Apache ab工具并发一下:
ab -n 1200 -c 1200 -w http://localhost/queue/index.php >> D:/1.html

结果出并发问题(很自然的):

然后加了事务控制之后:

class IndexController extends Controller {

    public function index{
        $stock = Mstock;
        $log = Mlog;
        $condition[id] = 1;
        M->startTrans;
        if$stock->where$condition->getFieldstock_left > 0 {
            $res1 = $stock->where$condition->setDec"stock_left";
            $data[op] = 1;
            $res2 = $log->add$data;
            if$res1 !== false && $res2 {
                M->commit;
            } else {
                M->rollback;
            }
        } else {
            echo "已经没剩余了";
        }
    }
}

再测试并发一下:
ab -n 1200 -c 1200 -w http://localhost/queue/index.php >> D:/1.html
结果呢,输出的结果没问题(但是真的解决了并发问题吗?):

很多人说了用Redis队列来做,具体实施我还是有点不太清楚,请大家帮忙

事务跟并发没有任何关系。你使用事务只能保证这一段逻辑成功或者失败,而不能保证并发时能控制住你的程序逻辑。
对并发进行控制还是需要锁 来解决,比如楼上有提到的mysql 实现乐观锁。
如 upadte table set a = a - 1 where a = 5; 只有在a=5的情况下这个update才会真正修改数据,使用这种方法是可以保证如果要修改的数据版本跟你预想中的不同,就不进行操作,通过影响行数来判断是否有修改,然后继续下面的操作或者退出。

还有就是使用排他锁,如果单机可以直接使用flock 来达到阻塞锁的目的。
或者redis和memcache来实现锁。
请求比较多的的情况下推荐使用redis,memcache来进行锁操作,或者考虑用消息队列来处理并发的情况。

用4000并发测试了下,还是会出现问题的:

用事务吧,PS用事务的时候,请务必这样操作

SELECT * FROM TABLE WHERE A=X LIMIT 1 FOR UPDATE;

务必使用FOR UPDATE;

不用 for update 一定会出现负数的情况。

你也可以给数据表加锁也行InnoDB引擎就用行锁;MyISAM引擎就用表锁

最核心还是在数据库,你需要做一个悲观锁或者乐观锁。
表面看你是解决了问题,其实特殊情况下还是会出现超卖的。

事务可以解决,统一提交即可,但是一般解决这个问题还得靠锁。
如果不用锁,就得用队列,就是排队插入,把异步改成同步,这样是最保险的。

可以参考我这个答案。

https://segmentfault.com/q/1010000005105041/a-1020000005106490

队列的方法可以是,一个商品库存(也可以所有商品一起,跑一个下单队列)在后台有一个脚本在跑,然后把请求变成串行。这个方案会被推崇是因为可控性,我们可以根据系统需要控制处理的频率。

缓存的做法是,定时将商品库存更新到缓存里面去,利用缓存的原子读写,对缓存里的库存进行自减操作,如果自减后大于零,就可以走后面的下单流程(下单流程仍然需要完整的事务加锁来保证一致性),缓存的目的在于,避免流量冲击,只有有效流量进入db。

把第一个例子中的$condition[id] = 1;换成"id=1 and stock_left > 0"的等效条件就解决问题了,不需要事务,事务在这个时候起不到什么作用。后面的逻辑当然也要相应调整,因为setDec肯定成功,但是不一定真有记录被修改了,所以伪码示例:

$sql = "update table set num = num - 1 where num > 0";
$updatedRows = get_updated_rows$db->exec$sql;
if $updatedRows > 0 {
    //成功
} else {
    //失败
}

广告位

澳门美高梅官网