Day_14 Redis

最新推荐文章于 2024-09-27 21:26:22 发布
最新推荐文章于 2024-09-27 21:26:22 发布
阅读量171 收藏
点赞数
分类专栏： linux 文章标签： redis lua 数据库
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/lbw18/article/details/124659741
版权

01-秒杀案例解决库存遗留问题(掌握)

  • 概述

    ab -n 1000 -c 200 -p /usr/local/data.txt -T "application/x-www-form-urlencoded" 192.168.12.62:8080/doSeckill
    • ab -n 1000 : 有1000个人在秒杀商品
    • ab -n 1000 -c 200 : 有1000个人在秒杀商品,允许200个人同时抢1件商品,意味着虽然有1000个人在秒杀,但是只能卖出5件商品.这就是所谓的库存遗留问题.

  • 解决方案

    • 将并发请求变成一个请求,使用LUA脚本.

  • LUA脚本

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

  • 代码实现

    public class SeckillLUAUtils {

    //将之前的多次请求，使用LUA脚本拼接成一次请求
    private static String secKillScript = "local userid=KEYS[1];\r\n" +
            "local prodid=KEYS[2];\r\n" +
            "local qtkey='seckill:'..prodid..\":kc\";\r\n" +
            "local usersKey='seckill:'..prodid..\":user\";\r\n" +
            "local userExists=redis.call(\"sismember\",usersKey,userid);\r\n" +
            "if tonumber(userExists)==1 then \r\n" +
            "   return 2;\r\n" +
            "end\r\n" +
            "local num= redis.call(\"get\" ,qtkey);\r\n" +
            "if tonumber(num)<=0 then \r\n" +
            "   return 0;\r\n" +
            "else \r\n" +
            "   redis.call(\"decr\",qtkey);\r\n" +
            "   redis.call(\"sadd\",usersKey,userid);\r\n" +
            "end\r\n" +
            "return 1";

    public static boolean doSeckill(String uid, String prodid) throws IOException {
        Jedis jedis = JedisUtils.getJedis();
        String sha1 = jedis.scriptLoad(secKillScript);
        Object result = jedis.evalsha(sha1, 2, uid, prodid);
        String reString = String.valueOf(result);
        if ("0".equals(reString)) {
            System.out.println("失败!秒杀已经结束!");
            return false;
        } else if ("1".equals(reString)) {
            System.out.println("抢购成功！！！！");
        } else if ("2".equals(reString)) {
            System.out.println("失败!您已经秒杀成功过了!把机会给别人吧!");
            return false;
        } else {
            System.err.println("抢购异常！！");
            return false;
        }
        jedis.close();
        return true;
    }
}

02-主从复制概述(掌握)

  • 概述
    • 现象1：硬盘故障、系统崩溃 ,
    • 现象2：内存不足，从16G升级到64G，从64G升级到128G，无限升级内存
    • 会放弃使用redis
  • 解决方案
    • image-20220412094051275
    • master 数据提供方、写数据 主服务器、主节点、主库
    • slave 数据接收方、读数据 从服务器、从节点、从库
  • 主从复制
    • 主从复制就是将master中的数据及时地、有效地复制到slave中
    • 一个master可以拥有多个slave，一个slave只对应一个master
  • 好处
    • 读写分离
      • master写、slave读，提高服务器的读写负载能力
    • 负载均衡
      • 基于主从结构，配合读写分离，由slave分担master负载，并根据需求的变化，改变slave的数 量，通过多个从节点分担数据读取负载，大大提高Redis服务器并发量与数据吞吐量
    • 故障恢复
      • 当master出现问题时，由slave提供服务，实现快速的故障恢复
    • 数据冗余
      • 实现数据热备份，是持久化之外的一种数据冗余方式
    • 高可用基石
      • 基于主从复制，构建哨兵模式与集群，实现Redis的高可用方案

03-主从复制搭建(掌握)

  • 需求

    • 搭建1主1从的主从结构

  • master主机

    port 6379

daemonize no

dir "/usr/local/redis-6379/data"

# 设置RDB文件
dbfilename "dump-6379.rdb"

# 开启aof
appendonly yes
appendfilename "appendonly-6379.aof"
appendfsync everysec


# 设置无密码访问
protected-mode no

  • slave从机

    port 26379

daemonize no

dir "/usr/local/redis-26379/data"

# 设置RDB文件
dbfilename "dump-26379.rdb"

# 开启aof
appendonly yes
appendfilename "appendonly-26379.aof"
appendfsync everysec


# 设置无密码访问
protected-mode no


slaveof 192.168.148.110 6379

  • 执行流程

    • ①建立链接阶段
    • ②数据同步阶段
    • ③命令传播阶段

04-主从复制之建立链接阶段(掌握)

  • 建立连接
    • image-20220412102341425

05-主从复制之数据同步阶段(掌握)

  • 数据同步
    • image-20220412102540595

06-部分复制的三个核心要素(掌握)

  • 三个核心要素
    • ①服务器运行id(run id)
    • ②主服务器的复制缓冲区
    • ③主从服务器的复制偏移量
  • ①服务器运行id(run id)
    • 服务器运行id是每一台服务器每次运行的身份识别码,一台服务器多次运行可以生成多个运行id,用于在 服务器之间进行传输识别身份
  • ②主服务器的复制缓冲区
    • image-20220412104256958
  • ③主从服务器的复制偏移量
    • master复制偏移量:记录发送给所有slave的指令字节对应的位置(多个)
    • slave复制偏移量:记录slave接收master发送过来的指令字节对应的位置(一个

07-主从复制之命令传播阶段(掌握)

  • 概述
    • 当master数据库状态被修改后，导致主从服务器数据库状态不一致，此时需要让主从数据同步到一致 的状态，同步的动作称为命令传播
    • master将接收到数据变更命令发送给slave，slave接收命令后执行
  • 断网现象
    • 网络闪断闪连，可以忽略
    • 短时间网络中断，部分复制
    • 长时间网络中断，全量复制

08-哨兵模式概述(掌握)

  • 在主从复制中，如果master宕机了，怎么办？
    • 关闭master和所有slave
    • 选举一个slave作为master
    • 修改其他slave配置,连接新的master,启动新的master与slave
  • 存在问题
    • 关闭期间的数据服务谁来负责？
    • 怎么选举？
    • 原来的master恢复了怎么办？
  • 哨兵模式
    • image-20220412111749495
    • sentinel是一个分布式系统，用于对主从结构中的每台服务器进行监控，当出现故障时通过投票机制 选择新的master并将所有slave连接到新的master。
  • 作用
    • 监控：监控master和slave
    • 通知（提醒）
    • 自动故障转移

09-哨兵模式配置(掌握)

  • 需求

    • 1主2从3哨兵

  • 哨兵语法

    # 设置哨兵监听的主服务器信息，
# sentinel_number表示参与投票的哨兵数量，哨兵总数量的一半加1
sentinel monitor <master_name> <master_host> <master_port> <sentinel_number>

# 设置判定服务器宕机时长，该设置控制是否进行主从切换，单位：毫秒
sentinel down-after-milliseconds <master_name> <million_seconds>

# 设置故障切换的最大超时时间，单位：毫秒
sentinel failover-timeout <master_name> <million_seconds>

# 设置主从切换后，同时进行数据同步的slave数量，数值越大，要求网络资源越高，同步时间越长
sentinel parallel-syncs <master_name> <sync_slave_number>

  • 开发步骤

    • ①配置1个主机
      • redis-6379
    • ②配置2个从机
      • redis-26379 , redis-26380
    • ③配置3个哨兵
      • redis-36379 , redis-36380 , redis-36381

  • ①配置1个主机

    port 6379
daemonize no
dir "/usr/local/redis-6379/data"

# 设置RDB文件
dbfilename "dump-6379.rdb"

# 开启aof
appendonly yes
appendfilename "appendonly-6379.aof"
appendfsync everysec


# 设置无密码访问
protected-mode no

  • ②配置2个从机

    port 26379
daemonize no
dir "/usr/local/redis-26379/data"

# 设置RDB文件
dbfilename "dump-26379.rdb"

# 开启aof
appendonly yes
appendfilename "appendonly-26379.aof"
appendfsync everysec


# 设置无密码访问
protected-mode no

slaveof 192.168.148.110 6379

    port 26380
daemonize no
dir "/usr/local/redis-26380/data"

# 设置RDB文件
dbfilename "dump-26380.rdb"

# 开启aof
appendonly yes
appendfilename "appendonly-26380.aof"
appendfsync everysec


# 设置无密码访问
protected-mode no

slaveof 192.168.148.110 6379

  • ③配置3个哨兵

    port 36379
daemonize no
dir /usr/local/redis-36379/data

# 设置哨兵监控的master信息：host、port、参与投票的哨兵数量
sentinel monitor mymaster  192.168.148.110 6379 2

# master宕机5秒后，进行主从切换
sentinel down-after-milliseconds mymaster 5000

# master宕机3分钟后，如果主从切换还没成功，那么就彻底失败
sentinel failover-timeout mymaster 180000

# 主从切换后，数据同步的从机数量为1
sentinel parallel-syncs mymaster 1

# 主从切换过程中，如果有问题发生，那么就终止切换
sentinel deny-scripts-reconfig yes


    port 36380
daemonize no
dir /usr/local/redis-36380/data

# 设置哨兵监控的master信息：host、port、参与投票的哨兵数量
sentinel monitor mymaster  192.168.148.110 6379 2

# master宕机5秒后，进行主从切换
sentinel down-after-milliseconds mymaster 5000

# master宕机3分钟后，如果主从切换还没成功，那么就彻底失败
sentinel failover-timeout mymaster 180000

# 主从切换后，数据同步的从机数量为1
sentinel parallel-syncs mymaster 1

# 主从切换过程中，如果有问题发生，那么就终止切换
sentinel deny-scripts-reconfig yes


    port 36381
daemonize no
dir /usr/local/redis-36381/data

# 设置哨兵监控的master信息：host、port、参与投票的哨兵数量
sentinel monitor mymaster  192.168.148.110 6379 2

# master宕机5秒后，进行主从切换
sentinel down-after-milliseconds mymaster 5000

# master宕机3分钟后，如果主从切换还没成功，那么就彻底失败
sentinel failover-timeout mymaster 180000

# 主从切换后，数据同步的从机数量为1
sentinel parallel-syncs mymaster 1

# 主从切换过程中，如果有问题发生，那么就终止切换
sentinel deny-scripts-reconfig yes

10-哨兵模式演示(掌握)

  • 开发步骤
    • ①启动1个主机
      • redis-6379
    • ②启动2个从机
      • redis-26379 , redis-26380
    • ③启动3个哨兵
      • redis-36379 , redis-36380 , redis-36381
    • ④查看哨兵信息
      • 在主机的客户端查看
      • 在从机的客户端查看
      • 在哨兵的客户端查看
    • ⑤演示主从切换
      • 关闭redis-6379
  • ①启动1个主机
    • redis-server /usr/local/redis-6379/redis-6379.conf
    • image-20220412140732441
  • ②启动2个从机
    • redis-server /usr/local/redis-26379/redis-26379.conf
    • image-20220412140911238
    • redis-server /usr/local/redis-26380/redis-26380.conf
    • image-20220412141044409
  • ③启动3个哨兵
    • redis-sentinel /usr/local/redis-36379/redis-36379.conf
    • image-20220412141231957
    • redis-sentinel /usr/local/redis-36380/redis-36380.conf
    • image-20220412141325614
    • redis-sentinel /usr/local/redis-36381/redis-36381.conf
    • image-20220412141405510
  • ④查看哨兵信息
    • image-20220412141825320
    • image-20220412141836494
    • image-20220412141846536
  • ⑤演示主从切换
    • image-20220412143501731

11-哨兵模式工作流程(掌握)

  • 工作流程
    • 监控
      • 用于同步各个节点(master、slave、sentinel)的状态信息
    • 通知
      • 用来保持联通，发现故障
    • 故障转移
      • 发现老的master挂了
      • 竞选哨兵负责人
      • 优选新的master
      • 新master上任，其它slave切换master，原master作为slave故障恢复后连接
  • 监控
    • image-20220412143906460
  • 通知
    • image-20220412144053749
  • 故障转移
    • image-20220412144508168
    • image-20220412144521468
    • image-20220412144533332

12-Cluster集群概述(掌握)

  • 存在问题？
    • redis提供的服务OPS(operation per second)可以达到10万/秒，当前业务OPS如果超过10万/秒， 怎么办？
    • 内存单机容量达到256G，当前业务需求内存容量1T，怎么办？
  • cluster集群
    • image-20220412151439596
  • 作用
    • 分散单台服务器的访问压力，实现负载均衡
    • 分散单台服务器的存储压力，实现可扩展性
    • 降低单台服务器宕机带来的业务灾难

13-Cluster集群配置及启动(掌握)

  • 需求

    • 搭建3个1主1从的主从结构,并启动集群.

  • 集群语法

    # 是否启用cluster，加入cluster节点
cluster-enabled yes|no
# cluster配置文件名，该文件属于自动生成，仅用于快速查找文件并查询文件内容
cluster-config-file filename
# 节点服务响应超时时间，用于判定该节点是否下线或切换为从节点
cluster-node-timeout milliseconds


    #<master-host1>:<master-port1> ... <master-hostn>:<master-portn> : 主机的ip和port
#<slave-host1>:<slave-port1> ... <slave-hostn>:<slave-portn> : 从机的ip和port
#--cluster-replicas <n> : 1个master对应n个slave
redis-cli --cluster create 
<master-host1>:<master-port1> ... <master-hostn>:<master-portn> 
<slave-host1>:<slave-port1> ... <slave-hostn>:<slave-portn> 
--cluster-replicas <n>

  • 开发步骤

    • ①配置3个主机
      • redis-6379 , redis-6380 , redis-6381
    • ②配置3个从机
      • redis-26379 , redis-26380 , redis-26381
    • ③启动3个主机,3个从机
    • ④启用cluster集群服务
    • ⑤查看cluster集群信息

  • ①配置3个主机

    port 6379

daemonize no

dir "/usr/local/redis-6379/data"

# 设置RDB文件
dbfilename "dump-6379.rdb"

# 开启aof
appendonly yes
appendfilename "appendonly-6379.aof"
appendfsync everysec


# 设置无密码访问
protected-mode no

# 开启集群
cluster-enabled yes
# cluster配置文件名
cluster-config-file "cluster-6379.conf"
# 节点服务响应超时时间为5秒
cluster-node-timeout 5000

  • ②配置3个从机

    # 6379的slave

port 26379

daemonize no

dir "/usr/local/redis-26379/data"

# 设置RDB文件
dbfilename "dump-26379.rdb"

# 开启aof
appendonly yes
appendfilename "appendonly-26379.aof"
appendfsync everysec


# 设置无密码访问
protected-mode no

# 开启集群
cluster-enabled yes
# cluster配置文件名
cluster-config-file "cluster-26379.conf"
# 节点服务响应超时时间为5秒
cluster-node-timeout 5000

  • ③启动3个主机,3个从机

    • redis-server /usr/local/redis-6379/redis-6379.conf
    • …
    • redis-server /usr/local/redis-26379/redis-26379.conf

  • ④启用cluster集群服务

    redis-cli --cluster create 192.168.148.110:6379 192.168.148.110:6380 192.168.148.110:6381 192.168.148.110:26379 192.168.148.110:26380 192.168.148.110:26381 --cluster-replicas 1
    • image-20220412153809011

  • ⑤查看cluster集群信息

    • image-20220412154412756
    • image-20220412154427846

14-Cluster集群演示(掌握)

  • ①使用集群操作set指令

    #普通模式,不能适用于集群
redis-cli 
set name oldqiu
get name


    #集群模式
redis-cli -c
set name oldqiu
get name

  • ②使用集群演示主从转换

    • Cluster集群内置了哨兵模式

15-Cluster集群添加master节点(掌握)

  • 需求

    • 将redis-6382作为新主机添加到集群

  • 语法

    #<newhost>:<newport>:新主机的ip和port
#<clusterhost>:<clusterport> : 已经在集群的主机的ip和port
redis-cli --cluster add-node 
<newhost>:<newport>
<clusterhost>:<clusterport>

  • 开发步骤

    • ①启动新的主机
      • redis-6382
    • ②将redis-6382添加到集群

  • ①启动新的主机

    port 6382

daemonize no

dir "/usr/local/redis-6382/data"

# 设置RDB文件
dbfilename "dump-6382.rdb"

# 开启aof
appendonly yes
appendfilename "appendonly-6382.aof"
appendfsync everysec


# 设置无密码访问
protected-mode no

# 开启集群
cluster-enabled yes
# cluster配置文件名
cluster-config-file "cluster-6382.conf"
# 节点服务响应超时时间为5秒
cluster-node-timeout 5000


    redis-server /usr/local/redis-6382/redis-6382.conf

  • ②将redis-6382添加到集群

    redis-cli --cluster add-node 192.168.148.110:6382 192.168.148.110:6379

  • ③查看cluster集群信息

16-Cluster集群添加slave节点(掌握)

  • 需求

    • 将redis-26382作为redis-6382的从机添加到集群

  • 语法

    #<new-slave-host>:<new-slave-port> : 新从机的ip和port
#<master-host>:<master-port> : 主机的ip和port
#<master-id> : 主机的id
redis-cli --cluster add-node
<new-slave-host>:<new-slave-port>
<master-host>:<master-port>
--cluster-slave --cluster-master-id <master-id>

  • 开发步骤

    • ①启动从机
      • redis-26382
    • ②将redis-26382添加到集群
    • ③查看cluster集群信息

  • ①启动从机

    # 6379的slave

port 26382

daemonize no

dir "/usr/local/redis-26382/data"

# 设置RDB文件
dbfilename "dump-26382.rdb"

# 开启aof
appendonly yes
appendfilename "appendonly-26382.aof"
appendfsync everysec


# 设置无密码访问
protected-mode no


# 开启集群
cluster-enabled yes
# cluster配置文件名
cluster-config-file "cluster-26382.conf"
# 节点服务响应超时时间为5秒
cluster-node-timeout 5000


    redis-server /usr/local/redis-26382/redis-26382.conf

  • ②将redis-26382添加到集群

    redis-cli --cluster add-node 192.168.148.110:26382 192.168.148.110:6382 --cluster-slave --cluster-master-id d6535c1c2e2bca5eeac585b123b101dee019ba00

  • ③查看cluster集群信息

17-Cluster集群移除节点(掌握)

  • 语法

    #<node-host>:<node-port> <node-id> : 节点的ip和port,id
redis-cli --cluster del-node <node-host>:<node-port> <node-id>

  • 需求

    • ①移除redis-26382
    • ②移除redis-6382

  • 代码实现

    redis-cli --cluster del-node 192.168.148.110:26382 8048d65a162fa7be45a12dc21622075d8ac4cf19


    redis-cli --cluster del-node 192.168.148.110:6382 d6535c1c2e2bca5eeac585b123b101dee019ba00

18-Cluster集群分槽(掌握)

  • 概述

    • redis总共有16384个槽,需要分配给对应master主机.

  • 语法

    #<target-master-host>:<target-master-port> : 目标主机的ip和port
#<source-master-id1> ... <source-master-idn> : 源主机的id
#<target-master-id> : 目标主机的id
#<n>:分配n个槽
redis-cli --cluster reshard
<target-master-host>:<target-master-port>
--cluster-from <source-master-id1> ... <source-master-idn>
--cluster-to <target-master-id>
--cluster-slots <n>

  • 需求

    • 将redis-6379 , redis-6380 ,redis-6381的4096个槽分配给redis-6382

  • 代码实现

    redis-cli --cluster reshard 192.168.148.110:6382 --cluster-from 38f366d6ff8af4bf8cfceba5bec440d653473a6f ab178720e72231d54d9d877f032c1eb855c54e32 57068d471add84cd4218f9b0055a804e5167e785 --cluster-to d6535c1c2e2bca5eeac585b123b101dee019ba00 --cluster-slots 4096
胖ۣۖ虎ۣۖ
关注
专栏目录
Redis Lua脚本解决秒杀下库存校验问题
weixin_39660145的博客
12-29 4164
Redis Lua脚本解决秒杀下库存校验问题场景基本需求涉及问题解决思路 场景 基本需求 秒杀活动，到时间点后，用户会对商品进行购买。 涉及问题 秒杀场景下，瞬时的并发会比较高 商品的数量是有限的，不能超买超卖 每个用户最多只能抢购一件商品 综合上面问题，传统关系型数据库不能良好的支持。 解决思路 ...
Day09_Redis
weixin_45014721的博客
08-26 576
Redis本质上是一个Key-Value类型的内存数据库，很像memcached，整个数据库统统加载在内存当中进行操作，定期通过异步操作把数据库数据写入到硬盘上进行保存。
Redis（二十四）-秒杀案例之库存遗留问题解决
码农飞哥
05-17 3772
本文详细介绍了如何通过lua脚本来实现秒杀案例
使用lua解决减库存问题-活动报名
搬砖刘疯狂
04-20 462
本人在项目中看到了同事代码，要实现得业务是：活动报名（人数限制，先到先得，每个人可以帮人家报名），为了提高速度将剩余得报名人数放入redis中，再某个时间将redis中的剩余报名人数同步到数据库，报名成功，减掉该用户报名人次，在代码得review时，看到了使用redis实现了分布式锁来防止报名超出限制（这种redis是实现的分布式锁是存在问题的），看代码锁实现。 private String getRedisLock(int tryTime, String key) { String value
SpringBoot使用LUA解决Redis库存遗留问题
越努力越幸运的博客
11-25 1821
SpringBoot使用LUA解决Redis库存遗留问题 前面，我的博客提到了怎么用Redis的乐观锁解决超卖问题。但是，使用乐观锁其实，有一个缺点，就是我们假设现在有2000次请求，并发数为200，此时的库存如果比较大的话，比如是500，那么，我们最后会发现，这2000次请求最后会有很多次因为乐观锁机制的影响导致的抢购失败。 这个问题要解决，我们可以使用我们的LUA。 简单介绍一下，LUA是一个小巧的脚本语言，他不适合作为开发独立应用程序的语言，但是却可以作为我们嵌入式的脚本语言。很多应用程序、游戏使用L
在高并发的情况下，利用redis来处理库存超卖和遗留问题
qq_31032293的博客
05-19 2792
在高并发的情况下，利用redis来处理库存超卖和遗留问题
day7_redis学习
奋斗的龙猫的博客
12-08 991
Geo查找附近商铺 BitMap实现用户签到 UV统计
day23_redis_redis_
09-29
这个压缩包文件“day23_redis_redis_”显然包含了关于 Redis 的开发代码和相关学习资料，对于深入理解 Redis 的功能和使用方法非常有帮助。 在 Redis 的世界里，有以下几个核心知识点： 1. **数据类型**：Redis ...
day02_redis_
10-03
在"day02_redis_"这个高级课程培训中，我们可能深入探讨了Redis的核心特性和高级用法，包括但不限于以下内容： 1. Redis的数据类型 - 字符串(String)：基本类型，可以存储字符串、数字等。 - 哈希(Hash)：用于...
day25_province_redis_源码.zip
10-18
标题 "day25_province_redis_源码.zip" 暗示了这是一个关于 Redis 源码分析的学习资源，可能是某次技术训练或者课程的第25天内容，重点关注的是 Redis 在处理省级数据或地理区域数据方面的应用。由于没有提供具体的...
redis_day2.zip
10-07
Springboot搭建redis主从复制，读写分离的集群架构。用sentinel解决: 自动故障转移功能。集群架构解决：1.单节点并发压力问题 2.单节点内存和磁盘物理上限。同时加入了自己重写RedisTemplate<String><Object>方法
Python 19、REDIS基础 2-2_REDIS_Day02_pm.mp4
02-22
Python 19、REDIS基础 2-2_REDIS_Day02_pm.mp4
编码技巧——Lua脚本的应用及库存扣减场景应用
娜娜米的博客
04-12 1556
编码技巧——Lua脚本的应用及库存扣减场景应用
【Redis 源码】6AOF持久化
qq_17821591的博客
09-27 686
RDB (快照)定期保存内存中的数据到磁盘。文件紧凑，适合备份和灾难恢复。恢复速度快，但可能丢失最后一次快照之后的数据。AOF (日志)记录每个写操作，并追加到文件中。可以设置不同的 fsync 策略来平衡性能和数据安全性。数据更完整，但文件较大，恢复速度较慢。
Redis中BigKey与MoreKey优化笔记
最新发布
ddf128的博客
09-27 412
Redis中的BigKey指的是那些值（value）特别大的键（key），这可能包括大的字符串或者包含大量元素的集合类型（如list、set、hash、zset等）。BigKey的存在可能会导致Redis的性能问题，因为Redis是单线程操作的，处理BigKey时可能会阻塞其他操作，影响整体性能。在Redis中，MoreKey问题通常指的是当数据库中的key数量非常多时，使用如KEYS *这样的命令去检索所有的key，这会导致Redis服务阻塞，影响正常业务。因为Redis是单线程操作的，执行这类命令时会占
Redis系列补充：聊聊布隆过滤器（go语言实践篇）
sdgfafg_25的博客
09-24 733
本篇介绍了布隆过滤器的几种实现场景。并以火车票订单信息查询为案例进行说明，如何使用布隆过滤器避免缓存穿透，避免被恶意攻击。引迈 - JNPF快速开发平台_低代码开发平台_零代码开发平台_流程设计器_表单引擎_工作流引擎_软件架构。
微服务Redis解析部署使用全流程
m0_71240584的博客
09-26 887
/判断是否有key所对应的值，有则返回true，没有则返回false//有则取出key值所对应的值//删除单个key值//其中keys:Collection keys//将当前传入的key值序列化为byte[]类型//设置过期时间//设置过期时间//查找匹配的key值，返回一个Set集合类型//返回传入key所存储的值的类型//如果旧值存在时，将旧值改为新值//从redis中随机取出一个key//返回当前key所对应的剩余过期时间。
推荐一款开源的Redis桌面客户端
xiangzhihong8的专栏
09-23 720
TinyRDM 是一个现代化的、轻量级的跨平台 Redis 桌面客户端，能在 Mac、Windows 和 Linux 系统上使用。它有着现代化的设计风格，界面既简洁又清晰，操作起来方便又高效。不管是刚开始接触的新手，还是经验丰富的开发者，都能很容易地学会使用，能够迅速地管理和操作 Redis 数据库。
Redis 介绍
2401_84881237的博客
09-24 623
Redis 中每个存储区域除了存储 key-value 值，还会开辟额外的存储空间 expires 记录每个 key-value 的存储地址以及过期时间。但层次太多会导致数据延迟，慎用。set 类型中，key 值对应的存储空间内可以保存多个字符串数据，采用哈希存储实现。Redis 将数据存储分为多个相互独立的区域，将 Redis 操作局限在自己的存储区域内。对于 16 个存储区域的 expires 进行轮询，对选中的 expires 随机选择 W 个 key 进行检查，如果 key 过期就进行删除。
scheduler.add_job(redis_clean, 'cron', day='*', hour='0', minute='10')
06-06
其中，redis_clean是需要定时执行的函数，'cron'表示使用cron表达式来设置任务执行时间，day='*'表示每天都执行，hour='0'表示在0点，minute='10'表示在10分执行。也就是说，这个任务会在每天的0点10分执行redis_...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值