php使用redis，PHP使用redis锁解决秒杀超卖问题

大家好，今天小编关注到一个比较有意思的话题，就是关于php使用redis的问题，于是小编就整理了2个相关介绍php使用redis的解答，让我们一起看看吧。

php redis做mysql的缓存，怎么异步redis同步到mysql数据库？

正常情况下是没有问题的，

但是有人用恶意脚本进行刷奖，也就是同一个人发起大量请求，1秒可能一两百的请求甚至更多，而且不只一个人刷奖。

问题出在1这一步

举个例子，假设每人只能抽一次奖，因为请求太快，同一人的a，b两个请求几乎同时来，a走完抽奖逻辑了，并且在抽奖表中插入记录的过程时，因为mysql的性能的问题，b去走1这一步是读不到表中的记录的，因为a的插入根本没有完成。所以b请求会再走一次抽奖逻辑。造成同一人抽奖两次，然后再插入抽奖表。

我关心的是能否a插入抽奖表的瞬间，b就能判断出抽奖表有数据。

所以我觉得问题是mysql写入的不够快，读取的不够快，所以我要采用redis做一层快速缓存。

我们做的抽奖是单一奖品百分之百中奖，只限制奖品数量，所以必须保证每人只能抽一次，而且尽量在程序层面去解决。

php使用redis怎么解决秒杀中的超卖问题？

超卖问题的根本原因还是在于并发，服务端对于并发处理的能力不足造成了超卖问题；

应对高并发问题一方面要提高服务端的请求处理能力，比如使用redis的事务（witch+multi）来提高处理速度。

另一方面就是削峰;常见的方案是通过消息队列缓冲瞬时请求高峰；通过消息队列可以吧同步请求转换成异步推送通知，通过队列一端承接瞬时访问高峰，另一端则平滑地将消息推送出去，达到削峰目的。

个人见解，希望对您的问题有所帮助！

使用redis 的队列+watch解决，把秒杀商品放入队列，抢到则pop商品，队列用完，则停止抢购

header("content-type:text/html;charset=utf-8");

$redis = new redis();

$result = $redis->connect('127.0.0.1', 6379);

$mywatchkey = $redis->get("mywatchkey");

$rob_total = 100; //抢购数量

if($mywatchkey<$rob_total){

$redis->watch("mywatchkey");

$redis->multi();

//设置延迟，方便测试效果。

sleep(5);

//插入抢购数据

$redis->hSet("mywatchlist","user_id_".mt_rand(1, 9999),time());

$redis->set("mywatchkey",$mywatchkey+1);

$rob_result = $redis->exec();

if($rob_result){

$mywatchlist = $redis->hGetAll("mywatchlist");

echo "抢购成功！
";

echo "剩余数量：".($rob_total-$mywatchkey-1)."
";

echo "用户列表：

";  
        var_dump($mywatchlist);  
    }else{  
        echo "手气不好，再抢购！";exit;  
    }  
}  
?> 
到此，以上就是小编对于php使用redis的问题就介绍到这了，希望介绍关于php使用redis的2点解答对大家有用。