Redis学习笔记(个人向)

news2024/12/23 17:38:19

Redis学习笔记(个人向)

1. 概述

  • 是一个高性能的 key-value 数据库；
  • 其具有以下三个特点：
    1. Redis支持数据的持久化，可以将内存中的数据保存在磁盘中，重启的时候可以再次加载进行使用。
    2. Redis不仅仅支持简单的key-value类型的数据，同时还提供list，set，zset，hash等数据结构的存储（丰富的存储数据结构）。
    3. Redis支持数据备份，即master-slave模式的数据备份。
  • Redis的所有操作都是原子性的，意思就是要么成功执行要么失败完全不执行。单个操作是原子性的。多个操作也支持事务，即原子性，通过MULTI和EXEC指令包起来；
  • Redis运行在内存中但是可以持久化到磁盘，所以在对不同数据集进行高速读写时需要权衡内存，因为数据量不能大于硬件内存。当然，这样Redis可以做很多内部复杂性很强的事情，因为相比在磁盘上相同的复杂的数据结构，在内存中操作起来非常简单（计组内容+数据结构）；
  • 由于在磁盘格式方面是紧凑地以追加的方式产生的，因为Redis并不需要进行随机访问;

2. 安装和配置

  • 详细看Redis 下载安装和Redis 配置即可；

3. 数据类型

  • Redis支持五种数据类型:string（字符串），hash（哈希），list（列表），set（集合）及zset(sorted set:有序集合)；

3.1 String

  • 是redis最基本的类型，是一个类似于键值对的结构，一个key对应一个value;
  • string 类型是二进制安全的。意思是 redis 的 string 可以包含任何数据。比如jpg图片或者序列化的对象;
  • string类型的值最大能存储 512MB;

关于各数据类型的常用命令放在另外的文档中，此处略。

3.2 Hash

  • 是一个键值(key=>value)对集合，即哈希表;
  • Redis hash 是一个 string 类型的 field 和 value 的映射表，hash 特别适合用于存储对象;
  • 每个hash表可以存储 2 32 − 1 2^{32} -1 232−1 键值对（40多亿）;
  • 对于Hash的初值设置，我们可以使用HGET和HMSET命令，其中前者获取
    对应field对应的value,后者设置了field=>value对的值；
    //赋值
HMSET Hashname fieldname1 value1 fieldname2 value2,……  

//获取键名为fieldname(k)的值
HGET Hashname fieldname(k)

3.3 List

  • 是简单的字符串列表，按照插入顺序排序。你可以添加一个元素到列表的头部（左边）或者尾部（右边），也就是只能头插或者尾插；
  • 每个列表最多可存储 2 32 − 1 2^{32} - 1 232−1元素 (4294967295, 每个列表可存储40多亿);

3.5 Set

  • 是string类型的无序集合;
  • 通过哈希表实现，添加，删除，查找的复杂度都是 O(1)；
  • 当然，由于集合的元素唯一性，重复插入元素会被忽略，并返回0；
  • 下面引入sadd命令：
    sadd setname value1,value2,···
//成功返回1，失败返回0

3.6 Zset

  • zset和set一样也是string类型元素的集合,且不允许重复的成员；
  • 不同的是每个元素都会关联一个double类型的分数（score）。redis通过分数来为集合中的成员进行从小到大的排；
  • zset的成员是唯一的,但分数(score)可以重复，但分数也重复时，按照元素值的字典顺序进行二次排序，字典顺序就是字符串的自然顺序；
  • 在这里引入zadd命令，格式为：
    zadd keyname score1 membername1 score2 membername2 ··· 
//keyname就是zset的名字

4. 命令

  • 用于在 redis 服务上执行操作；
  • 要在 redis 服务上执行命令需要一个 redis 客户端。Redis 客户端在我们之前下载的的 redis 的安装包中；
  • 常见的命令形式见于另一处文档，此处只叙述如何启动服务器：
    //基本语法，用于启动客户端  
$ redis-cli  

//接下来我们检查服务器是否在运行,当输出是PONG时正常。  
PING

//在远程的redis上执行命令，同样使用redis-cli  
redis-cli -h <主机地址> -p <端口码数> -a <账户密码>

5. 键/Key

  • 用于管理和使用key；
  • 基本语法格式为：COMMAND KEY_NAME (KEY_VALUE);
序号命令描述
1DEL key该命令用于在 key 存在时删除 key。
2DUMP KEY序列化给定 key，并返回序列化的值。
3EXISTS key检查给定 key 是否存在。
4EXPIRE key seconds为给定 key 设置过期时间，以秒计。
5EXPIREAT key timestampEXPIREAT 的作用和 EXPIRE 类似，都用于为 key 设置过期时间。不同在于 EXPIREAT 命令接受的时间戳是 UNIX 时间（unix timestamp）。
6PEXPIRE key milliseconds设置 key 的过期时间以毫秒计。
7PEXPIREAT key milliseconds-timestamp设置 key 过期时间的时间戳（以 UNIX 时间戳，unix timestamp 格式）以毫秒计。
8KEYS pattern查找符合给定模式（pattern）的 key。
9MOVE key db将当前数据库的 key 移动到指定的数据库 db 当中。
10PERSIST key移除 key 的过期时间，key 将持久保持。
11PTTL key以毫秒为单位返回 key 的剩余过期时间。
12TTL key以秒为单位，返回给定 key 的剩余生存时间（TTL, time to live）。
13RANDOMKEY从当前数据库中随机返回一个 key。
14RENAME key newkey重命名 key 为 newkey。
15RENAMENX key newkey仅当 newkey 不存在时，将 key 改名为 newkey。
16SCAN cursor [MATCH pattern] [COUNT count]迭代当前数据库中的 key 集。
17TYPE key返回 key 所存储的值的类型。

6. String

  • 主要命令参见 Redis 字符串(String);
  • 或者我们可以阅读 官方档案；

7. Hash表

  • 主要命令参见Redis 哈希(Hash);

8. List

参见Redis 列表(List);

9. Set

参见Redis 集合(Set);

10. Zset

参见Redis 有序集合；

11. HyperLogLog*

  • 这是在2.8.9版本中新增加的结构，用来做基数统计的算法(即一个数据集中的唯一元素的个数是多少)；
  • 特点是：
    1. 在输入元素的数量或者体积非常非常大时，计算基数所需的空间总是固定的、并且是很小的；
    2. 只会根据输入元素来计算基数，而不会储存输入元素本身，所以无法存储并返回具体的各个元素信息；
    3. HyperLogLog 基于概率算法，它提供的是近似的基数估算，但误差非常小（标准误差约为 0.81%）；
    4. HyperLogLog 允许将多个集合的基数估算合并为一个估算值，这使得它非常适合分布式基数估算；

常见的命令形式：

  1. PFADD - 向 HyperLogLog 集合添加元素：

    • 命令格式：PFADD key element [element …]
    • 功能：将一个或多个元素添加到指定的 HyperLogLog 键中。如果元素已经存在，则不会重复添加。
    • 返回值：返回 1 如果至少有一个元素被添加，否则返回 0。

  2. PFCOUNT - 计算 HyperLogLog 集合的基数：

    1. 命令格式：PFCOUNT key [key …]
    2. 功能：返回给定 HyperLogLog 键的基数估算值。如果有多个键，返回这些键的并集的基数估算值。
    3. 返回值：返回估算的基数。

  3. PFMERGE - 合并多个 HyperLogLog 集合：

    1. 命令格式：PFMERGE destkey sourcekey [sourcekey …]
    2. 功能：将一个或多个 HyperLogLog 键合并到一个目标 HyperLogLog 键中。合并后的 HyperLogLog 键将包含所有输入键的元素。
    3. 返回值：总是返回 OK。

12. 发布订阅模式

  • 是一种消息通信模式，其中消息的发送者（发布者）不会将消息直接发送给特定的接收者（订阅者），而是将消息发布到一个频道（Channel），订阅了该频道的客户端都能接收到发布的消息。；
  • 非常适合实现消息队列、实时通知、聊天室等功能；
  • 以下是 Redis 发布订阅的一些关键概念和命令：

    1. 频道（Channel）：是发布订阅中消息发布的目的地，订阅者订阅频道以接收消息。

    2. 模式（Pattern）：在发布订阅中，可以使用模式匹配来订阅一组频道，这使得消息的过滤和分发更加灵活。

    3. 发布者（Publisher）：向频道发送消息的客户端。

    4. 订阅者（Subscriber）：订阅一个或多个频道，接收频道上的消息。

    5. 消息（Message）：在频道上发送的数据，可以是任何字符串。

  • 发布订阅的特点：
    1. 消息的无持久性：发布订阅的消息不是持久化的，一旦订阅者断开连接，将无法收到之前的消息。
    2. 实时性：发布订阅支持实时消息传递，适合需要快速响应的应用场景。
    3. 广播：发布的消息会被发送给所有订阅该频道的订阅者。
    4. 模式匹配：通过模式订阅，可以实现更灵活的消息分发机制。
  • 发布订阅的命令：
    1. PUBLISH <channel> <message>: 将消息发送到指定的频道,返回值是接收到消息的订阅者数量；
    2. SUBSCRIBE <channel_1> [<channel_2> ...]：订阅一个或多个频道，接收这些频道上的消息。当服务器进入订阅模式后，开始接收被订阅频道的消息；
    3. UNSUBSCRIBE [<channel_1> [<channel_2> ...]]：退出订阅模式,或取消订阅一个或多个频道，不再接受来自频道的信息；
    4. PSUBSCRIBE pattern_1 [pattern_2 ...]：订阅与模式匹配的频道，接受匹配模式的频道信息（类似于接收广播信号）；
    5. PUNSUBSCRIBE [pattern [pattern ...]]：取消模式订阅，或退出模式订阅模式；
    6. PUBSUB <subcommand> [argument [argument ...]]：用于查看订阅与发布系统状态，它由数个不同格式的子命令组成，将返回由活跃频道组成的列表；
  • 总结

    发布订阅模式在需要实现一对多或多对多通信的场景中非常有用，例如社交网络的通知系统、实时数据推送服务等。然而，由于消息的无持久性，它不适合需要保证消息可靠性传递的场景。

13. 事务

  • 是一个用于将多个命令打包在一起执行的功能，它可以确保这些命令要么全部执行，要么全部不执行，从而保持操作的原子性（单个 Redis 事务内命令的执行是原子性的，但 Redis 没有在事务上增加任何维持原子性的机制，所以 Redis 事务间的执行并不是原子性的）；

  • Redis事务并不提供传统数据库事务的所有特性，如回滚到事务开始前的状态；

  • 事务具有以下三个特点：

    1. 批量操作在发送 EXEC 命令前被放入队列缓存；
    2. 收到 EXEC 命令后进入事务执行，事务中任意命令执行失败，其余的命令依然被执行（因为是队列的结构）；
    3. 在事务执行过程，其他客户端提交的命令请求不会插入到事务执行命令序列中（类原子性，且插入到末尾不会影响开头的输出）；

  • 事务可以理解为一个打包的批量执行脚本，但批量指令并非原子化的操作，中间某条指令的失败不会导致前面已做指令的回滚，也不会造成后续的指令不做；

  • 由上面可知，一个事务会经历以下三个阶段：

    1. 开始事务；
    2. 事务中的命令入队；
    3. 执行事务；
    //一个典型的例子  
redis 127.0.0.1:6379> MULTI
OK

redis 127.0.0.1:6379> SET book-name "Mastering C++ in 21 days"
QUEUED

redis 127.0.0.1:6379> GET book-name
QUEUED

redis 127.0.0.1:6379> SADD tag "C++" "Programming" "Mastering Series"
QUEUED

redis 127.0.0.1:6379> SMEMBERS tag
QUEUED

redis 127.0.0.1:6379> EXEC
4) OK
5) "Mastering C++ in 21 days"
6) (integer) 3
7) 1) "Mastering Series"
   1) "C++"
   2) "Programming"

  • 根据事务的发展阶段，有以下的命令形式：

    1. 事务开始于 MULTI 命令，这个命令会告诉 Redis 接下来的操作应该被视为一个事务的一部分;
    2. 在 MULTI 命令之后，你可以发送任意数量的命令，这些命令将不会被立即执行，而是放入一个队列中等待。当命令在队列中，redis也会在执行前进行语法检查，如果有语法错误，EXEC 将返回失败；
    3. 使用 EXEC 命令执行事务。EXEC命令会触发之前用MULTI开始的事务，并执行所有入队的命令。如果事务过程中发生错误，Redis 会返回null作为事务的结果，并且 EXEC命令将返回空数组;
    4. 如果你不想执行事务队列中的命令，可以使用 DISCARD 命令来取消事务。
    5. Redis 提供了 WATCH [key1][key2,···]命令来监控一个或多个键，当然也可以用UNWATCH取消，如果在执行 EXEC 之前这些键被其他客户端改变，则事务将不会执行;

  • 事务的用例

    1. 【计数器】：用于实现原子递增或递减操作。
    2. 【用户会话】：同时更新多个字段。
    3. 【缓存更新】：在更新数据库的同时更新缓存；

14. 脚本

  • Redis使用Lua解释器来执行脚本,从2.6版本开始内嵌支持;

  • 执行脚本的常用命令是：EVAL;

  • 常用脚本命令如下：

    序号命令及描述
    1EVAL script numkeys key[key ...] arg[arg...]
    执行 Lua 脚本。
    2（未提供描述，可能是遗漏）
    3EVALSHA sha1 numkeys key[key ...] arg[arg...]
    执行 Lua 脚本。
    4SCRIPT EXISTS script[script ...]
    查看指定的脚本是否已经被保存在缓存当中。
    5SCRIPT FLUSH
    从脚本缓存中移除所有脚本。
    6SCRIPT KILL
    杀死当前正在运行的 Lua 脚本。
    7SCRIPT LOAD script
    将脚本 script 添加到脚本缓存中，但并不立即执行这个脚本。

15. 连接

  • 连接命令主要是用于连接 redis 服务；

  • 以下为常用的连接命令：

    序号命令及描述
    1AUTH password
    验证密码是否正确
    2ECHO message
    打印字符串
    3PING
    查看服务是否运行
    4QUIT
    关闭当前连接
    5SELECT index
    切换到指定的数据库

16. 服务器

  • 服务器命令主要是用于管理 redis 服务；
  • 常见的服务器命令如下：
序号命令及描述
1BGREWRITEAOF
异步执行一个 AOF（Append Only File）文件重写操作
2BGSAVE
在后台异步保存当前数据库的数据到磁盘
3CLIENT KILL [ip:port] [ID client-id]
关闭客户端连接
4CLIENT LIST
获取连接到服务器的客户端连接列表
5CLIENT GETNAME
获取连接的名称
6CLIENT PAUSE timeout
在指定时间内暂停运行来自客户端的命令
7CLIENT SETNAME connection-name
设置当前连接的名称
8CLUSTER SLOTS
获取集群节点的映射插槽
9COMMAND
获取Redis命令详情数组
10COMMAND COUNT
获取Redis命令总数
11COMMAND GETKEYS
获取给定命令的所有键
12TIME
返回当前服务器时间
13COMMAND INFO command-name [command-name ...]
获取指定Redis命令描述的数组
14CONFIG GET parameter
获取指定配置参数的值
15CONFIG REWRITE
对启动 Redis 服务器时所指定的 redis.conf 配置文件进行改写
16CONFIG SET parameter value
修改 Redis 配置参数，无需重启
17CONFIG RESETSTAT
重置 INFO 命令中的某些统计数据
18DBSIZE
返回当前数据库的 key 的数量
19DEBUG OBJECT key
获取 key 的调试信息
20DEBUG SEGFAULT
让 Redis 服务崩溃
21FLUSHALL
删除所有数据库的所有 key
22FLUSHDB
删除当前数据库的所有 key
23INFO [section]
获取 Redis 服务器的各种信息和统计数值
24LASTSAVE
返回最近一次 Redis 成功将数据保存到磁盘上的时间，以 UNIX 时间格式表示
25MONITOR
实时打印出 Redis 服务器接收到的命令，调试用
26ROLE
返回主从实例所属的角色
27SAVE
同步保存数据到硬盘
28SHUTDOWN [NOSAVE].[SAVE]
异步保存数据到硬盘，并关闭服务器
29SLAVEOF host_port
将当前服务器转变为指定服务器的从属服务器(slave server)
30SLOWLOG subcommand [argument]
管理 Redis 的慢日志
31SYNC
用于复制功能(replication)的内部命令

17. GEO

  • 主要用于存储地理位置信息，并对存储的信息进行操作；

  • 首先是 geoadd 命令，用于添加地理位置的坐标。语法格式如下:

    GEOADD key longitude latitude member [longitude latitude member ...]

    //一个实例：
redis> GEOADD Sicily 13.361389 38.115556 "Palermo" 15.087269 37.502669 "Catania"

(integer) 2

  • 然后是 geopos 方法，用于从给定的 key 里返回所有指定名称(member)的位置（经度和纬度），不存在的返回nil。其语法格式为：

    GEOPOS key member [member ...]

  • 之后是 geolist 方法，用于返回两个给定位置之间的距离。可以在最后指定距离单位，如：m/米、km/千米、mi/英里、ft/英尺，其具体语法格式为：

    GEODIST key member1 member2 [m|km|ft|mi]

  • georadius和georadiusbymember 都能找出与中心的距离不超过给定最大距离的元素，前者是给定经纬度为中心；后者是选择给定的键值元素位置为中心。两者的具体语法格式是：

    GEORADIUS key longitude latitude radius m|km|ft|mi [WITHCOORD] [WITHDIST] [WITHHASH] [COUNT count] [ASC|DESC] [STORE key] [STOREDIST key]
GEORADIUSBYMEMBER key member radius m|km|ft|mi [WITHCOORD] [WITHDIST] [WITHHASH] [COUNT count] [ASC|DESC] [STORE key] [STOREDIST key]  

//参数说明：  
m :米，默认单位。
km :千米。
mi :英里。
ft :英尺。
WITHDIST: 在返回位置元素的同时， 将位置元素与中心之间的距离也一并返回。
WITHCOORD: 将位置元素的经度和维度也一并返回。
WITHHASH: 以 52 位有符号整数的形式， 返回位置元素经过原始 geohash 编码的有序集合分值。 这个选项主要用于底层应用或者调试， 实际中的作用并不大。
COUNT 限定返回的记录数。
ASC: 查找结果根据距离从近到远排序。
DESC: 查找结果根据从远到近排序。

    //一个实例：  
redis> GEOADD Sicily 13.361389 38.115556 "Palermo" 15.087269 37.502669 "Catania"

(integer) 2

redis> GEORADIUS Sicily 15 37 200 km WITHDIST

1) 1) "Palermo"

   2) "190.4424"

2) 1) "Catania"

   2) "56.4413"

redis> GEORADIUS Sicily 15 37 200 km WITHCOORD

1) 1) "Palermo"

   2) 1) "13.36138933897018433"

      2) "38.11555639549629859"

2) 1) "Catania"

   2) 1) "15.08726745843887329"

      2) "37.50266842333162032"

redis> GEORADIUS Sicily 15 37 200 km WITHDIST WITHCOORD

1) 1) "Palermo"

   2) "190.4424"

   3) 1) "13.36138933897018433"

      2) "38.11555639549629859"

2) 1) "Catania"

   2) "56.4413"

   3) 1) "15.08726745843887329"

      2) "37.50266842333162032"

redis>

  • 最后是 geohash 。它用于保存地理位置的坐标，可以一次获取一个乃至多个位置元素的值。其具体语法格式如下：

    GEOHASH key member [member ...]

18. Stream

  • 是 Redis 5.0 版本新增加的数据结构；

  • 主要用于消息队列（MQ，Message Queue），它是针对发布订阅（pub/sub）消息无法持久化（网络断开、Redis宕机等会导致消息被丢弃）的缺点，开发出的能提供高性能的、持久化的、有序的消息传递的机制。它可以让任何客户端访问任何时刻的数据，并且能记住每一个客户端的访问位置，还能保证消息不丢失；

  • Redis Stream的结构主体是一个消息链表，将所有加入的消息痘串起来，每个消息都有一个唯一的 ID 和对应的内容。
    外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

  • 以下是Streams的主要特性：

    1. 消息流（Stream）
      • Redis Stream 是一个有序的、持久化的消息流。；
      • 消息以时间顺序追加到流中，并且每个消息都有一个唯一的ID；
      • 消息可以按照发布者-订阅者模式进行分发；
    2. 消息
      • 消息由一个包含键值对的条目组成；
      • 消息条目（Entry） 由一个唯一的 ID 和一个字段-值对的集合组成；
      • 消息流中的每个消息都有一个自增的唯一 ID，这个 ID 在消息流中是全局唯一的；
    3. 消费者组（Consumer Group）
      • 消费者组是一组逻辑上关联的消费者（消费者消费信息）；
      • 消费者组可以共同消费一个消息流中的消息，每个消息条目只会被消费者组中的一个消费者消费；
      • 消费者组可以实现消息的负载均衡和高可用性；

  • 以下介绍信息流、信息、信息条目之间的关系：

    1. 一个信息流可以包含多个信息（Message）；
    2. 每个信息（Message）由一个或多个信息条目（Entry）组成，其中信息所谓唯一的ID是信息中最后一个信息条目的ID；
    3. 每个信息条目都有一个唯一的ID，用于标识和区分不同的信息条目；

  • 每个 Stream 都有唯一的名称，它就是 Redis 的 key，我们可以向其中添加新的信息条目，并从中读取和处理信息。它由我们在首次使用xadd命令追加消息的时候自动创建；

    1. 消息队列相关命令：

      • XADD - 添加消息到尾部
      • XTRIM - 对流进行修剪，限制长度
      • XDEL - 删除消息
      • XLEN - 获取流包含的元素数量，即消息长度
      • XRANGE - 获取消息列表，会自动过滤已经删除的消息
      • XREVRANGE - 反向获取消息列表，ID 从大到小
      • XREAD - 以阻塞或非阻塞方式获取消息列表；

    2. 消费者组相关命令：

      • XGROUP CREATE - 创建消费者组
      • XREADGROUP GROUP - 读取消费者组中的消息
      • XACK - 将消息标记为“已处理”
      • XGROUP SETID - 为消费者组设置新的最后递送消息ID
      • XGROUP DELCONSUMER - 删除消费者
      • XGROUP DESTROY - 删除消费者组
      • XPENDING - 显示待处理消息的相关信息
      • XCLAIM - 转移消息的归属权
      • XINFO - 查看流和消费者组的相关信息
      • XINFO GROUPS - 打印消费者组的信息
      • XINFO STREAM - 打印流信息

  • 以下具体语法介绍，详见于Redis Stream方法一文；

  • 一个实例：

//使用XADD创建消息队列，这里“*”的意思是生成唯一的ID
redis> XADD mystream * name Sara surname OConnor

"1601372323627-0"

redis> XADD mystream * field1 value1 field2 value2 field3 value3

"1601372323627-1"

redis> XLEN mystream

(integer) 2

//XRANGE中的“-”和“+”代表从最早的消息开始，和从最新的消息开始。连着写代表获取全部的信息。
//当然你也可以指定从新到旧读取的信息数，即使用COUNT <数字>；
//又或者使用消息的ID指定范围。
redis> XRANGE mystream - +

1) 1) "1601372323627-0"

   2) 1) "name"

      2) "Sara"

      3) "surname"

      4) "OConnor"

2) 1) "1601372323627-1"

   2) 1) "field1"

      2) "value1"

      3) "field2"

      4) "value2"

      5) "field3"

      6) "value3"

redis>

19. 数据备份和数据恢复

  • Redis 的 SAVE 命令用于创建当前数据库的备份，该命令将在 redis 安装目录中创建 dump.rdb 文件；
  • 如果需要恢复数据，只需将备份文件 (dump.rdb) 移动到 redis 安装目录并启动服务即可；
  • 获取 redis 目录可以使用 CONFIG 命令，查找redis的安装位置可以使用CONFIG GET dir；
  • 除此以外，redis还可以使用 BGSAVE （Background saving）命令，它可以在后台执行备份任务；

20. 安全

  • 可以通过 redis 的配置文件设置密码参数，这样客户端连接到 redis 服务就需要密码验证，这样可以让你的 redis 服务更安全；
  • 可以使用CONFIG get requirepass查看是否设置了密码验证。当输出的参数显示是空的，则说明当前无需通过密码验证就可以连接到 redis 服务；
  • 你可以通过设置 set requirepass <密码> 的方式来设置密码验证；
  • 当你需要登录时，可以使用 AUTH <密码> 进行登录；

21. 性能测试

  • 是通过同时执行多个命令实现的；
  • 测试使用redis-benchmark这个自带的实用工具进行；
  • 基本命令如下：
    redis-benchmark [option] [option value]
//该命令是在 redis 的目录下执行的，而不是 redis 客户端的内部指令。
  • 关于测试的详细内容，我在另一份文档中呈现；

22. 客户端连接

  • Redis 与客户端之间的连接是通过网络协议实现的。Redis 使用自己的轻量级协议，称为 RESP（REdis Serialization Protocol），来与客户端进行通信；
  • Redis 采用经典的客户端-服务器架构，其中服务器负责处理客户端的请求，并返回响应、客户端可以是任何支持Redis协议的应用程序或库，用于向 Redis 服务器发送命令并接收响应：

连接过程

  • Redis 服务器监听一个特定的 TCP 端口（默认是6379）或者Unix socket 的方式，等待客户端连接；客户端通过 TCP/IP 协议连接到 Redis 服务器的指定端口。客户端与 Redis 服务器之间建立 TCP 连接后，可以开始发送命令和接收响应。此时，客户端 socket 会被设置为非阻塞模式（因为 Redis 在网络事件处理上采用的是非阻塞多路复用模型）。然后，为这个 socket 设置TCP_NODELAY属性，禁用Nagle算法。最后创建一个可读的文件事件用于监听这个客户端 socket 的数据发送；

RESP协议

  • 是 Redis 用于客户端-服务器通信的协议。它简单、高效，支持多种数据类型；
  • 它的主要特性有：
    1. 简单字符串以 + 开头，例如：+OK\r\n;
    2. 错误消息以 - 开头，例如：-Error message\r\n;
    3. 整数以 : 开头，例如：:1000\r\n;
    4. 批量字符串以 $ 开头，例如：$6\r\nfoobar\r\n;
    5. 数组:以 * 开头，例如：*2\r\n$3\r\nfoo\r\n$3\r\nbar\r\n

命令执行流程

  1. 客户端发送命令: 客户端通过 TCP 连接发送命令给 Redis 服务器。命令是按 RESP 协议格式化的，例如：SET key value\r\n；
  2. 服务器解析命令: Redis 服务器接收到命令后，解析并执行相应的操作；
  3. 服务器返回响应: 命令执行完毕后，Redis 服务器通过 TCP 连接将结果按 RESP 格式返回给客户端；

连接方式

  • 持久连接: 客户端与 Redis 服务器之间的连接在多次请求间保持打开状态。适用于需要频繁与 Redis 交互的应用；
  • 短连接: 每次请求后客户端关闭连接。这种方式适用于偶尔与 Redis 交互的应用；

连接管理

  • 连接池: 一些 Redis 客户端库实现了连接池，管理多个连接以提高性能和并发性;
  • 超时设置: 可以配置客户端和服务器的连接超时，以防止长时间的空闲连接占用资源;
  • 最大连接数：在 Redis2.4 中，最大连接数是被直接硬编码在代码里面的，而在 Redis2.6 版本中这个值变成可配置的。maxclients 的默认值是 10000，你也可以在 redis.conf 中对这个值进行修改，如redis-server --maxclients <想要的值>；

关于客户端连接，有一些命令：

客户端命令

S.N.命令描述
1CLIENT LIST返回连接到 redis 服务的客户端列表
2CLIENT SETNAME设置当前连接的名称
3CLIENT GETNAME获取通过 CLIENT SETNAME 命令设置的服务名称
4CLIENT PAUSE挂起客户端连接，指定挂起的时间以毫秒计
5CLIENT KILL关闭客户端连接

23. 管道命令

  • 详见于专门的笔记，此处略；

24. 分区

  • 分区是分割数据到多个Redis实例的处理过程，因此每个实例只保存key的一个子集（云计算实现的关键技术）；
  • 分区具有以下优势：
    1. 通过利用多台计算机内存的和值，允许我们构造更大的数据库；
    2. 通过多核和多台计算机，允许我们扩展计算能力；通过多台计算机和网络适配器，允许我们扩展网络带宽；
  • 分区具有一些不足：
    1. 多个key的操作通常是不被支持的。举例来说，当两个set映射到不同的redis实例上时，你就不能对这两个set执行交集操作；
    2. 涉及多个key的redis事务不能使用；
    3. 当使用分区时，数据处理较为复杂，比如你需要处理多个rdb/aof文件，并且从多个实例和主机备份持久化文件；
    4. 增加或删除容量也比较复杂。redis集群大多数支持在运行时增加、删除节点的透明数据平衡的能力，但是类似于客户端分区、代理等其他系统则不支持这项特性。然而，一种叫做 presharding 的技术对此是有帮助的。
  • Redis 有两种类型分区：
    1. 范围分区
      • 最简单的分区方式是按范围（ID）分区，就是映射一定范围的对象到特定的Redis实例；
      • 这种方式是可行的，并且在实际中使用。不足就是要有一个区间范围到实例的映射表。这个表要被管理，同时还需要各 种对象的映射表，通常对Redis来说并非是好的方法；
    2. 哈希分区
      • 另外一种分区方法是hash分区。这对任何key都适用，也无需是object_name:这种形式；
      • 其具体做法类似于：
        1. 用一个hash函数将key转换为一个数字，比如使用crc32 hash函数。对key foobar执行crc32(foobar)会输出类似93024922的整数；
        2. 对这个整数取模，将其转化为0-3之间的数字，就可以将这个整数映射到4个Redis实例中的一个了。93024922 % 4 = 2，就是说key foobar应该被存到R2实例中。注意:取模操作是取除的余数，通常在多种编程语言中用%操作符实现；
          `** 的技术对此是有帮助的。
  • Redis 有两种类型分区：
    1. 范围分区
      • 最简单的分区方式是按范围（ID）分区，就是映射一定范围的对象到特定的Redis实例；
      • 这种方式是可行的，并且在实际中使用。不足就是要有一个区间范围到实例的映射表。这个表要被管理，同时还需要各 种对象的映射表，通常对Redis来说并非是好的方法；
    2. 哈希分区
      • 另外一种分区方法是hash分区。这对任何key都适用，也无需是object_name:这种形式；
      • 其具体做法类似于：
        1. 用一个hash函数将key转换为一个数字，比如使用crc32 hash函数。对key foobar执行crc32(foobar)会输出类似93024922的整数；
        2. 对这个整数取模，将其转化为0-3之间的数字，就可以将这个整数映射到4个Redis实例中的一个了。93024922 % 4 = 2，就是说key foobar应该被存到R2实例中。注意:取模操作是取除的余数，通常在多种编程语言中用%操作符实现；

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.coloradmin.cn/o/1923640.html

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈，一经查实，立即删除！

相关文章

Nginx+Keepalive调度的高可用

Nginx+Keepalive调度的高可用

nginxkeepalive: 调度器的高可用 vip地址主备之间的切换&#xff0c;主在工作时&#xff0c;p地址只在主上&#xff0c;主停止工作&#xff0c;p飘移到备服务器。 在主备的优先级不变的情况下&#xff0c;主恢复工作&#xff0c;vp会飘回到主服务器。 1、配优先级 2、配置…
阅读更多...
EventBus学习

EventBus学习

视频&#xff1a;05_尚硅谷_EventBus_粘性事件案例_哔哩哔哩_bilibili 1.整体框架 2.demo下载地址&#xff1a;https://github.com/greenrobot/EventBus 3.实现非粘性时间流程&#xff1a; 3.1导入架包eventbus-3.0.0.jar和eventbus-3.0.0-sources.jar 3.2在接受数据页面注…
阅读更多...
k8s(五）---名称空间

k8s(五）---名称空间

五、名称空间 名称空间是k8s划分不同工作空间的逻辑单位,是k8s资源逻辑隔离的机&#xff0c;。可以给不同的租户&#xff0c;不同的环境、不同的项目创建对应的命名空间。 1、查看名称空间 kubectl get ns kubectl get namespaces 此处展示了四个命名空间 2、管理名称空间 1…
阅读更多...
更新商品前端接口编写

更新商品前端接口编写

文章目录 新增页面书写写表单价格符号的显示然后状态的书写后端枚举书写时间书写使用组件 新增页面书写 书写直接复制页面 写表单的绑定信息 然后绑定表单 表单绑定还有表单数据的绑定 标签中ref的作用就是将 该组件注册到vue对象的ref属性中 那么在vue运行的时候,会加载所…
阅读更多...
IOC、DI＜4＞ Unity、AOP、MVCAOP、UnityAOP 区别

IOC、DI＜4＞ Unity、AOP、MVCAOP、UnityAOP 区别

IOC&#xff08;&#xff09;&#xff1a;控制反转&#xff0c;把程序上层对下层的依赖&#xff0c;转移到第三方的容器来装配 是程序设计的目标&#xff0c;实现方式包含了依赖注入和依赖查找&#xff08;.net里面只有依赖注入&#xff09; DI&#xff1a;依赖注入&#xff0c…
阅读更多...
【网络文明】关注网络安全

【网络文明】关注网络安全

在这个数字化时代&#xff0c;互联网已成为我们生活中不可或缺的一部分&#xff0c;它极大地便利了我们的学习、工作、娱乐乃至日常生活。然而&#xff0c;随着网络空间的日益扩大&#xff0c;网络安全问题也日益凸显&#xff0c;成为了一个不可忽视的全球性挑战。认识到网络安…
阅读更多...
Gitee简易使用流程（后期优化）

Gitee简易使用流程（后期优化）

目录 1.修改用户名 2.文件管理 新建文件/文件夹流程如下&#xff1a; 上传文件流程如下&#xff1a; 以主页界面为起点 1.修改用户名 点解右上角的头像--> 点击“账号设置” 点击左边栏里的“个人资料“ 直接修改用户名即可 2.文件管理 选择一个有修改权限仓库&#…
阅读更多...
【轻松拿捏】Java-final关键字（面试）

【轻松拿捏】Java-final关键字（面试）

目录 1. 定义和基本用法 回答要点&#xff1a; 示例回答&#xff1a; 2. final 变量 回答要点&#xff1a; 示例回答&#xff1a; 3. final 方法 回答要点&#xff1a; 示例回答&#xff1a; 4. final 类 回答要点&#xff1a; 示例回答&#xff1a; 5. final 关键…
阅读更多...
yolov8预测

yolov8预测

yoloV8 官方地址 预测 -Ultralytics YOLO 文档 1.图片预测 from ultralytics import YOLO #### 图片预测1 ### https://www.youtube.com/watch?vneBZ6huolkg ### https://github.com/ultralytics/ultralytics ### https://github.com/abdullahtarek/football_analysis…
阅读更多...
Linux C语言基础 day10

Linux C语言基础 day10

目录 学习目标&#xff1a; 学习内容&#xff1a; 1.指针指向数组 1.1 指针与数组的关系 1.2 指针与一维数组关系实现 1.2.1 指针与一维数组的关系 1.2.2 指针指向一维整型数组作为函数参数传递 课外作业&#xff1a; 学习目标&#xff1a; 一周掌握 C基础知识 学习内…
阅读更多...
专业条码二维码扫描设备和手机二维码扫描软件的区别？

专业条码二维码扫描设备和手机二维码扫描软件的区别？

条码二维码技术已广泛应用于我们的日常生活中&#xff0c;从超市结账到公交出行&#xff0c;再到各类活动的入场验证&#xff0c;条码二维码的便捷性不言而喻&#xff0c;而在条码二维码的扫描识别读取过程中&#xff0c;专业扫描读取设备和手机二维码扫描软件成为了两大主要工…
阅读更多...
uniapp使用多列布局显示图片，一行两列

uniapp使用多列布局显示图片，一行两列

完整代码&#xff1a; <script setup>const src "https://qiniu-web-assets.dcloud.net.cn/unidoc/zh/shuijiao.jpg" </script><template><view class"content"><view class"img-list"><image :src"src…
阅读更多...
日志自动分析-操作系统-GscanLogonTracerf8x

日志自动分析-操作系统-GscanLogonTracerf8x

&#x1f3bc;个人主页&#xff1a;金灰 &#x1f60e;作者简介:一名简单的大一学生;易编橙终身成长社群的嘉宾.✨ 专注网络空间安全服务,期待与您的交流分享~ 感谢您的点赞、关注、评论、收藏、是对我最大的认可和支持&#xff01;❤️ &#x1f34a;易编橙终身成长社群&#…
阅读更多...
TCP连接的三次握手和断开的四次挥手

TCP连接的三次握手和断开的四次挥手

TCP连接的建立过程通过三次握手完成&#xff0c;‌而连接的关闭过程则通过四次挥手完成。‌ 三次握手&#xff1a;‌这是TCP连接建立的过程&#xff0c;‌主要目的是确保双方都准备好进行数据传输。‌具体步骤如下&#xff1a;‌ 客户端向服务器发送一个SYN报文&#xff0c;‌请…
阅读更多...
Canvas：实现在线动态时钟效果

Canvas：实现在线动态时钟效果

想象一下&#xff0c;用几行代码就能创造出如此逼真的图像和动画&#xff0c;仿佛将艺术与科技完美融合&#xff0c;前端开发的Canvas技术正是这个数字化时代中最具魔力的一环&#xff0c;它不仅仅是网页的一部分&#xff0c;更是一个无限创意的画布&#xff0c;一个让你的想象…
阅读更多...
利用宝塔安装一套linux开发环境

利用宝塔安装一套linux开发环境

更新yum&#xff0c;并且更换阿里镜像源 删除yum文件 cd /etc/yum.repos.d/ 进入yum核心目录 ls sun.repo rm -rf * 删除之前配置的本地源 ls 配置阿里镜像源 wget -O /etc/yum.repos.d/CentOS-Base.repo https://mirrors.aliyun.com/repo/Centos-7.repo 配置扩展包 wge…
阅读更多...
【JavaScript 算法】深度优先搜索：探索所有可能的路径

【JavaScript 算法】深度优先搜索：探索所有可能的路径

&#x1f525; 个人主页&#xff1a;空白诗 文章目录 一、算法原理二、算法实现三、应用场景四、优化与扩展五、总结 深度优先搜索&#xff08;Depth-First Search, DFS&#xff09;是一种用于遍历或搜索图或树数据结构的算法。该算法尽可能深入图的分支&#xff0c;探索所有可…
阅读更多...
【Lora模型推荐】Stable Diffusion创作具有玉石翡翠质感的图标设计

【Lora模型推荐】Stable Diffusion创作具有玉石翡翠质感的图标设计

站长素材AI教程是站长之家旗下AI绘图教程平台 海量AI免费教程&#xff0c;每日更新干货内容 想要深入学习更多AI绘图教程&#xff0c;请访问站长素材AI教程网&#xff1a; AI教程_深度学习入门指南 - 站长素材 (chinaz.com) logo版权归各公司所有&#xff01;本笔记仅供AIGC…
阅读更多...
防火墙的NAT策略以及智能选路

防火墙的NAT策略以及智能选路

一、实验拓扑 二、实验要求 7&#xff0c;办公区设备可以通过电信链路和移动链路上网(多对多的NAT&#xff0c;并且需要保留一个公网IP不能用来转换) 8&#xff0c;分公司设备可以通过总公司的移动链路和电信链路访问到Dmz区的http服务器 9&#xff0c;多出口环境基于带宽比例进…
阅读更多...
【机器学习】逻辑回归的原理、应用与扩展

【机器学习】逻辑回归的原理、应用与扩展

文章目录 一、逻辑回归概述二、Sigmoid函数与损失函数2.1 Sigmoid函数2.2 损失函数 三、多分类逻辑回归与优化方法3.1 多分类逻辑回归3.2 优化方法 四、特征离散化 一、逻辑回归概述 逻辑回归是一种常用于分类问题的算法。大家熟悉的线性回归一般形式为 Y a X b \mathbf{Y}…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023