redis秒杀实现原理-redis秒杀防止超卖(5-3-21)

Redis本文目录一览：

• 1、redis能解决并发吗
• 2、利用Redis设计库存系统的苦与乐
• 3、如何解决秒杀的性能问题和超卖的讨论
• 4、分布式锁有哪些?
• 5、redis中的乐观锁和悲观锁

redis能解决并发吗

1、可以 redis真的是一个很好的技术，它可以很好的在一定程度上解决网站一瞬间的并发量，例如商品抢购秒杀等活动。。

2、Redis的所有数据都存储在内存中，这样可以避免磁盘I/O操作的延迟。内存访问速度要比磁盘快很多，因此Redis可以处理大量的并发请求。高效的I/O操作 Redis使用了单线程事件驱动的I/O模型，可以高效地处理并发连接和请求。

3、通过使用队列，可以将请求分发到多个处理节点，从而提高系统的并发处理能力。Redis采用单线程模型处理客户端请求。虽然单线程模型在理论上限制了并发能力，但Redis利用IO多路复用技术（如epoll）实现了高并发处理。

4、MySQL和Redis都可以处理大量的并发请求，但具体的性能取决于应用程序的需求。MySQL的并发能力可以由它的QPS来衡量，而Redis的并发能力可以由它的QPS和KV存储来衡量。

利用Redis设计库存系统的苦与乐

1、我们先在Redis中拿到当前的库存值，然后check是否已经扣减到了零，如果已经扣减到了零，则直接return；否则，就利用Redis的decr原子操作进行扣减，同时返回扣减后的库存值。

2、Redis提供的incr命令来实现计数器功能，内存操作，性能非常好，非常适用于这些计数场景。

3、库存全部放在redis是可取的。商品的库存全部放入redis，库存的读取直接读取redis，到了下单环节，库存的扣除也直接在redis扣除，通过消息队列通知后端数据库，最终把库存的扣减异步同步到后台数据库，避免了对数据库的瞬时压力。

4、Redis提供了发布订阅功能和阻塞队列的功 能，虽然和专业的消息队列比还不够足够强大，但是对于一般的消息队列功能基本可以满足。比如在分布式爬虫系统中，使用 redis 来统一管理 url队列。分布式锁：在分布式服务中。

5、重试机制：当库存扣减失败时，可以加入重试机制，让请求重新执行一次，一般情况下，问题可以得以解决。限流措施：当库存扣减失败时，也可以加入限流措施，限制对数据库的访问频率，避免因访问量过大导致数据库崩溃。

6、Pub/Sub构建实时消息系统 Redis的Pub/Sub系统可以构建实时的消息系统，比如很多用Pub/Sub构建的实时聊天系统的例子。构建队列系统 使用list可以构建队列系统，使用sorted set甚至可以构建有优先级的队列系统。

如何解决秒杀的性能问题和超卖的讨论

我们只讨论技术解决方案前端面对高并发的抢购活动，前端常用的三板斧是【扩容】【静态化】【限流】A：扩容加机器，这是最简单的方法，通过增加前端池的整体承载量来抗峰值。

解决这个一般有五步，第一步限流：鉴于只有少部分用户能够秒杀成功，所以要限制大部分流量，只允许少部分流量进入服务后端。

加上国内也是有着这么多年基建的底子，在汽车续航问题上油车确实有相较于新能源车的天然优势，至少在充电的效率和便捷性赶上加油之前，我都不会赞同“普通新能源车性能秒杀豪华油车”的说法。

使用MySQL乐观锁解决超卖问题 在秒杀系统设计中，超卖是一个经典、常见的问题，任何商品都会有数量上限，如何避免成功下订单买到商品的人数不超过商品数量的上限，这是每个抢购活动都要面临的难点。

还是用刚才的秒杀举例，我们为的就是保证库存的数据不出错，卖出一个商品，减一个库存，那么，我们就可以将库存放在内存中进行处理。这样，就能够保证库存有序的及时扣减，并且不出现问题。

分布式锁有哪些?

1、ZooKeeper是一个为分布式应用提供一致性服务的开源组件，它内部是一个分层的文件系统目录树结构，规定同一个目录下只能有一个唯一文件名。

2、在很多场景中，我们为了保证数据的最终一致性，需要很多的技术方案来支持，比如分布式事务、分布式锁等。有的时候，我们需要保证一个方法在同一时间内只能被同一个线程执行。

3、但是当规模上升到分布式集群的情况下，要控制共享资源访问，就需要通过分布式锁来实现。常见的分布式锁方案如数据库乐观锁，Redis锁，zk锁等。

4、分布式锁其实可以理解为：控制分布式系统有序的去对共享资源进行操作，通过互斥来保持一致性。

redis中的乐观锁和悲观锁

乐观锁：这个世界是美好的，别人肯对不会在我操作数据前进行更改。在redis中，乐观锁指的是只是对key上锁，只要key不变就代表不会出问题。

简单来说，Redis使用乐观锁，相对于悲观锁，在实现中更加简单，在某些场景中的性能也更好。

分布式锁的三种实现方式分别是：基于数据库实现分布式锁、基于缓存（Redis等）实现分布式锁、基于Zookeeper实现分布式锁。基于数据库实现分布式锁 悲观锁 利用select … where … for update 排他锁。

乐观锁和悲观锁的区别如下：悲观锁是当线程拿到资源时，就对资源上锁，并在提交后，才释放锁资源，其他线程才能使用资源。