Redis科普

最新推荐文章于 2024-10-31 14:53:53 发布
最新推荐文章于 2024-10-31 14:53:53 发布
阅读量43 收藏
点赞数
分类专栏： 技术栈 文章标签： Java redis 数据库
本文为博主原创文章，未经博主允许不得转载。
本文链接：https://blog.csdn.net/qq_34833599/article/details/122263856
版权

Redis

安装

  • 采用 Docker 安装Redis 进行测试和学习，执行以下命令进行安装：docker run -d -p 6379:6379 --name redis redis 。

基础

  • 数据类型
  • String
    • SET key value : 设置 key 的值
    • GET key : 获取 key 的值
    • GETRANGE key start end : 获取 keyvalue 的 star 到 end 之间字符串
    • GETSET key value : 先获取 key 旧的 value，然后设置 key 的 value
    • GETBIT key offset : 获取 key 的 value 指定的位 bit
    • MGET key [key2 …] : 获取所有 key 的 value
    • SETBIT key offset value : 给 key 对应 value 的 offset 位的值为 value
    • SETEX key seconds value : 将 value 关联到 key ，并设置 seconds 秒过期
    • SETNX key value : 只有在 key 不存在时设置 key 的值
    • SETRANGE key offset value : 用 value 覆写 key 对应的值，从 offset 位开始
    • STRLEN key : 获取 key 对应 value 的长度
    • MSET key value [key1 value1] : 同时设置多个 key-value
    • MSETNX key value [key1 value1] : 同时设置多个 key-value，当且仅当 key 都不存在的时候
    • PSETEX key milliseconds value : 将 value 关联到 key，并设置 milliseconds 毫秒后过期
    • INCR key : 将 key 的 value（数值）加一
    • INCRBY key increment : 将 key 的 value 加上 increment
    • INCRBYFLOAT key increment : 将 key 的 value 加上 浮点 increment
    • DECR key : 将 key 对应的数值 value 减一
    • DECRBY key decrement : 将 key 对应的数值 value 减去 decrement
    • APPEND key value : 如果 key 已经存在并且是一个字符串， APPEND 命令将指定的 value 追加到该 key 原来值（value）的末尾
  • Hash
    • HDEL key field [field2 ] : 删除一个或者多个哈希表字段
    • HEXISTS key field : 检查存储在哈希表的字段是否存在
    • HGET key field : 获取哈希表字段的值
    • HGETALL key : 获取哈希表的所有字段和值
    • HINCRBY key field increment : 为哈希表字段加 increment
    • HINCRBYFLOAT key field increment : 为哈希表字段加浮点 increment
    • HKEYS key : 获取哈希表所有的字段
    • HLEN key : 获取哈希表的字段数量
    • HMGET key field [field2 ] : 获取哈希表指定的字段值
    • HMSET key field value [field1 value1] : 同时设置多个字段值给哈希表
    • HSET key field value : 设置字段属性值给哈希表
    • HSETNX key field value : 当哈希表中不存在字段 field 时，给 field 设置 value
    • HVALS key : 获取哈希表所有的值
    • HSCAN key cursor [MATCH pattern][count count] : 迭代哈希表中的键值对。
  • List
    • BLOPOP key [key1 ] timeout : 移出并获取列表的最后一个元素，如果没有则等待到可以弹出的元素或者等到超时时间
    • BRPOP key [key1 ] timeout : 移出并获取列表的最后一个元素，如果没有则等待到可以弹出的元素或者等到超时时间
    • BRPOPLPUSH source destination timeout : 从列表中弹出第一个值，将弹出的元素插入到另外一个列表中并返回它，如果列表没有元素会阻塞列表直到等待超时或发现可弹出元素为止。
    • LINDEX key index : 通过索引的方式获取列表中的元素
    • LINSERT key BEFORE|AGTER pivot value : 向列表的元素之前|之后插入一个元素
    • LLEN key : 获取列表长度
    • LPOP key ： 移出并获取列表的第一个元素
    • LPUSH key vale1 [value2 ] : 将一个或者多个值插入列表头部，先插入第一个，然后再插入第二个
  • Set
    • SADD key member1 [member2] : 向集合添加一个或者多个成员
    • SCARD key : 获取集合中成员的个数
    • SDIFF key [key2] : 返回第一个集合和其他集合的差异
    • SDIFFSTORE destination key1 [key2] : 返回给定集合之家你的差集并存储 destination
    • SINTER key1 [key2] : 返回给定集合的交集
    • SINTERSTORE destination key1 [key2] : 返回给定所有集合的交集并存储在 destination 中
    • SISMEMBER key member : 判断 member 元素是否是集合 key 的成员
    • SMEMBERS key : 返回集合中的所有成员
    • SMOVE source destination member : 将 member 元素从 source 集合移动到 destination 集合
    • SPOP key : 移除并返回集合中的一个随机元素
    • SRANDMEMBER key [count] : 返回集合中一个或多个随机数
    • SREM key member1 [member2] : 移除集合中一个或多个成员
    • SUNION key1 [key2] : 返回所有给定集合的并集
    • SUNIONSTORE destination key1 [key2] : 所有给定集合的并集存储在 destination 集合中
    • SSCAN key cursor [MATCH pattern] [COUNT count] : 迭代集合中的元素
  • Sorted Set
    • ZADD key score1 member1 [score2 member2] : 向有序集合添加一个或多个成员，或者更新已存在成员的分数
    • ZCARD key : 获取有序集合的成员数
    • ZCOUNT key min max : 计算在有序集合中指定区间分数的成员数
    • ZINCRBY key increment member : 有序集合中对指定成员的分数加上增量 increment
    • ZINTERSTORE destination numkeys key [key …] : 计算给定的一个或多个有序集的交集并将结果集存储在新的有序集合 destination 中
    • ZLEXCOUNT key min max : 在有序集合中计算指定字典区间内成员数量
    • ZRANGE key start stop [WITHSCORES] : 通过索引区间返回有序集合指定区间内的成员
    • ZRANGEBYLEX key min max [LIMIT offset count] : 通过字典区间返回有序集合的成员
    • ZRANGEBYSCORE key min max [WITHSCORES] [LIMIT] : 通过分数返回有序集合指定区间内的成员
    • ZRANK key member : 返回有序集合中指定成员的索引
    • ZREM key member [member …] : 移除有序集合中的一个或多个成员
    • ZREMRANGEBYLEX key min max : 移除有序集合中给定的字典区间的所有成员
    • ZREMRANGEBYRANK key start stop : 移除有序集合中给定的排名区间的所有成员
    • ZREMRANGEBYSCORE key min max : 移除有序集合中给定的分数区间的所有成员
    • ZREVRANGE key start stop [WITHSCORES] : 返回有序集中指定区间内的成员，通过索引，分数从高到低
    • ZREVRANGEBYSCORE key max min [WITHSCORES] : 返回有序集中指定分数区间内的成员，分数从高到低排序
    • ZREVRANK key member : 返回有序集合中指定成员的排名，有序集成员按分数值递减(从大到小)排序
    • ZSCORE key member : 返回有序集中，成员的分数值
    • ZUNIONSTORE destination numkeys key [key …] : 计算给定的一个或多个有序集的并集，并存储在新的 key 中
    • ZSCAN key cursor [MATCH pattern] [COUNT count] : 迭代有序集合中的元素（包括元素成员和元素分值）
  • 事务
  • 其他
    • 订阅与发布
      • 消息不会进行持久化，如果出现网络问题或者主机宕机等问题，就会出现数据丢失的情况。
    • Stream
      • 可以进行消息的持久化和消息的主备模式。
    • GEO
      • 主要用于存储地理位置坐标相关的信息
    • 脚本
      • 可以执行一些 Lua 脚本，例如：分布式锁

高级

  • 备份和恢复
    • 数据备份用两种方式做持久化：AOF和RDB
      • RDB
          1. RDB是一个非常紧凑的文件，它保存了某个时间点得数据集，非常适用于数据集的备份，比如你可以在每个小时报保存一下过去24小时内的数据，同时每天保存过去30天的数据，这样即使出了问题你也可以根据需求恢复到不同版本的数据集。
          1. RDB是一个紧凑的单一文件，很方便传送到另一个远端数据中心或者亚马逊的S3（可能加密），非常适用于灾难恢复。
          1. RDB在保存RDB文件时父进程唯一需要做的就是fork出一个子进程，接下来的工作全部由子进程来做，父进程不需要再做其他IO操作，所以RDB持久化方式可以最大化redis的性能。
          1. 与AOF相比，在恢复大的数据集的时候，RDB方式会更快一些。
          1. 耗时、耗性能。RDB 需要经常fork子进程来保存数据集到硬盘上，当数据集比较大的时候，fork的过程是非常耗时的，可能会导致Redis在一些毫秒级内不能响应客户端的请求。如果数据集巨大并且CPU性能不是很好的情况下，这种情况会持续1秒，AOF也需要fork，但是你可以调节重写日志文件的频率来提高数据集的耐久度。
          1. 不可控、丢失数据。如果你希望在redis意外停止工作（例如电源中断）的情况下丢失的数据最少的话，那么RDB不适合你。虽然你可以配置不同的save时间点(例如每隔5分钟并且对数据集有100个写的操作)，是Redis要完整的保存整个数据集是一个比较繁重的工作，你通常会每隔5分钟或者更久做一次完整的保存，万一在Redis意外宕机，你可能会丢失几分钟的数据。
      • AOF
          1. 使用AOF 会让你的Redis更加耐久: 你可以使用不同的fsync策略：无fsync，每秒fsync，每次写的时候fsync。使用默认的每秒fsync策略，Redis的性能依然很好(fsync是由后台线程进行处理的，主线程会尽力处理客户端请求)，一旦出现故障，你最多丢失1秒的数据。
          1. AOF文件是一个只进行追加的日志文件，所以不需要写入seek，即使由于某些原因(磁盘空间已满，写的过程中宕机等等)未执行完整的写入命令，你也也可使用redis-check-aof工具修复这些问题。
          1. Redis 可以在 AOF 文件体积变得过大时，自动地在后台对 AOF 进行重写： 重写后的新 AOF 文件包含了恢复当前数据集所需的最小命令集合。 整个重写操作是绝对安全的，因为 Redis 在创建新 AOF 文件的过程中，会继续将命令追加到现有的 AOF 文件里面，即使重写过程中发生停机，现有的 AOF 文件也不会丢失。 而一旦新 AOF 文件创建完毕，Redis 就会从旧 AOF 文件切换到新 AOF 文件，并开始对新 AOF 文件进行追加操作。
          1. AOF 文件有序地保存了对数据库执行的所有写入操作， 这些写入操作以 Redis 协议的格式保存， 因此 AOF 文件的内容非常容易被人读懂， 对文件进行分析（parse）也很轻松。 导出（export） AOF 文件也非常简单： 举个例子， 如果你不小心执行了 FLUSHALL 命令， 但只要 AOF 文件未被重写， 那么只要停止服务器， 移除 AOF 文件末尾的 FLUSHALL 命令， 并重启 Redis ， 就可以将数据集恢复到 FLUSHALL 执行之前的状态。
          1. 对于相同的数据集来说，AOF 文件的体积通常要大于 RDB 文件的体积。
          1. 根据所使用的 fsync 策略，AOF 的速度可能会慢于 RDB 。 在一般情况下， 每秒 fsync 的性能依然非常高， 而关闭 fsync 可以让 AOF 的速度和 RDB 一样快， 即使在高负荷之下也是如此。 不过在处理巨大的写入载入时，RDB 可以提供更有保证的最大延迟时间（latency）。
  • 集群
    • 主备
      • 优点
        • 解决数据备份问题
        • 做到读写分离，提高服务器性能
      • 缺点
        • 每个客户端连接redis实例的时候都是指定了ip和端口号的，如果所连接的redis实例因为故障下线了，而主从模式也没有提供一定的手段通知客户端另外可连接的客户端地址，因而需要手动更改客户端配置重新连接
        • 主从模式下，如果主节点由于故障下线了，那么从节点因为没有主节点而同步中断，因而需要人工进行故障转移工作
        • 无法实现动态扩容
      • 搭建
        • 主节点：由于从节点需要向主节点同步数据，所以主节点一定要进行持久化
        • 从节点：配置需要添加同步的主节点数据 slaveof 主节点IP 主节点端口
    • 哨兵
      • 优点
        • Master 状态监测
        • 如果Master 异常，则会进行Master-slave 转换，将其中一个Slave作为Master，将之前的Master作为Slave
        • Master-Slave切换后，master_redis.conf、slave_redis.conf和sentinel.conf的内容都会发生改变，即master_redis.conf中会多一行slaveof的配置，sentinel.conf的监控目标会随之调换
      • 缺点
        • 如果是从节点下线了，sentinel是不会对其进行故障转移的，连接从节点的客户端也无法获取到新的可用从节点
        • 无法实现动态扩容
    • Cluster 集
      • 优点：
        • 有效的解决了redis在分布式方面的需求
        • 遇到单机内存，并发和流量瓶颈等问题时，可采用Cluster方案达到负载均衡的目的
        • 可实现动态扩容
        • P2P模式，无中心化
        • 通过Gossip协议同步节点信息
        • 自动故障转移、Slot迁移中数据可用
      • 缺点
        • 架构比较新，最佳实践较少
        • 为了性能提升，客户端需要缓存路由表信息
        • 节点发现、reshard操作不够自动化

实践

  • 缓存穿透、缓存击穿、缓存雪崩
    • 缓存穿透：指不经过缓存，直接去数据库获取数据，例如通过 ID 查询时，ID的值为-1，此时次次去数据库获取数据。解决方案，判定好条件，或者也进行数据缓存，直接返回。可以采用布隆过滤器解决此问题
    • 缓存击穿：缓存击穿是指缓存中没有但数据库中有的数据（一般是缓存时间到期），这时由于并发用户特别多，同时读缓存没读到数据，又同时去数据库去取数据，引起数据库压力瞬间增大，造成过大压力。可以通过分布式锁解决此问题
    • 缓存雪崩：缓存雪崩是指缓存中数据大批量到过期时间，而查询数据量巨大，引起数据库压力过大甚至down机。和缓存击穿不同的是， 缓存击穿指并发查同一条数据，缓存雪崩是不同数据都过期了，很多数据都查不到从而查数据库。
  • SpringBoot AOP 实现统一缓存处理
  • SpringBoot 缓存和数据库的数据一致性
    • 延时双删
        1. 删除缓存
        1. 更新数据库
        1. 删除缓存
    • 异步更新
        1. 更新数据库
        1. 通过框架监听Mysql的binlog，实现异步删除缓存。
九夏lb
关注
专栏目录
Redis框架从入门到学精（全）
码农研究僧的博客
07-02 2万+
目录前言1.NoSQL2.Redis2.1 软件安装数据类型 前言 解决功能新问题：JAVA jsp rdsms tomcat html linux jdbc svn 解决发展性问题：strtus spring springmvc hibernate mybatis 解决性能问题：NOSQL java 线程 hadoop nginx mq elasticsearch 1.NoSQL NoSQL特点 非关系型数据库，不依赖业务逻辑数据库存储，以简单key-value存储 适用于 ~高并发读写 ~海量数据读
redis的科普篇
路漫漫其修远兮，吾将上下而求索。
12-31 270
Redis是什么？ Redis是REmote Dlctionary Server（远端字典服务器的缩写），是目前最火热的非关系型数据库，最新的稳定版本是redis 5.0。 插播： 非关系型数据库No SQL 主要包括四种，但这边我们只说两种，分别是键值对型和文档型。 键值对型：代表为redis。优点查询速度快，缺点数据结构没有统一的，比较杂乱。 文档型：代表为MongoDB。优点数据结...
前端程序员快速学会 Redis
gaotlantis的博客
05-27 1563
官方说："Redis is an in-memory database that persists on disk. The data model is key-value, but many different kind of values are supported: Strings, Lists, Sets, Sorted Sets, Hashes, Streams, HyperLogLogs, Bitmaps."翻译一下：Redis 是一个内存数据库，同时支持持久化到磁盘。其数据模型是键值对。
前端程序员速学 Redis
weixin_48191864的博客
05-26 1076
Redis 是一个内存数据库，以其高速度、简单操作和丰富的数据类型（如字符串、列表、集合等）而闻名。本文为初学者提供了一个快速入门指南，包括通过 Docker 安装、基础命令及在 Node.js 中使用 ioredis 库的示例。内容涵盖了常用操作，如 SET、GET、LPUSH、RPUSH 和 LMOVE，并解释了其原子性及实际应用场景，如缓存、消息队列和实时通信。通过这篇教程，您可以有效提升对 Redis 的理解，并提高应用性能。
宝塔redis 集群
weixin_30695909的博客
08-21 48
我整理的一些关于【集群】的项目学习资料（附讲解～～）和大家一起分享、学习一下：https://d.51cto.com/yOSbkR宝塔Redis集群科普文章 引言 在现代信息技术中，Redis作为一个开源的内存数据结构存储系统，广泛应用于缓存、消息队列、实时数据处理等领域。随着业务需求的不断增加，单一节点的Redis难以...
Redis入门科普
skyyemperor的博客
02-09 1166
文章目录Redis科普为什么用缓存高性能高并发用了缓存后有什么不良后果？redis 和 memcached 有啥区别？redis 的单线程模型为啥redis单线程模型效率这么高？redis 的数据类型和应用场景redis 过期策略内存淘汰机制手写一个 LRU 算法主从架构redis replication 的核心机制redis 主从复制的核心原理主从复制的断点续传无磁盘化复制过期 key 处理复制的完整流程全量复制增量复制heartbeat异步复制哨兵集群哨兵的介绍哨兵的核心知识redis 哨兵主备切换的数
【Redis 3】配置文件redis
2401_85117695的博客
06-04 388
这是因为从redis一般会每秒钟都向主redis发出PING，而主redis会记录每一个从redis最近一次发来PING的时间点，所以主redis能够了解每一个从redis的运行情况。上面这个例子表示，假如有大于等于3个从redis的连接延迟大于10秒，那么主redis就不再接受外部的写请求。需要注意的一点是，如果你的redis是主redis（说明你的redis有从redis），那么在设置内存使用上限时，需要在系统中留出一些内存空间给同步队列缓存，只有在你设置的是“不移除”的情况下，才不用考虑这个因素。
grafana模版redis
weixin_42511255的博客
06-28 129
grafana相关视频讲解：Prometheus监控系统介绍Grafana模版Redis科普介绍 简介 在软件开发和运维领域中，监控是一个非常重要的环节。Grafana是一个流行的开源监控和数据可视化工具，它可以帮助用户通过图表、仪表盘等形式展示各种数据指标。而Redis是一种高性能的键值存储数据库，被广泛应用于缓存、消...
redis哨兵模式用户名
weixin_36904751的博客
08-19 36
Redis 哨兵模式和用户名的科普 引言 Redis 是一个高性能的键值存储系统，广泛用于缓存和消息队列等场景。为了保证高可用性，Redis 提供了哨兵模式（Sentinel），它能够监控主从部署的 Redis 实例，并在主服务器故障时进行自动故障转移。而从 Redis 6.0 开始，加入了拥有用户名和密码的认证机制，提高...
redis主从 从自动切换
weixin_40394459的博客
08-11 79
Redis主从自动切换科普 简介 Redis是一种开源的高性能键值存储（NoSQL数据库），它支持数据的持久化，并且使用内存来存储数据以提高访问速度。在Redis的架构中，主从复制是一种常见的模式，通过实现主从节点（Master-Slave）之间的数据同步，来实现数据的冗余和负载均衡。为了保证高可用性，当主节点发生故障时，...
Redis.xmind
02-19
redis科普
Redis数据结构底层原理详细分析
HuangJianShanの游离世界
06-03 2024
Redis的对象、简单动态字符串、链表、字典、跳跃表、整数集合、压缩列表的存储机制 首先内存和硬盘的比较 内存直接由CPU控制，也就是CPU内部集成的内存控制器，所以说内存是直接与CPU对接，享受与CPU通信的最优带宽，然而硬盘则是通过桥接芯片(在主板上)与CPU相连，所以说速度比较慢。两者相比内存比硬盘到底有多快？通常的说法是：内存访问速度是纳秒级（10的-9次方），硬盘的访问速度是微秒级（10的-3次方）。找到一个稍微科学点的测试数据，如下图 1.顺序访问：这种情况下，内存访问速度仅仅是.
超详细Redis数据库入门教程
wenyusuran的专栏
04-17 3117
【本教程目录】1. redis是什么2.redis的作者何许人也3.谁在使用redis4.学会安装redis5.学会启动redis6.使用redis客户端7.redis数据结构 – 简介8.redis数据结构 – strings9.redis数据结构 – lists10.redis数据结构 – 集合11.redis数据结构 – 有序集合12.redis数据结构 – 哈希13.聊聊redis持久化 ...
Windows下搭建redis 哨兵环境
zchichu的博客
10-28 471
这是因为哨兵作为配置提供者，客户端通过它查询到主节点的地址为127.0.0.1:6379，客户端会向127.0.0.1:6379建立redis连接，自然无法连接。二者的区别在于：如果是配置提供者，客户端在通过哨兵获得主节点信息后，会直接建立到主节点的连接，后续的请求(如set/get)会直接发向主节点；如果是代理，客户端的每一次请求都会发向哨兵，哨兵再通过主节点处理请求。关掉主节点 6379，等一会，就会发现哨兵切换了主节点，重新启动 6379 节点，它就变成了从节点了。4.演示故障自动切换。
Redis-发布/订阅交互模式
最新发布
sq2048935747@163.com的博客
10-31 254
消息代理”（Message Broker）是一种软件组件，它在不同的应用程序之间传递消息。在Redis的上下文中，消息代理的功能允许Redis作为一个中间人，帮助应用程序之间进行异步通信。具体来说，Redis支持发布/订阅（pub/sub）模式，这是一种消息传递机制，其中一个或多个发布者（publishers）发送消息到一个频道（channel），而订阅者（subscribers）监听这些频道以接收消息。
图解Redis 05 | Zset数据类型的原理及应用场景
大厂小码农的博客
10-29 505
Zset 类型（有序集合）与 Set 类型相比，增加了一个排序属性 score。对于有序集合 Zset，每个元素由两个部分组成：一个是元素的值，另一个是用于排序的分数 score。有序集合继承了Set中成员唯一（元素值不能重复，分数可以重复）的特性，但不同之处在于，有序集合中的元素是按分数进行排序的。
群控系统服务端开发模式-应用开发-业务架构逻辑开发Redis封装
龙哥·三年风水从2011年开始做IT工作，从ps画图到前端开发->后端开发->框架开发->业务架构设计及开发->业务需求整理、开发->技术经理->技术总监
10-28 289
群控系统服务端开发模式-应用开发-业务架构逻辑开发Redis封装
Redis & 主从同步 & 总结
说淑人的所思所想
10-26 1109
主从同步的本质是数据复制机制。 主从同步机制无法避免在主机宕机时丢失数据。 Redis存在“一主多从/级联”两种主从同步架构。
短信登录的实现-redis和session的比较
2301_79748665的博客
10-29 700
我们之前只有一个拦截器，但是拦截的路径不是所有，如果用户一直访问的是不需要拦截的路径，那么他的token就不会刷新，就会失去登录状态，我们可以再加一个拦截器，第一个拦截一切路径，并且刷新有效期，第二个做登录校验；用户信息的key使用一个token来保存，一个是保证key的唯一性，一个是保证数据的安全性，因为token也就是key是要存在浏览器中的；因为session是存储在tomcat服务器中的，我们将来部署集群进行负载均衡，那么我们存储在一台tomcat服务器的数据无法实现共享；
Redis实战：Kali Linux2020.1中键值命令详解
"Redis实战-键值相关命令与Kali Linux 2020.1安装教程" 在Redis中，键值（Key-Value）相关的命令是管理数据的基础操作。`keys`命令是其中一个关键的命令，用于查找满足特定模式的所有键。在描述中给出了两个例子，...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值