Redis中秒杀场景下超时与超卖问题的解决方案

在开发过程中高并发问题是很棘手的一个问题（对于博主这样的小菜鸡来说），当我们学习redis之前，知道redis是单线程运行的所以任务不会出现线程不安全问题。当我们在linux中使用ab来模拟高并发秒杀时可能会遇到两种问题，“超时和超卖”。

超时

1.redis连接超时原因

（1）虚拟机中的配置问题

我们在测试远程连接时redis连接是否成功时控制台可能会报以下错误。
如下所示：

每次看到控制台红色的文字我就头疼。。。

在控制台中的显示大概意思是显示连接超时导致了失败。
总结了以下三条连接失败原因：

Linux中的防火墙没有关闭而导致失败。
redis要打开。
redis.conf中的bind 127.0.01需要注释掉，然后需要修改protected-mode no。

之后如果遇到了以上问题请自行查找。

（2）redis成功连接中模拟在高并发中的超时

如图所示：

2.解决方法

在MySQL中使用jdbc可能会发现连接超时问题，所以我们使用了数据库连接池来解决问题，例如druid、c3p0等等。同理我们在redis中也可以同样使用数据库连接池。
节省每次连接redis服务带来的消耗，把连接好的实例反复利用。

通过参数管理连接的行为

直接上记事本代码！

链接池参数：

MaxTotal：控制一个pool可分配多少个jedis实例，通过pool.getResource()来获取；如果赋值为-1，则表示不限制；如果pool已经分配了MaxTotal个jedis实例，则此时pool的状态为exhausted。
maxIdle：控制一个pool最多有多少个状态为idle(空闲)的jedis实例；
MaxWaitMillis：表示当borrow一个jedis实例时，最大的等待毫秒数，如果超过等待时间，则直接抛JedisConnectionException；
testOnBorrow：获得一个jedis实例的时候是否检查连接可用性（ping()）；如果为true，则得到的jedis实例均是可用的；

超卖

1.秒杀超卖现象

在高并发场景下，多个线程并发更新库存，导致库存为负的情况。

看图幻想：

2.解决方案

（1）利用乐观锁淘汰用户，解决超卖问题

上图：

//增加乐观锁
jedis.watch(qtkey);
 
//3.判断库存
String qtkeystr = jedis.get(qtkey);
if(qtkeystr==null || "".equals(qtkeystr.trim())) {
	System.out.println("未初始化库存");
	jedis.close();
	return false ;
}
 
int qt = Integer.parseInt(qtkeystr);
if(qt<=0) {
	System.err.println("已经秒光");
	jedis.close();
	return false;
}
 
//增加事务
Transaction multi = jedis.multi();
 
//4.减少库存
//jedis.decr(qtkey);
multi.decr(qtkey);
 
//5.加人
//jedis.sadd(usrkey, uid);
multi.sadd(usrkey, uid);
 
//执行事务
List