[021-16].Redis实现秒杀优惠券功能

已于 2024-07-29 21:48:46 修改
阅读量14 收藏
点赞数
分类专栏： [000-01].我的后端学习大纲 文章标签： java
于 2023-05-09 22:18:35 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_43783284/article/details/130590191
版权

我的后端学习大纲

我的Redis学习大纲

1.全局ID生成器

1.1.订单表id说明：

  • 1.在大数据量的情况下，订单会越来越多，上千亿万条，不适合采用自增长类型
    在这里插入图片描述
  • 2.在如下的用户抢购场景中，就会生成订单并保存到tb_voucher_order这张表中，而订单表如果使用数据库自增ID就存在一些问题：
    在这里插入图片描述
  • 1.id的规律性太明显
  • 2.受单表数据量的限制：
    • 每张表存储的数据量是有限的，那么单张表无法存储全部数据，就需要把数据存储到多张表中，但是如果存储到多张表时候，每个表的ID字段采用自增长类型，就会导致ID重复，但是订单ID是不可以重复的

1.2.什么是全局唯一ID：

  • 1.全局ID生成器，是一种在分布式系统下用来生成全局唯一ID的工具
  • 2.全局唯一ID一般要满足下列特性：
    在这里插入图片描述

1.3.全局生成ID的特点：

  • 1.为了增加ID的安全性，我们可以不直接使用Redis自增的数值，而是拼接一些其它信息：
    在这里插入图片描述
  • 2.ID的组成部分（共64bit）：
    • 符号位：1bit，永远为0
    • 时间戳：31bit，以秒为单位，可以使用69年
    • 序列号：32bit，秒内的计数器，支持每秒产生2^32个不同ID

1.4.全局唯一ID生成策略：

a.策略举例：

  • UUID
  • Redis自增
  • snowflake算法
  • 数据库自增：单独一张表专门存储订单ID，然后订单表的ID都是来自于这个单独存储ID的表

b.Redis自增ID策略：

  • 每天一个key，方便统计订单量
  • ID构造是 时间戳 + 计数器

1.5.编码实现：

a.获取起始时间：

  • 1.获取时间戳，需要一个起始时间，在这里我们先获取一个起始时间的格式：
    在这里插入图片描述

b.

2.实现优惠券秒杀下单

1.1.优惠券介绍：

在这里插入图片描述

  • 1.表关系如下：
    • tb_voucher：优惠券的基本信息，优惠金额、使用规则等
    • tb_seckill_voucher：优惠券的库存、开始抢购时间，结束抢购时间。特价优惠券才需要填写这些信息

1.2.设置秒杀券：

a.说明：

  • 1.通畅我们通过管理页面，发布一些秒杀券和普通券来进行引流，这里我们通过postman来实现秒杀券的发布，未实现前端管理页的开发：

b.编码实现：

  • 1.controller层实现：
    在这里插入图片描述
  • 2.service层实现：
    在这里插入图片描述

1.3.实现客户端的秒杀功能：

a.功能说明：

  • 1.下单优惠券时需要判断两点：
    • 秒杀是否开始或结束，如果尚未开始或已经结束则无法下单
    • 库存是否充足，不足则无法下单
      在这里插入图片描述
  • 2.接口说明：
    在这里插入图片描述

b.编码实现：

在这里插入图片描述

3.超卖问题:

3.1.高并发情况说明

  • 1.对于秒杀功能，一般都是会发生并发的情况，无数的用户一起抢购优惠券，所以需要对高并发这种情况进行处理：

3.2.模拟高并发情况：

  • 对于高并发的情况的模拟，我们一般是使用Jmeter工具：
    在这里插入图片描述
    在这里插入图片描述

3.3.超卖现象分析：

在这里插入图片描述

3.4.加锁方式解决超卖问题：

a.悲观锁

  • 1.认为线程安全问题一定会发生，因此在操作数据之前先获取锁，确保线程串行执行。
  • 2.例如Synchronized、Lock都属于悲观锁

b.乐观锁：

  • 1.认为线程安全问题不一定会发生，因此不加锁，只是在更新数据时去判断有没有其它线程对数据做了修改。
    • 如果没有修改则认为是安全的，自己才更新数据。
    • 如果已经被其它线程修改说明发生了安全问题，此时可以重试或异常。

c.乐观锁实现方式：

c1.方法1：版本号法：

在这里插入图片描述

c2.CAS方案：在做更改动作的时候，判断条件和一开始查询出的库存值是否相同：

在这里插入图片描述

c3.编码实现乐观锁：
c4.乐观锁弊端：
  • 1.比如当有100个线程对同一个数据更改的时候，当有一条更改成功后，另外的99条线程都会失败，导致了失败率大大提高。虽然没有超卖，但是呢，效率却降低了跟多
c5.库存乐观锁弊端的改善：
  • 2.在乐观锁弊端问题中改善低效率有很多办法，在库存问题中，最佳的改善方法就是在更新库存的条件中，把更新的库存数量条件改为大于0
    在这里插入图片描述

4.一人一单：

4.1.需求说明：

  • 1.需求：修改秒杀业务，要求同一个优惠券，一个用户只能下一单
    在这里插入图片描述

4.2.添加查询是否已经购买过的逻辑：

  • 1.先添加查询购买与否的逻辑：
    在这里插入图片描述
  • 2.在多线程情况下，上述查询可能存在多个线程同时查询到未购买过的情况，然后就产生了多条记录插入到表中，因为知识查询的功能，未涉及到修改问题，所以需要添加悲观锁来解决
    在这里插入图片描述

3.5.集群模式下的超卖问题：

a.说明：

  • 1.通过加锁可以解决在单机情况下的一人一单安全问题，但是在集群模式下就不行了。我们将服务启动两份，端口分别为8081和8082

b.模拟集群：

在这里插入图片描述
在这里插入图片描述

c.修改nginx配置：

  • 1.修改nginx的conf目录下的nginx.conf文件，配置反向代理和负载均衡：
    在这里插入图片描述
  • 2.现在，用户请求会在这两个节点上负载均衡，再次测试下是否存在线程安全问题
    在这里插入图片描述

d.在集群或者分布式环境下，就会有多个JVM出现。所以出现了跨JVM

在这里插入图片描述

5.分布式锁

5.1.分布式锁介绍：

5.4.分布式锁设置：

在这里插入图片描述

16.6.Redis优化秒杀

16.7.Redis消息队列实现异步秒杀

1.01^1000
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Redis从入门到精通(六)Redis实战(三)优惠券秒杀 测试项目代码
04-05
在本教程中，我们将深入探讨如何使用Redis进行优惠券秒杀场景的实战，这是一个常见的高并发挑战，尤其在电商行业中。Redis作为一个高性能的键值存储系统，常被用于处理这类实时、高流量的需求。我们将主要关注以下几...
JooLun微信商城开源版JooLun-wx-master.zip
04-14
商业版还有微服务、多租户Sass、Uniapp商城、小程序直播、多规格SKU、拼团、砍价、商户管理、 秒杀、优惠券、积分、多店铺、商城拖拽装修、支付宝、微信支付服务商收款 JooLun微信商城开源版，Java + SpringBoot + ...
Redis实战篇之优惠卷秒杀（基于黑马程序员Redis讲解视频总结）
weixin_74004976的博客
07-13 853
由于现在我们部署了多个tomcat，每个tomcat都有一个属于自己的jvm，那么假设在服务器A的tomcat内部，有两个线程，这两个线程由于使用的是同一份代码，那么他们的锁对象是同一个，是可以实现互斥的，但是如果现在是服务器B的tomcat内部，又有两个线程，但是他们的锁对象写的虽然和服务器A一样，但是锁对象却不是同一个，所以线程3和线程4可以实现互斥，但是却无法和线程1和线程2实现互斥，首先我们要知道事务如果想生效，需要Spring对该类做动态代理，拿到了代理对象，来对事务进行处理。
Redis实现优惠券秒杀功能
qq_41523340的博客
05-14 850
例如，使用Long类型，占8个字节，64bit位，1bit符号位，前31bit使用时间戳，支持69年使用时间，后32位使用序列号，每秒产生2^32个不同ID。tb_voucher包含平价券和特价券，tb_seckill_voucher只描述特价券，包含库存，生效时间，失效时间。优点是性能好，缺点是有可能出现少买。缺点，用户还是能下多单，因为多个线程判断成功后可以继续购买，和后续扣减库存，生成订单不是原子性操作。2、修改lua脚本，向stream.orders中添加消息，包含优惠券id，用户id，订单id。
Redis实现优惠券秒杀业务
weixin_51296701的博客
05-01 761
优惠券分为两种，一种是普通优惠券，优惠力度较小，另一种是秒杀优惠券，秒杀优惠券优惠力度大，但是数量有限并且限定时间抢购。用户购买优惠券时首先会看优惠券是否有库存，如果有还会判断优惠券是否开始抢购。当用户抢购时，就会生成订单并保存到order表中，而订单表如果使用数据库自增ID就会存在一些问题：id的规律性太明显受单表数据量的限制场景分析一：如果我们的id具有太明显的规则，用户或者说商业对手很容易猜测出来我们的一些敏感信息，比如商城在一天时间内，卖出了多少单，这明显不合适。
Redis实战篇--优惠券秒杀
qq_51729037的博客
02-28 255
分布式锁
SpringBoot整合Redis实现优惠券秒杀服务
qq_45949914的博客
01-10 1268
Springboot整合Redis实现优惠券秒杀服务
Redis(八) - Redis企业实战之优惠券秒杀
及时当勉励，岁月不待人
07-26 926
Redis(八) - Redis企业实战之优惠券秒杀
利用Redis一步步实现优惠券的最终秒杀方案
pshdhx的博客
02-26 2155
使用Redis实现优惠券的秒杀操作。 （1）Redis全局ID生成器 （2）乐观锁和悲观锁 （3）分布式项目并发问题-分布式锁 （4）主从一致性的解决 （5）异步秒杀的思路-lua脚本+新开线程 （6）初识Redis的消息队列 （7）利用Redis的消息队列，实现异步秒杀的最终方案v1（缺少分布式环境下的解决方案）
Redis——实现优惠券秒杀
study_maker的博客
05-06 876
全局ID生成器 当数据规模达到一定量级的时候会影响到数据库的性能，那么这个时候我们一般会沿着AKF的Z轴使用分库分表的策略，以降低单表的数据量，从而提高数据库的性能。但是分库分表后，我们怎么保证ID的全局唯一性呢？这个时候ID生成器就登场了。 ID应该遵循的原则 1、ID应该是按时间有序的，因为在某些场景上可能会用到，比如获取商品的评论，一般需要按照评论的时间倒序显示，如果评论ID是无序的那边就需要添加额外的字段排序。另外ID如果是有序，可以提升数据库的性能，因为有序的ID，对...
Redis-实现秒杀功能
weixin_52694528的博客
03-20 526
优化一：乐观锁解决库存超卖问题 在高并发的情况是会出现库存超卖问题的，解决方案一：用乐观锁。 乐观锁解决方案： 版本号法 CAS（CompareAndSwap）法：比较并交换 代码实现：在扣减库存的时候判断此时库存是否大于0。 优化二：使用悲观锁实现“一人一单” 通过synchronized来给每一个用户的id加锁 优化三：Redis分布式锁实现“一人一单“，解决多台服务器上分布sychronize锁不一致的问题 核心代码实现：利用设置键的同时设置它的过期时间（这样时间一到这个键也就失效了），中
JooLun-wx-master.zip
01-07
JooLun微信商城开源版，Java + SpringBoot + ...商业版还有微服务、多租户Sass、Uniapp商城、小程序直播、多规格SKU、拼团、砍价、商户管理、 秒杀、优惠券、积分、多店铺、商城拖拽装修、支付宝、微信支付服务商收款
Java商城JooLun-wx-master.zip
02-13
JooLun微信商城开源版，Java + SpringBoot + ...商业版还有微服务、多租户Sass、Uniapp商城、小程序直播、多规格SKU、拼团、砍价、商户管理、 秒杀、优惠券、积分、多店铺、商城拖拽装修、支付宝、微信支付服务商收款
JAVA进阶补充
2301_80150315的博客
08-15 908
概念：把已经有的方法拿过来用，当作函数式接口中抽象方法的方法体条件：引用处必须是函数式接口被引用的方法需要已经存在被引用方法的形参和返回值需要跟抽象方法的形参和返回值保持一致被引用方法的功能需要满足当前需求：方法引用符意义：就是为让控制台的报错信息更加的见名知意自定义异常的步骤：定义异常类写继承关系空参构造带参构造​file对象就表示一个路径，可以是文件的路径、也可以是文件夹的路径；这个路径可以是存在的，也允许是不存在的构造方法描述根据文件路径创建对象。
手撕快排——三种实现方法（附动图及源码）
最新发布
jsjs1346的博客
08-16 753
🤖💻👨‍💻👩‍💻🌟🚀🤖🌟👨‍💻👩‍💻👨‍💻👩‍💻🚀是一种高效的排序算法，广泛应用于各种场景。它采用策略，将一个数组分成两个子数组，然后递归地对这两个子数组进行排序。本文将介绍三种快速排序的实现方法，并附上相应的源码。⚙️一、快速排序的基本原理一个基准元素（pivot）分成两个子数组递归合并O(n log n)O(n log n)O(n^2)后文我们将给出优化方案O(log n)📚三、实现霍尔方法是快速排序原始版本中使用的分区方法。
Java基础之原反补码
u012135697的博客
08-14 386
整数类型数据在计算机底层进行存储或运算，以补码方式进行！ 正整数的原反补码，一模一样！
进程间通信 ---共享内存
BUG制造机的博客
08-14 1070
在这篇文章中向大家介绍了共享内存的原理以及常用的指令函数，希望大家有所收获！😁。
docker-compose-redis.yml
06-05
docker-compose-redis.yml 是一个 Docker Compose 配置文件，用于启动 Redis 数据库的 Docker 容器。以下是一个示例 docker-compose-redis.yml 文件的内容： ```yaml version: '3' services: redis: image: redis:latest ports: - "6379:6379" volumes: - ./data:/data command: redis-server --appendonly yes ``` 该文件定义了一个名为 redis 的服务，使用 Redis 官方提供的镜像 redis:latest，将容器的 6379 端口映射到主机的 6379 端口，同时将容器中的 /data 目录映射到主机的 ./data 目录，最后通过指定命令 redis-server --appendonly yes 来启动 Redis 服务器，启用 AOF 持久化模式。 要使用该配置文件，在安装好 Docker 和 Docker Compose 后，只需在配置文件所在目录执行以下命令即可启动 Redis 容器： ```shell docker-compose -f docker-compose-redis.yml up -d ``` 注意，该命令需在已经进入到 docker-compose-redis.yml 所在目录中执行。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值