高并发导致的数据错误

通常出现于多连接,假设当前用户余额为100。

A逻辑从数据库取值得到100,扣取50,得到50,进行数据库保存。最终数据库=50。

在同一瞬间内,A逻辑未保存数据库前,B逻辑从数据库取得余额100,扣去30,得到70,进行数据库保存。最终数据库=70。

这样问题就发生了。 本来应该是100-50-30=20;  现在变成了100-50=50,而后被替换成100-30=70。

实测这样的情况是可以发生的。

public function testMoney(){
    for($i=0;$i<50;$i++){
        $mMoney = new MoneyModel();
        $result = $mMoney->find(['uid'=>1]);
        $result['money'] = $result['money'] - 0.1;
        $save = $mMoney->save($result);
    }

    for($i=0;$i<50;$i++){
        $mMoney = new MoneyModel();
        $result = $mMoney->find(['uid'=>1]);
        $result['money'] = $result['money'] + 0.1;
        $save = $mMoney->save($result);
    }
}

这样的代码,频繁刷几次,数据库的金额发生了错误。

解决方案

1、Sql语句内做加减法

Thinkphp有现成的函数可以用:setInc或setDec。仅对数值改变有效。如果是复杂的数据变化不可用。

本质是产生【字段 = 字段 +/- 数值】这样的语句嵌套到update里,可以解决数据入库的问题,即:

public function testMoney(){
    for($i=0;$i<50;$i++){
        $mMoney = new MoneyModel();
        $mMoney->where(['uid'=>1])->setDec('money',0.1);
    }

    for($i=0;$i<50;$i++){
        $mMoney = new MoneyModel();
        $mMoney->where(['uid'=>1])->setInc('money',0.1);
    }
}

这样的逻辑,无论你怎么循环,除非数据库崩溃或Mysql连接本身出现问题,否则值最后不会有变化。

值的注意的是:这种方法只能保证数据的写入不出现问题,数据的读取依然无法避免高并发受到的影响,即有可能出现用户余额100,消费50元后,高并发期间瞬间再做查询依然是100元余额的情况。这种情况恐怕只能使用本地缓存来解决了。

2、乐观锁

乐观锁的原理是在数据行级别上做一个版本记录,并在每次插入时对比版本字段是否有+1,没有则说明重复操作了,原理很巧妙,其实就是去掉了select出来之后逻辑造成的时间差,避免了数据的重复调出并做出多次修改。而且比起悲观锁,宽松很多,个人认为适用于方法1无法使用的场景。

注意在使用乐观锁时不要使用setInc和setDec了,否则setInc和setDec内部的update的动作在出现lock_version重复时还是会被打回,回退逻辑没有做好的情况下容易出错。