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

关于“php_redis_共享”的问题，小编就整理了【4】个相关介绍“php_redis_共享”的解答：

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

<?php

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);

$redis->connect($host, $port, $timeout);最后一个参数就是超时时间，长连接是不会断的，除非你自己去close或者服务器那边断了，这个时候可以捕获错误，然后进行重连

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

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

问题出在1这一步

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

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

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

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

PHP自带的SESSION会话机制是这样的:

PHP-FPM根据浏览器传来的一个名为PHPSESSID的HTTP cookie确定要访问的会话文件,然后填充超全局变量$_SESSION.

WebSocket建立连接时,也可以拿到这个HTTP cookie(注意跨域问题:AJAX跨域区分域名和端口,COOKIE区分域名但不区分端口),同理你可以根据这个PHPSESSID读取服务器上的会话文件,unserialize反序列化就能拿到会话数组,如果你要写入会话,记得先用 flock($fp, LOCK_EX) 排它锁锁定后再写入,只是读的话就不需要了.

但个人不建议使用PHP自带的SESSION会话机制,除非你的应用定位就是单台服务器.否则还是建议使用cookie验证身份(解密cookie,根据id比对salt),Redis存储用户数据:

user:10001:name => 'tux'

user:10001:age => 27

这样不同语言都可以访问到这些数据,而且可以把程序部署到其他服务器也没有问题.

到此，以上就是小编对于“php_redis_共享”的问题就介绍到这了，希望介绍关于“php_redis_共享”的【4】点解答对大家有用。