redis--14--Redis的事务，锁，秒杀案例

最新推荐文章于 2024-01-18 13:47:43 发布
最新推荐文章于 2024-01-18 13:47:43 发布
阅读量278 收藏
点赞数
分类专栏： redis 文章标签： redis 缓存 数据库
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/zhou920786312/article/details/122920245
版权

redis–14–Redis的事务，锁，秒杀案例

代码位置
https://gitee.com/DanShenGuiZu/learnDemo/tree/master/redis-learn/jedis

1、Redis的事务

1.1、Redis事务是一个单独的隔离操作

  1. 事务中的所有命令都会序列化、按顺序地执行。
  2. 事务在执行的过程中，不会被其他客户端发送来的命令请求所打断。

1.2、主要作用

串联多个命令防止别的命令插队。

1.3、Redis事务三特性

单独的隔离操作
  1. 事务中的所有命令都会序列化、按顺序地执行。
  2. 事务在执行的过程中，不会被其他客户端发送来的命令请求所打断。
没有隔离级别的概念
  1. 队列中的命令没有提交之前都不会实际被执行，因为事务提交前任何指令都不会被实际执行
不保证原子性
  1. 事务中如果有一条命令执行失败，其后的命令仍然会被执行，没有回滚

2、Multi、Exec、discard

在这里插入图片描述

  1. 从输入Multi命令开始，输入的命令都会依次进入命令队列中，但不会执行，直到输入Exec后，Redis会将之前的命令队列中的命令依次执行。

  2. 组队的过程中可以通过discard来放弃组队。

2.1、redis事务过程

  1. multi：告诉程序，下面的命令先不要执行，暂时存起来
  2. queued：该命令进入等待执行的事务队列中
  3. exec：执行事务队列的命令，按顺序执行，顺序返回每条命令的执行结果。

2.2、案例

2.2.1、案例1：组队成功，提交成功


127.0.0.1:6379> Multi
OK
127.0.0.1:6379(TX)> set k1 v1
QUEUED
127.0.0.1:6379(TX)> set k2 v2
QUEUED
127.0.0.1:6379(TX)> exec
1) OK
2) OK
127.0.0.1:6379>

结果：所有命令都成功执行

2.2.2、案例2：组队阶段报错，提交失败

127.0.0.1:6379> Multi
OK
127.0.0.1:6379(TX)> set k3 v3
QUEUED
127.0.0.1:6379(TX)> set k4  
(error) ERR wrong number of arguments for 'set' command
127.0.0.1:6379(TX)> exec
(error) EXECABORT Transaction discarded because of previous errors.
127.0.0.1:6379>

结果：所有命令都不执行

2.2.3、案例3：组队成功，提交有成功有失败情况

127.0.0.1:6379> Multi
OK
127.0.0.1:6379(TX)> set k5 v5
QUEUED
127.0.0.1:6379(TX)> incr k5  
QUEUED
127.0.0.1:6379(TX)> set k6 v6
QUEUED
127.0.0.1:6379(TX)> exec
1) OK
2) (error) ERR value is not an integer or out of range
3) OK
127.0.0.1:6379>

结果：除了incr k5 ，其他命令都成功

2.2.4、案例4：取消组队

127.0.0.1:6379> Multi
OK
127.0.0.1:6379(TX)> set k5 v5
QUEUED
127.0.0.1:6379(TX)> incr k5  
QUEUED
127.0.0.1:6379(TX)> set k6 v6
QUEUED
127.0.0.1:6379(TX)> discard
OK
127.0.0.1:6379>

2.3、事务的错误处理总结

  1. 组队阶段某个命令出现了报告错误，执行时整个的所有队列都会被取消。
  2. 执行阶段某个命令报出了错误，则只有报错的命令不会被执行，而其他的命令都会执行，不会回滚。

3、为什么要做成事务

想想一个场景：有很多人有你的账户,同时去参加双十一抢购,会引起事务冲突问题，

3.1、事务冲突的问题

一个请求想给金额减8000
一个请求想给金额减5000
一个请求想给金额减1000

在这里插入图片描述

3.2、悲观锁

悲观锁(Pessimistic Lock), 顾名思义，就是很悲观，每次去拿数据的时候都认为别人会修改，所以每次在拿数据的时候都会上锁，这样别人想拿这个数据就会堵塞,直到它拿到锁。传统的关系型数据库里边就用到了很多这种锁机制，比如行锁，表锁等，读锁，写锁等，都是在做操作之前先上锁。

在这里插入图片描述

3.3、乐观锁

乐观锁(Optimistic Lock), 顾名思义，就是很乐观，每次去拿数据的时候都认为别人不会修改，所以不会上锁，但是在更新的时候会判断一下在此期间别人有没有去更新这个数据，可以使用版本号等机制。乐观锁适用于多读的应用类型，这样可以提高吞吐量。

Redis就是利用乐观锁check-and-set机制实现事务的。

在这里插入图片描述

4、WATCH key [key …]

  1. 在执行multi之前，先执行watch key1 [key2],可以监视一个(或多个) key ，监控一直持续到exec命令
  2. 如果在事务执行之前这个(或这些) key 被修改或者删除（除了键到期自动删除外），那么事务将被打断。

4.1、买票：key 值改变情况

# 当前票数为1
127.0.0.1:6379> set ticket 1
OK
# 用户A的钱500
127.0.0.1:6379> set money 500
OK
# 设置锁，如果票数发生变化，下面的事务不执行
127.0.0.1:6379> watch ticket
OK
127.0.0.1:6379> multi
OK
127.0.0.1:6379> decr ticket
QUEUED
127.0.0.1:6379> decrby money 100
QUEUED
# 在exec之前，另一个用户B购买了票数，之后当前用户A执行exec
127.0.0.1:6379> exec
(nil) ：表示用户Ａ的事务没有生效
 
# 事务里面的命令都没有生效，所以钱还是500
127.0.0.1:6379> get money
"500"

另一个用户B,在用户A exec之前，先买了票

127.0.0.1:6379> decr ticket
(integer) 0
127.0.0.1:6379>

在这里插入图片描述

5、unwatch

取消 WATCH 命令对所有 key 的监视。
如果在执行 WATCH 命令之后，EXEC 命令或DISCARD 命令先被执行了的话，那么就不需要再执行UNWATCH 了,因为WATCH监控只会持续到exec命令。

6、事务_秒杀案例

6.1、解决计数器和人员记录的事务操作

在这里插入图片描述

6.2、ab工具的安装


https://blog.csdn.net/zhou920786312/article/details/122769472

6.3、秒杀–超卖问题

数据初始化

127.0.0.1:6379> flushdb
OK
设置商品111的库存为100
127.0.0.1:6379> set stock:111 100
127.0.0.1:6379>
代码


 

/**
 * 秒杀案例
 *
 * @author <a href="920786312@qq.com">周飞</a>
 * @class: RedisTestController
 * @date 2022/2/3 14:11
 * @Verson 1.0 -2022/2/3 14:11
 * @see
 */

public class DoSecKill_v1 {
    
 
    
    /**
     *
     * @param userId 用户id
     * @param prodId 商品id
     * @return boolean
     * @author <a href="920786312@qq.com">周飞</a>
     * @since 2022/2/3 16:01
     */
    // 秒杀过程
    public static boolean doSecKill(String userId, String prodId) throws IOException {
        
        // 库存 key
        String stock_key = "stock:" + prodId;
        // 秒杀成功用户key
        String success_user_key = "success:" + prodId;
        
        // 获取jedis
        Jedis jedis = getJedis_v1();
        // 监视库存
        jedis.watch(stock_key);
        
        // 判断用户是否重复秒杀操作
        if (jedis.sismember(success_user_key, userId)) {
            System.out.println("该用户已经秒杀成功");
            jedis.close();
            return false;
        }
        
        // 获取库存数量
        String stock_count = jedis.get(stock_key);
        
        // 判断如果商品数量，库存数量小于1，秒杀结束
        if (Integer.parseInt(stock_count) <= 0) {
            System.out.println("秒杀已经结束了");
            jedis.close();
            return false;
        }
        
        // 库存-1
        jedis.decr(stock_key);
        // 把秒杀成功用户添加清单里面
        jedis.sadd(success_user_key, userId);
        
        System.out.println("秒杀成功了..");
        jedis.close();
        return true;
    }

    
    /**
     * 构建Jedis
     *
     * @author <a href="920786312@qq.com">周飞</a>
     * @since 2022/2/3 15:18
     */
    public static Jedis getJedis_v1() {
        // 连接redis
        return new Jedis("192.168.187.138", 6379);
    }
    
}

@RestController
public class SecondKillController {
    
    /**
     * @param prodId 商品id
     * @author <a href="920786312@qq.com">周飞</a>
     * @since 2022/2/3 14:51
     */
    @RequestMapping("/second_kill")
    public boolean secondKill(@RequestParam("prodId") String prodId) throws IOException {
        
        String userId = new Random().nextInt(50000) + "";
        return DoSecKill_v1.doSecKill(userId, prodId);
    }
    
}

在这里插入图片描述

压测和结果
ab -n 2000 -c 200 -k  http://192.168.43.45:8080/second_kill?prodId=111

在这里插入图片描述

超卖问题

在这里插入图片描述

超卖原理

在这里插入图片描述

6.4、利用乐观锁淘汰用户，解决超卖问题–>引发过剩问题

原理

在这里插入图片描述

代码改动

在这里插入图片描述

在这里插入图片描述


// 利用乐观锁淘汰用户，解决超卖问题
// 使用事务
Transaction multi = jedis.multi();

// 组队操作
multi.decr(stock_key);
multi.sadd(success_user_key, userId);

// 执行
List<Object> results = multi.exec();

if (results == null || results.size() == 0) {
    System.out.println("秒杀失败了....");
    jedis.close();
    return false;
}
数据初始化

127.0.0.1:6379> flushdb
OK
设置商品111的库存为100
127.0.0.1:6379> set stock:111 100
127.0.0.1:6379>
压测

ab -n 2000 -c 200 -k  http://192.168.43.45:8080/second_kill?prodId=111
过剩问题

在这里插入图片描述

6.5、秒杀–使用LUA脚本解决 过剩问题

6.5.1、LUA脚本在Redis中的优势

  1. 将复杂的或者多步的redis操作，写为一个脚本，一次提交给redis执行，减少反复连接redis的次数。提升性能。
  2. LUA脚本是类似redis事务，有一定的原子性，不会被其他命令插队，可以完成一些redis事务性的操作。
原理

通过lua脚本解决超卖问题，实际上是redis 利用其单线程的特性，用任务队列的方式解决多任务并发问题。

任务队列的方式执行

在这里插入图片描述

lua 脚本代码
local userId=KEYS[1]; 
local prodId=KEYS[2];
local stock_key='stock:'..prodId;
local success_user_key='success:'..prodId; 
local userExists=redis.call('sismember',success_user_key,userId);
if tonumber(userExists)==1 then 
  return 2;
end
local num= redis.call('get' ,stock_key);
if tonumber(num)<=0 then 
  return 0; 
else 
  redis.call('decr',stock_key);
  redis.call('sadd',success_user_key,userId);
end
return 1
代码

在这里插入图片描述


 

/**
 * 秒杀案例
 *
 * @author <a href="920786312@qq.com">周飞</a>
 * @class: RedisTestController
 * @date 2022/2/3 14:11
 * @Verson 1.0 -2022/2/3 14:11
 * @see
 */

public class DoSecKill_v3 {



    public static void main(String[] args) throws IOException {





        doSecKill("201","111");
    }

    static String secKillScript =
        "local userId=KEYS[1]; \n" +
        "local prodId=KEYS[2];\n" +
        "local stock_key=\"stock:\"..prodId;\n" +
        "local success_user_key=\"success:\"..prodId; \n" +
        "local userExists=redis.call(\"sismember\",success_user_key,userId);\n" +
        "if tonumber(userExists)==1 then \n" +
        "   return 2;\n" +
        "end\n" +

        "local num= redis.call(\"get\" ,stock_key);\n" +
        "if tonumber(num)<=0 then \n" +
        "  return 0; \n" +
        "else \n" +

        "  redis.call(\"decr\",stock_key);\n" +
        "  redis.call(\"sadd\",success_user_key,userId);\n" +
        "end\n" +
        "return 1 " ;


    public static boolean doSecKill(String uid,String prodid) throws IOException {


        Jedis jedis=getJedis_v1();

        //String sha1=  .secKillScript;
        String sha1=  jedis.scriptLoad(secKillScript);
        Object result= jedis.evalsha(sha1, 2, uid,prodid);

        String reString=String.valueOf(result);
        if ("0".equals( reString )  ) {
            System.err.println("已抢空！！");
        }else if("1".equals( reString )  )  {
            System.out.println("抢购成功！！！！");
        }else if("2".equals( reString )  )  {
            System.err.println("该用户已抢过！！");
        }else{
            System.err.println("抢购异常！！");
        }
        jedis.close();
        return true;
    }
    /**
     * 构建Jedis
     *
     * @author <a href="920786312@qq.com">周飞</a>
     * @since 2022/2/3 15:18
     */
    public static Jedis getJedis_v1() {
        // 2 连接redis
        return new Jedis("192.168.187.138", 6379);
    }
    
}
数据初始化

127.0.0.1:6379> flushdb
OK
设置商品111的库存为100
127.0.0.1:6379> set stock:111 100
127.0.0.1:6379>
压测

ab -n 2000 -c 200 -k  http://192.168.43.45:8080/second_kill?prodId=111
问题解决，库存为0

在这里插入图片描述

原理解释

lua 脚本代码 按照任务队列依次执行，本质就是redis单线程执行任务。

勤径苦舟
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Redis之事务案例
hq.zheng的博客
04-06 442
一、Redis事务本质 一次执行多个命令，本质是一组命令的集合。一个事务中的所有命令都会序列化，按顺序地串行化执行而不会被其它命令插入，不许加塞。一个队列中，一次性、顺序性、排他性的执行一系列命令。 二、Redis的事务特征 单独的隔离操作：事务中的所有命令都会序列化、按顺序地执行。事务在执行的过程中，不会被其他客户端发送来的命令请求所打断； 没有隔离级别的概念：队列中的命令没有提交之前都...
3.Redis事务&&秒杀案例
weixin_45483328的博客
03-22 1183
1.mutil开启事务，exec提交事务，watch监视键值 2.事务开启，提交队列有命令错误，不提交事务，提交队列有运算错误，除了错误的全部可以提交，在事务的执行过程中，不会被打断。 3.redis不支持事务的回滚
Redis秒杀案例
My Blog
10-02 712
使用redis的事务完成秒杀案例
redis——事务、锁机制、秒杀案例
Yellow_Star的博客
01-12 450
事务 定义 Redis事务是一个单独的隔离操作：事务中的所有命令都会序列化、按顺序地执行。事务在执行的过程中，不会被其他客户端发送来的命令请求所打断。 Redis事务的主要作用就是串联多个命令防止别的命令插队。 事务相关命令——Multi、Exec、discard 从输入Multi命令开始，输入的命令都会依次进入命令队列，但不会执行，直到输入Exec命令后，redis才会将之前的命令队列中的命令依次执行 组队过程中，可以使用discard来放弃组队 事物的错误处理 组队阶段报错，整个队列的命令都无法执行
Redis事务、及事务操作案例
Seky_fei的博客
06-23 312
通过持久化功能，Redis保证了即使在服务器重启的情况下也不会丢失（或少量丢失）数据，持久化会把内存中数据保存到硬盘上，重启会从硬盘上加载数据。 但是由于数据是存储在一台服务器上的，如果这台服务器出现硬盘故障等问题，也会导致数据丢失，并且请求量增大时，读写不分离遇到瓶颈。 为了避免单点故障 和 读写不分离，使用redis的主从模式(一主一从或多从)既能实现即使有一台服务器出现故障，其他服务器依然可以继续提供服务，又能实现读写分离。Redis 提供了复制（replication）功能，可以实现master数
电商高并发方案及Redis案例分享
11-23
本文将深入探讨如何利用Redis来实现电商的高并发方案，并通过具体的案例分享其在秒杀和抢购场景中的应用。 首先，Redis快速入门是了解这个内存数据结构存储系统的基石。Redis支持多种数据结构，如字符串、哈希、...
PHP+Redis事务解决高并发下商品超卖问题(推荐)
12-17
在上述案例中，开发者选择使用PHP与Redis配合，通过Redis的事务功能来实现并发控制，避免超卖。 首先，代码中创建了一个`secKill`函数，用于处理抢优惠券的逻辑。这个函数首先建立与Redis的连接，然后定义了秒杀...
seckill-demo.zip
02-21
在本案例中，“seckill-demo.zip”是一个包含抢购秒杀功能的源码实现，主要运用了Redis作为数据缓存来提高系统的性能和并发处理能力。以下将详细介绍这个系统的相关知识点： 1. **Redis**： Redis 是一个高性能的...
Redis的类库及Redis解决订单秒杀超卖问题，极光推送代码
07-09
Redis是一种高性能的键值数据库，常用于数据缓存、消息队列、计数系统以及分布式锁等场景。在本文中，我们将重点讨论Redis的类库、String类型的应用，以及如何利用Redis来解决订单秒杀超卖的问题。同时，还会涉及C# ...
Redis实战_2_redis_
09-29
- **电商秒杀**：利用Redis实现库存扣减，避免数据库锁带来的性能瓶颈。 - **社交网络**：通过Redis缓存用户信息，提升动态加载速度。 - **推荐系统**：使用有序集合进行热门列表计算。 本实战教程中的实例将...
Redis：12-Redis事务秒杀案例
游手好闲
09-26 457
Redis事务秒杀案例
深入学习 Redis - 事务、实现原理、指令使用及场景
CYK_byte的博客
08-06 1032
Redis 事务的主要意义就是为了 “打包” ，避免其他客户端的命令，插队到其中，那他具体是通过什么实现的呢？Redis 实现事务，是引入了队列（每一个客户端都有），开启事务的时候，客户端输入的命令，就会发给服务器，然后进入都这个队列中，此时并不会立即执行，当收到 “执行事务” 命令的时候，就会把队列中的这些任务按照顺序依次执行（这里是由 Redis 主线程执行的，他会把事务中的操作执行完，再去执行其他客户端）.
Redis事务和锁机制---秒杀案例
m0_52185820的博客
09-23 147
在redis存入商品数，设定秒杀时间，提供用户秒杀窗口，用户秒杀成功，redis中商品数-1，用户信息也存入redis中(为了相同用户只能秒杀一次)节省每次连接redis服务带来的消耗，把连接好的实例反复利用。通过jmeter来模拟多线程并发操作。
Redis+lua 解决秒杀超卖问题
最新发布
迷路人的博客
01-18 959
商品超卖的原因是在高并发场景下,业务层面扣库存和库存的判断会出现并发情况，但是使用lua 脚本，就会避免超卖的发生。1.在项目resources文件夹创建一个名为。key是redis的商品id key。amount 是商品库存。
【项目分析】高并发列车售票系统
qq_43840665的博客
03-30 883
本实验是并发数据结构与多核编程课程的实验作业，并以学习的并发编程相关知识为基础，完成了该实验作业项目
redis 验证订单_利用 Redis 锁解决高并发问题
weixin_39892842的博客
01-31 459
感谢作者：旧梦发癫出处：人类身份验证 - SegmentFault这里我们主要利用Redis的setnx的命令来处理高并发。setnx 有两个参数。第一个参数表示键。第二个参数表示值。如果当前键不存在，那么会插入当前键，将第二个参数做为值。返回 1。如果当前键存在，那么会返回0。创建库存表CREATE TABLE `storage` ( `id` int(11) unsigned NOT NU...
springboot 实现redis高并发抢票服务
我的青春一去不复返
12-11 839
高并发抢票服务实现
Redis事务详解
怪咖@的博客
05-30 8044
事务是指一个完整的动作，要么全部执行，要么什么也没有做。Redis 事务不是严格意义上的事务，只是用于帮助用户在一个步骤中执行多个命令。单个 Redis 命令的执行是原子性的，但 Redis 没有在事务上增加任何维持原子性的机制，所以Redis 事务的执行并不是原子性的。Redis 事务可以理解为一个打包的批量执行脚本，但批量指令并非原子化的操作，中间某条指令的失败不会导致前面已做指令的回滚，也不会造成后续的指令不做。
Redis在电影票系统的设计与实现（Redis键值对设计）
辰兮要努力
10-25 5772
hello你好我是辰兮 ，很早前就要整理这篇文章了，本篇是关于Redis在电影购票方面的设计与实现，设计的业务的是如何利用Redis存储对应电影排片的座位，Redis事务，乐观锁等后期会继续补充和整理，分享获取新知，大家一起进步 ！ 文章目录一、电影购票系统二、影厅座位设计三、电影排片设计 一、电影购票系统 本篇来讲关于Redis在电影购票系统方面的应用,主要提供Redis在设计键值方面的简单思路！ 因为购票的业务是属于一个高并发的情况，而Redis作为一个优秀的缓存数据库在很大程度上可以帮助我们缓解.

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值