【Redis 神秘大陆】003 数据类型&使用场景

【Redis系列3】Redis列表对象之linkedlist(双端列表)和ziplist(压缩列表)及quicklick(快速列表)实现原理分析 Redis列表对象之linkedlist和ziplist实现原理分析前言列表对象linkedlistlinkedlist存储结构ziplistziplist存储结构entry存储结构prevlenencodingentry-dataziplist数据示例ziplist连锁更新问题linkedlist和ziplist的选择quicklistquicklist内部存储结构quicklist的compress属性quicklistNode的zl指针quicklist对比原始两种列表的改进总结 前言 上一篇我们分析 阅读详情

三、Redis 数据类型和使用场景

img

  • Hash:对象类型的数据,购物车
  • List:队列/栈
  • Set:String类型的无序集合,intset,抽奖、签到、打卡,商品评价标签
  • Sorted Set:存储有序的元素,ziplist,skiplist+ dict,排行榜
  • Geo:地理位置信息
  • Hyperloglogs:基于基数的统计
  • Streams:流计算

3.1 基础命令

命令作用示例返回值
keys *查看所有键keys *所有键列表
dbsize键总数dbsize键的总数
exists key检查键是否存在exists java1 或 0
del key [key]删除键del java删除个数
expire key seconds设置键的过期时间expire hello 101 或 0
ttl key查看键的剩余过期时间ttl hello剩余时间
type key查看键的数据结构类型type hello数据类型

3.1.1 单个键管理

功能命令说明
键重命名rename key newkey将指定键重命名为新键名。如果新键名已存在,则会覆盖原有键的值。
随机返回一个键randomkey从当前数据库中随机返回一个键的名称。
键过期expire key seconds设置键在指定秒数后过期。
expireat key timestamp设置键在指定时间戳后过期。
pexpire key milliseconds以毫秒为单位设置键在指定毫秒数后过期。
pexpireat key milliseconds-timestamp以毫秒为单位设置键在指定毫秒级时间戳后过期。
ttl key获取键的剩余过期时间(单位:秒)。
pttl key获取键的剩余过期时间(单位:毫秒)。
persist key移除键的过期时间,使其永久有效。
键迁移move key db将指定键移动到另一个数据库。
dump key+restore key ttl value在不同 Redis 实例之间进行数据迁移。
`migrate host port key“” destination-db timeout [copy] [replace] [keys key [key …]]`

3.1.2 键的遍历

对应 mysql limit

功能命令说明
全量遍历键keys pattern返回匹配给定模式的所有键。pattern 可以包含通配符,如 ***** 匹配所有键,? 匹配单个字符,[] 匹配指定范围的字符。Keys 命令可能会导致 Redis 阻塞,不建议在生产环境中使用,但在某些情况下,如数据量较小或者在从节点上执行,可以使用。
渐进式遍历scan cursor [match pattern] [count number]使用游标方式逐步遍历所有键。cursor 是游标值,从 0 开始,每次遍历完毕后会返回新的游标值。match 可选参数用于模式匹配,count 可选参数表示每次遍历的键个数,默认为 10。Scan 命令可以有效避免阻塞,但无法保证完全遍历所有键。可用于检测过期或闲置时间、寻找大对象等场景。
面向哈希类型扫描hscan key cursor [match pattern] [count number]渐进式遍历哈希类型键的所有字段。与 scan 类似,但专用于哈希类型。
面向集合类型扫描sscan key cursor [match pattern] [count number]渐进式遍历集合类型键的所有元素。与 scan 类似,但专用于集合类型。
面向有序集合扫描zscan key cursor [match pattern] [count number]渐进式遍历有序集合类型键的所有成员。与 scan 类似,但专用于有序集合类型。

3.2 字符串

img

  • Redis的字符串类型是最基础的数据结构。
  • 所有键都是字符串类型,其他数据结构都是在字符串类型基础上构建的。
  • 值可以是简单字符串、复杂字符串(如JSON、XML)、数字(整数、浮点数)甚至是二进制(图片、音频、视频),但值的最大大小不能超过512MB。

3.2.1 命令

常用命令
  1. 设置值
  • set key value [ex seconds] [px milliseconds] [nx|xx]: 设置键的值,并可选地设置过期时间和条件。
  • setex key seconds value: 设置键的值,并同时设置过期时间(秒)。
  • setnx key value: 仅当键不存在时设置键的值。
  • setxx key value: 仅当键存在时设置键的值。
  1. 获取值
  • get key: 获取键的值。
  • mget key [key …]: 批量获取多个键的值。
  1. 批量操作
  • mset key value [key value …]: 批量设置多个键值对。
  • mget key [key …]: 批量获取多个键的值。
  1. 计数
  • incr key: 对键的值进行自增操作。
  • decr key: 对键的值进行自减操作。
  • incrby key increment: 对键的值进行指定数字的自增操作。
  • decrby key decrement: 对键的值进行指定数字的自减操作。
  • incrbyfloat key increment: 对键的值进行浮点数的自增操作。
不常用命令
  1. 追加值
  • append key value: 向键的值尾部追加字符串。
  1. 字符串长度
  • strlen key: 返回键的值的长度。
  1. 设置并返回原值
  • getset key value: 设置键的值并返回键原来的值。
  1. 设置指定位置的字符
  • setrange key offset value: 设置键值的指定位置的字符。
  1. 获取部分字符串
  • getrange key start end: 获取键值的指定范围的子字符串。
时间复杂度
命令时间复杂度
setO(1)
getO(1)
msetO(N)
mgetO(N)
incrO(1)
decrO(1)
incrbyO(1)
decrbyO(1)
incrbyfloatO(1)
appendO(1)
strlenO(1)
getsetO(1)
setrangeO(1)
getrangeO(N)

3.2.2 内部编码

Redis字符串类型的内部编码与底层数据结构密切相关,不同的编码方式会对应不同的底层数据结构,如下所示:

  • int:采用8个字节的长整型存储,底层数据结构为整数类型, 节省内存空间和提高访问速度。
127.0.0.1:6379> set key 8653 OK
127.0.0.1:6379> object encoding key "int"
  • embstr:对于小于等于39个字节的字符串,采用内嵌字符串编码,底层数据结构为简单的字符数组,避免额外的内存分配和释放操作。
# 小于等于39个字节的字符串:embstr
127.0.0.1:6379> set key "hello,world" OK
127.0.0.1:6379> object encoding key "embstr"
  • raw:对于大于39个字节的字符串,采用原始字符串编码,底层数据结构为动态字符串(dynamic string),通常是一个结构体,内部包含了指向字符数组的指针以及该字符串的长度等信息。
# 大于39个字节的字符串:raw
127.0.0.1:6379> set key "one string greater than 39 byte........." OK
127.0.0.1:6379> object encoding key "raw"
127.0.0.1:6379> strlen key (integer) 40

3.2.3 应用场景

缓存功能

典型的缓存使用场景是将 Redis 作为缓存层,通过 Redis 快速获取数据,减轻后端数据库的压力。下面是模拟的代码示例:

UserInfo getUserInfo(long id){
    String userRedisKey = "user:info:" + id;
    String value = redis.get(userRedisKey);
    UserInfo userInfo;
    if (value != null) {
        userInfo = deserialize(value);
    } else {
        userInfo = mysql.get(id);
        if (userInfo != null) {
            redis.setex(userRedisKey, 3600, serialize(userInfo));
        }
    }
    return userInfo;
}
计数功能

Redis 可以作为计数的基础工具,用于实现快速计数和查询缓存的功能。以下是一个简单的示例:

long incrVideoCounter(long id) {
    String key = "video:playCount:" + id;
    return redis.incr(key);
}
共享 Session

使用 Redis 可以集中管理用户的 Session 信息,解决分布式 Web 服务中的 Session 分散管理问题,确保用户登录状态的一致性。示例代码如下:

// 在登录时将用户的 Session 信息存储到 Redis
redis.setex(sessionId, 3600, serialize(userInfo));

// 在需要获取 Session 信息时,直接从 Redis 中获取
UserInfo userInfo = deserialize(redis.get(sessionId));
限速功能

通过 Redis 实现对特定操作的限速,如限制用户获取验证码的频率、限制 IP 地址的访问频率等。示例代码如下:

String phoneNum = "138xxxxxxxx";
String key = "shortMsg:limit:" + phoneNum;

// SET key value EX 60 NX
String isExists = redis.set(key, "1", "EX 60", "NX");

if (isExists != null || redis.incr(key) <= 5) {
    // 允许操作
} else {
    // 限速
}

3.3 哈希

3.3.1 命令

命令示例说明
hset key field valuehset user:1 name tom为指定键的哈希类型设置字段及其对应的值
hget key fieldhget user:1 name获取指定键的哈希类型中指定字段的值
hdel key field [field …]hdel user:1 name删除指定键的哈希类型中一个或多个字段
hlen keyhlen user:1计算指定键的哈希类型中字段的数量
hmset key field value [field value …]hmset user:1 name mike age 12 city tianjin批量设置指定键的哈希类型中的多个字段及其对应的值
hexists key fieldhexists user:1 name判断指定键的哈希类型中是否存在指定字段
hkeys keyhkeys user:1获取指定键的哈希类型中所有字段的名称
hvals keyhvals user:1获取指定键的哈希类型中所有字段的值
hgetall keyhgetall user:1获取指定键的哈希类型中所有字段及其对应的值
hincrby key field incrementhincrby user:1 age 1将指定键的哈希类型中指定字段的值按指定增量增加
hstrlen key fieldhstrlen user:1 name计算指定键的哈希类型中指定字段的值的字符串长度

3.3.2 内部编码

哈希类型是 Redis 中常用的数据结构之一,其内部编码有两种:ziplist(压缩列表)和hashtable(哈希表)。

根据哈希类型元素个数和值的大小,Redis会动态选择使用合适的内部编码来存储数据。

  • ziplist(压缩列表):

  • 当哈希类型元素个数小于 hash-max-ziplist-entries 配置(默认512个)且所有值都小于 hash-max-ziplist-value 配置(默认64字节)时,Redis会使用ziplist作为哈希的内部实现。

  • Ziplist 使用紧凑的结构实现多个元素的连续存储,因此在节省内存方面比 hashtable 更加优秀。

  • hashtable(哈希表):

  • 当哈希类型无法满足 ziplist 的条件时,Redis会使用 hashtable 作为哈希的内部实现。因为此时 ziplist 的读写效率会下降,而 hashtable 的读写时间复杂度为O(1)。

下面是示例演示了哈希类型的内部编码,以及相应的变化:

当field个数比较少且没有大的value时,内部编码为ziplist:

127.0.0.1:6379> hmset hashkey f1 v1 f2 v2 OK
127.0.0.1:6379> object encoding hashkey "ziplist"

当有value大于64字节时,内部编码会由ziplist变为hashtable:

127.0.0.1:6379> hset hashkey f3 "one string is bigger than 64 byte...忽略..." OK
127.0.0.1:6379> object encoding hashkey "hashtable"

当field个数超过512,内部编码也会由ziplist变为hashtable:

127.0.0.1:6379> hmset hashkey f1 v1 f2 v2 f3 v3 ...忽略... f513 v513 OK
127.0.0.1:6379> object encoding hashkey "hashtable"

这种动态选择内部编码的机制有效地节省了内存空间,并提高了 Redis 在处理哈希类型数据时的效率。

3.3.3 应用场景

缓存用户信息

img

将用户信息存储为哈希类型,每个用户的属性作为field,属性值作为value。这种方式相比于使用字符串序列化缓存用户信息更加直观,并且在更新操作上更为便捷。

UserInfo getUserInfo(long id) {
    String userRedisKey = "user:info:" + id;
    Map<String, String> userInfoMap = redis.hgetAll(userRedisKey);
    UserInfo userInfo;
    if (userInfoMap != null) {
        userInfo = transferMapToUserInfo(userInfoMap);
    } else {
        userInfo = mysql.get(id);
        redis.hmset(userRedisKey, transferUserInfoToMap(userInfo));
        redis.expire(userRedisKey, 3600);
    }
    return userInfo;
}
缓存对象属性

类似于缓存用户信息,哈希类型也可用于缓存对象的属性。每个对象的属性作为field,属性值作为value。这样可以在对象更新时只更新相应的属性,而不需要更新整个对象。

数据存储和索引

哈希类型可以用于存储数据并建立索引,例如存储文章内容和相应的标签。文章内容可以作为value,而标签可以作为field,这样可以快速地根据标签检索到相关的文章内容。

统计数据

哈希类型可以用于存储统计数据,例如用户的访问次数、订单数量等。每个用户或对象的ID作为key,相应的统计数据作为field和value。这样可以方便地对数据进行更新和查询。

3.3.4 优缺点分析

使用哈希类型缓存用户信息的优缺点如下:

优点
  • 简单直观,易于理解和实现。
  • 每个属性都支持更新操作,可以灵活地更新部分属性而不影响其他属性。
  • 如果合理使用哈希类型的内部编码和控制字段数量,可以有效地减少内存占用。
缺点
  • 在使用hashtable作为内部实现时,会消耗更多的内存。
  • 如果哈希表的field数量过多,会导致内存占用增加,需要合理控制field数量。
  • Redis不支持复杂的关系查询,因此在模拟关系型数据库的复杂查询时开发困难,维护成本高。

3.3.5 用户信息缓存方案比较

方案优点缺点适用场景
原生字符串类型简单直观每个属性支持更新操作占用过多的键内存占用量较大 用户信息内聚性较差,不利于维护适用于简单的数据结构,且数据量较小的场景
序列化字符串类型简化编程可提高内存使用效率(如果合理使用序列化)序列化和反序列化有一定开销 更新属性需要反序列化、更新、再序列化,操作复杂且开销较大适用于需要简化编程且数据结构较为复杂的场景,数据量较小、读取频率高、更新频率低
哈希类型简单直观 每个用户属性使用一对field-value,内存空间使用相对较少(如果合理使用)需要控制哈希内部编码的转换,转换为hashtable会消耗更多内存无法针对某个 field 进行失效处理适用于结构化数据,且字段较多的场景,需要减少内存空间的使用、提高数据存取效率的场景

3.4 列表

3.4.1 命令

操作类型描述命令示例用法
添加操作从右向左插入元素到列表。rpush key value [value …]rpush listkey c b a
添加操作从左向右插入元素到列表。lpush key value [value …]lpush listkey c b a
添加操作向某个元素前或者后插入元素linsert key before|after pivot value
查找获取指定范围内的元素列表。lrange key start endlrange listkey 1 3
查找获取指定索引下标的元素。lindex key indexlindex listkey -1
查找获取列表长度。llen keyllen listkey
删除从列表左侧弹出元素。lpop keylpop listkey
删除从列表右侧弹出元素。rpop keyrpop listkey
删除删除指定元素。lrem key count valuelrem listkey 4 a
删除按照索引范围修剪列表。ltrim key start endltrim listkey 1 3
修改修改指定索引下标的元素。lset key index newValuelset listkey 2 python
阻塞操作从左至右阻塞弹出元素。blpop key [key …] timeoutblpop list:test 3
阻塞操作从右至左阻塞弹出元素。brpop key [key …] timeoutbrpop list:test 3

3.4.2 内部编码

img

Redis 列表类型的内部编码主要有两种:ziplist(压缩列表)和 linkedlist(链表)。选择合适的内部编码类型取决于列表的大小和元素的特性。

  1. ziplist(压缩列表):
  • 当列表的元素个数小于 list-max-ziplist-entries 配置(默认 512 个),并且列表中每个元素的值都小于 list-max-ziplist-value 配置(默认 64 字节)时,Redis 会选用 ziplist 作为列表的内部实现来减少内存的使用。
  • ziplist 是一种紧凑且高效的数据结构,适用于存储少量元素且元素值较小的列表。
  1. linkedlist(链表):
  • 当列表类型无法满足 ziplist 的条件时,Redis 会使用 linkedlist 作为列表的内部实现。
  • linkedlist 是一种灵活的数据结构,适用于存储大量元素或者元素值较大的列表。
示例演示
  1. 当元素个数较少且没有大元素时,内部编码为 ziplist:
bashCopy code
127.0.0.1:6379> rpush listkey e1 e2 e3
(integer) 3
127.0.0.1:6379> object encoding listkey
"ziplist"

2.1 当元素个数超过 512 个,内部编码变为 linkedlist:

bashCopy code
127.0.0.1:6379> rpush listkey e4 e5 ...忽略... e512 e513
(integer) 513
127.0.0.1:6379> object encoding listkey
"linkedlist"

2.2 或者当某个元素超过 64 字节,内部编码也会变为 linkedlist:

bashCopy code
127.0.0.1:6379> rpush listkey "one string is bigger than 64 byte...............
................."
(integer) 4
127.0.0.1:6379> object encoding listkey
"linkedlist"

3.4.3 应用场景

1. 消息队列

消息队列常用于解耦系统组件,实现异步通信和削峰填谷等功能。在 Redis 中,可以使用 lpush 和 brpop 命令组合来实现阻塞队列:

  • 生产者客户端使用 lpush 从列表左侧插入元素。
  • 多个消费者客户端使用 brpop 命令阻塞式地获取列表尾部的元素。

这样设计可以保证消费的负载均衡和高可用性。

2. 文章列表

img

文章列表通常需要按照一定的规则进行排序和分页展示。在 Redis 中,可以使用列表存储每个用户的文章列表,并进行分页展示:

  1. 每篇文章使用哈希结构存储,例如每篇文章有标题、时间戳和内容等属性。
hmset article:1 title "xx" timestamp 1476536196 content "xxxx"
hmset article:k title "yy" timestamp 1476512536 content "yyyy"
  1. 向用户文章列表添加文章,使用 lpush 将文章 ID 插入用户文章列表的左侧。
lpush user:1:articles article:1 article3 ...
lpush user:k:articles article:5 ...
  1. 分页获取用户文章列表,使用 lrange 命令按照索引范围获取指定用户的文章列表,然后根据文章 ID 获取文章内容。
articles = lrange user:1:articles 0 9
for article in articles
    hgetall article
开发提示

在使用列表时,可以根据以下口诀选择合适的操作组合:

  • lpush + lpop = 栈(Stack)
  • lpush + rpop = 队列(Queue)
  • lpush + ltrim = 有限集合(Capped Collection)
  • lpush + brpop = 消息队列(Message Queue)

3.5 Set 集合

3.5.1 命令

操作命令返回值
添加元素sadd key element [element …]成功添加的元素个数
删除元素srem key element [element …]成功删除的元素个数
计算元素个数scard key集合中元素的数量
判断元素是否在集合中sismember key element1(存在)或 0(不存在)
随机返回指定个数的元素srandmember key [count]随机元素或元素数组
从集合中随机弹出元素spop key被弹出的元素
获取所有元素smembers key集合中的所有元素
求多个集合的交集sinter key [key …]交集元素的数组
求多个集合的并集sunion key [key …]并集元素的数组
求多个集合的差集sdiff key [key …]差集元素的数组
保存交集、并集、差集的结果sinterstore destination key [key …]保存结果的集合的元素个数
sunionstore destination key [key …]保存结果的集合的元素个数
sdiffstore destination key [key …]保存结果的集合的元素个数

3.5.2 内部编码

  1. intset(整数集合):当集合中的元素都是整数且元素个数小于 set-maxintset-entries 配置(默认512个)时,Redis会选用intset来作为集合的内部实现,从而减少内存的使用。
  2. hashtable(哈希表):当集合类型无法满足intset的条件时,Redis会使用hashtable作为集合的内部实现。

示例:

  1. 当元素个数较少且都为整数时,内部编码为intset:
rubyCopy code
127.0.0.1:6379> sadd setkey 1 2 3 4 (integer) 4
127.0.0.1:6379> object encoding setkey "intset"
  1. 当元素个数超过512个,内部编码变为hashtable:
rubyCopy code
127.0.0.1:6379> sadd setkey 1 2 3 4 5 6 ... 512 513 (integer) 509
127.0.0.1:6379> scard setkey (integer) 513
127.0.0.1:6379> object encoding listkey "hashtable"
  1. 当某个元素不为整数时,内部编码也会变为hashtable:
rubyCopy code
127.0.0.1:6379> sadd setkey a (integer) 1
127.0.0.1:6379> object encoding setkey "hashtable"

3.5.3 应用场景

用户的兴趣可以被表示为一组标签,例如,一个用户可能对娱乐、体育感兴趣,而另一个用户可能对历史、新闻感兴趣。以下是使用集合类型实现标签功能的一些功能:

  1. 给用户添加标签:
sadd user:1:tags tag1 tag2 tag5
sadd user:2:tags tag2 tag3 tag5
sadd user:k:tags tag1 tag2 tag4
  1. 给标签添加用户:
sqlCopy code
sadd tag1:users user:1 user:3
sadd tag2:users user:1 user:2 user:3
sadd tagk:users user:1 user:2
  1. 删除用户下的标签:
srem user:1:tags tag1 tag5
  1. 删除标签下的用户:
bashCopy code
srem tag1:users user:1
srem tag5:users user:1
  1. 计算用户共同感兴趣的标签:
rubyCopy code
sinter user:1:tags user:2:tags

在开发中,需要注意以下几点:

  • 用户和标签的关系维护应该在一个事务内执行,以防止部分命令失败造成数据不一致。
  • 计算用户共同感兴趣的标签可以使用 sinter 命令。

3.6 Zset 有序集合

3.6.1 命令

命令描述时间复杂度
zadd key score member [score member …]添加成员及其分数到有序集合O(log(N))
zcard key获取有序集合的成员个数O(1)
zscore key member获取成员的分数O(1)
zrank key member获取成员的排名(升序)O(log(N))
zrevrank key member获取成员的排名(降序)O(log(N))
zrem key member [member …]删除成员O(log(N)+M)
zincrby key increment member增加成员的分数O(log(N))
zrange key start end [withscores]返回指定排名范围的成员(升序)O(log(N)+M)
zrevrange key start end [withscores]返回指定排名范围的成员(降序)O(log(N)+M)
zrangebyscore key min max [withscores] [limit offset count]返回指定分数范围的成员(升序)O(log(N)+M)
zrevrangebyscore key max min [withscores] [limit offset count]返回指定分数范围的成员(降序)O(log(N)+M)
zcount key min max返回指定分数范围内的成员个数O(log(N))
zremrangebyrank key start end删除指定排名范围的成员O(log(N)+M)
zremrangebyscore key min max删除指定分数范围的成员O(log(N)+M)
`zinterstore destination numkeys key [key …] [weights weight [weight …]] [aggregate summinmax]`
`zunionstore destination numkeys key [key …] [weights weight [weight …]] [aggregate summinmax]`

其中,N 表示有序集合的基数(即成员的个数),M 表示返回结果的基数。

3.6.2 内部编码

有序集合类型的内部编码有两种:ziplist(压缩列表)和skiplist(跳跃表)。

  • Ziplist(压缩列表):当有序集合的元素个数小于zset-max-ziplist-entries配置(默认128个),同时每个元素的值都小于zset-max-ziplist-value配置(默认64字节)时,Redis会用ziplist来作为有序集合的内部实现。Ziplist可以有效减少内存的使用。
  • Skiplist(跳跃表):当ziplist条件不满足时,有序集合会使用skiplist作为内部实现,因为此时ziplist的读写效率会下降。

以下是示例说明:

  1. 当元素个数较少且每个元素较小时,内部编码为skiplist。
127.0.0.1:6379> zadd zsetkey 50 e1 60 e2 30 e3 (integer) 3
127.0.0.1:6379> object encoding zsetkey "ziplist"
  1. 当元素个数超过128个时,内部编码变为ziplist。
127.0.0.1:6379> zadd zsetkey 50 e1 60 e2 30 e3 12 e4 ...忽略... 84 e129 (integer) 129
127.0.0.1:6379> object encoding zsetkey "skiplist"
  1. 当某个元素大于64字节时,内部编码也会变为hashtable。
127.0.0.1:6379> zadd zsetkey 20 "one string is bigger than 64 byte............." (integer) 1
127.0.0.1:6379> object encoding zsetkey "skiplist"

3.6.3 应用场景

添加用户赞数

用户上传视频后,根据获得的赞数将用户添加到相应日期的排行榜中。可以使用有序集合的zadd和zincrby功能。例如,用户mike上传了一个视频,并获得了3个赞:

zadd user:ranking:2016_03_15 mike 3

如果之后再获得一个赞:

zincrby user:ranking:2016_03_15 mike 1
取消用户赞数
  1. 当用户注销或发生其他需要将用户从排行榜中删除的情况时,可以使用zrem命令删除用户。例如,删除用户mike:
zrem user:ranking:2016_03_15 mike
展示获取赞数最多的十个用户

使用zrevrange命令可以获取指定日期排行榜中获取赞数最多的前十个用户的信息:

zrevrange user:ranking:2016_03_15 0 9
展示用户信息以及用户分数

可以将用户的详细信息保存在哈希类型中,并通过hgetall命令获取用户信息。同时,可以使用zscore和zrank命令获取用户在排行榜中的分数和排名:

hgetall user:info:tom
zscore user:ranking:2016_03_15 mike
zrank user:ranking:2016_03_15 mike

以上功能实现了一个基本的排行榜系统,用户可以根据赞数排行查看排名前十的用户,并查看每个用户的详细信息以及其在排行榜中的分数和排名。

编码转化机制

img


当你发现这些内容对你有帮助时,为了支持我的工作,不妨给一个免费的⭐Star,这将是对我最大的鼓励!感谢你的陪伴与支持!一起在技术的路上共同成长吧!点击链接:GitHub | Gitee

大模型部署之二--vllm+docker部署 本文介绍了在openEuler系统上快速本地部署Qwen3-8B、DeepSeek-R1、Qwen2.5deng 大模型的完整流程。通过modelscope管理模型,采用vllm+docker模式实现部署。主要步骤包括:1)安装conda环境;2)配置docker;3)下载模型;4)编写docker compose配置文件;5)启动服务。特别针对2卡4090服务器提供了参数配置建议,并给出常用命令和参考资料。文档还提示不同系统和平台可能存在差异,为开发者提供了本地部署大型语言模型的实用指南。 阅读详情

相关推荐

宏基因组分析|从Binning到MAG优化的全流程实战指南

本文提供了一份宏基因组分析从Binning到MAG优化的全流程实战指南。详细解析了宏基因组分箱(Binning)的核心原理与必要性,并手把手指导如何利用Bowtie2、MetaBAT2和CheckM等工具构建分箱流水线,进行质量评估与筛选,最终获得高质量宏基因组组装基因组(MAG)。文章还分享了常见问题排查与进阶优化策略,为后续物种分类、功能注释等深度分析奠定坚实基础。

weixin_29260291的博客 455

Redis常见的数据类型和应用场景

Redis(Remote Dictionary Server)是一个开源的高性能键值数据库,以其内存中数据存储、支持数据持久化、丰富的数据结构和原子操作而闻名。它通常用作数据库、缓存和消息队列系统。String类型是Redis中最基础的数据结构,它提供了简单的key-value存储功能。其中,key是数据的唯一标识符,而value可以是字符串或者数字。List类型在Redis中是一个双向链表结构,它可以存储一系列的字符串元素,元素在链表中有序,并且可以支持从链表的头部或尾部插入或删除元素。

z3551906947的博客 2045

反激电源占空比为何必须小于0.5?次谐波振荡与斜坡补偿详解

在开关电源设计中,峰值电流模式控制因其优异的动态响应和逐周期限流保护而被广泛应用。其工作原理是通过采样电感电流的峰值,与误差电压比较来控制开关管的导通与关断。然而,这种控制方式在反激等隔离拓扑中,当占空比超过50%时,会面临一个固有的稳定性挑战——次谐波振荡。这是由于电流扰动会在相邻开关周期内被放大而非衰减,导致系统在开关频率一半处发生振荡,严重影响输出纹波和可靠性。为解决这一问题,工程上引入了斜坡补偿技术,通过向控制信号叠加一个固定斜率的斜坡,改变环路增益条件,从而在宽输入电压或高占空比需求下维持系统稳定

weixin_29631169的博客 625

Redis的五种数据类型和使用场景

EX设置有效时间,单位是秒(不设置,默认永久有效)PX设置有效时间,单位是毫秒(和EX两个设置一个就可以了,如果一起设置,PX的优先级更高)NX表示key不存在的时候,命令执行XX表示key存在的时候,命令也执行,可以用来做修改get keydel keyttl keypttl keyps:如果key值永久有效,返回值为-1,失效则返回-2(结果是’h8llo’)ps:如果偏移量 > 字符串的长度,该字符串会自动补充\x00,比如上面那个demo,把命令改成,结果是。

爱吃五花肉EMin的博客 857

国科大学习资料--图像处理(彭思龙、杨戈)--2020年期末考试题解析(学长整理分析)

在对20年卷子分析前,先看看19年卷子的解析(后面有20年的变化,由于从核心课调整到了普及课,20年的卷子相对简单,但是还是有很多细节) 解析:(字写的不好别嫌弃!!!!) 20年的卷子 第一题:和19年基本一致,但是加了高斯核计算费用,要算一个节省计算成本比率,所以去多看看PPT 第二题:和19年基本一致,加了证明两个高斯卷积仍然是高斯卷积,相当于19年题2和3结合 第三题:采样定理,和19年基本一致,但要注意加了证明 第四题:考了形态学提取图像边界 第五题:直方图,和19年一

无名何许人的博客 4364

通过 MATLAB/Simulink + Simscape Battery,构建了锂电池老化模型与容量衰减仿真系统

本文基于MATLAB/Simulink平台,构建锂电池老化模型与容量衰减仿真系统,研究储能电池健康管理技术。通过搭建电化学-老化耦合模型,模拟循环和日历老化机制,分析温度、充放电倍率、DOD等因素对电池寿命的影响。系统实现了SOH在线估计和RUL预测功能,仿真了标准日历老化、高倍率循环和峰谷套利等典型工况下的电池衰减行为。结果表明:高温和深充放会显著加速电池老化,而精准的SOH管理可提升储能系统经济性30%以上。文章还探讨了数字孪生、机器学习等高级优化方向,为储能系统长周期运营提供技术支撑。

xiaoheshang_123的博客 398

Redis - ziplist (压缩列表) 图文详解

List列表是简单的字符串列表,按照插入顺序排序,可以从头部或尾部向List列表添加元素。最大长度为2^32-1,也即每个列表支持超过40亿个元素。Redis的List类型有多种实现方式,由双向链表或压缩列表(v7.0由listpack替代)实现的。这篇文章就是介绍其中一种实现ziplist-压缩列表。ziplist为了节省内存,采用了紧凑的连续存储。所以在修改操作下并不能像一般的链表那么容易,需要从新分配新的内存,然后复制到新的空间。httpshttps。............

一七令 1万+

半车(前后、左右)、整车悬架详细推导建模和simulink仿真分析

用达朗贝尔定理依据悬架数学模型,得到悬架模型微分方程,分别用simulink建立前后半车、左右半车悬架;结合转向2自由度模型与半车侧倾模型,对模型考虑相干性、延时性的C级随机路面下,仿真分析给定角阶跃输入下的侧倾稳定性。

Mr.邹的博客 1万+

GPT-5.5不存在?拆解大模型版本幻觉背后的三大真实技术来源

大语言模型版本号是公众理解AI能力跃迁的直观锚点,但其本质是能力范式演进的符号化表达,而非线性迭代的软件版本。GPT-4o标志着多模态实时交互与统一架构的落地,Claude 3.5 Sonnet强化了长上下文与专业领域推理,Qwen2-72B等开源旗舰则推动高性能本地化部署成为可能。这些真实存在的技术实体,共同构成用户语境中‘GPT-5.5’所指向的能力集合:超低延迟响应、中文长文档精读、高准确率代码生成与可控私有化运行。它们不依赖虚构编号,而是通过API调用、开源模型微调与混合推理架构,在电商客服、法律审

weixin_34221036的博客 426

超声波雷达探测车位及信号处理方法

在APA泊车中用到了超声波雷达,第一次接触,总结研究之。

周陽讀書 1229

玩转Docker小游戏项目系列:Docker部署吃豆人经典小游戏

玩转Docker小游戏项目系列:Docker部署吃豆人经典小游戏

jks212454的博客 733

Flink 学习日志 03:自定义一个SourceFunction,完成对Redis中数据的读取

本文介绍了在Flink中自定义SourceFunction读取Redis数据的完整流程:通过Jedis客户端连接WSL2中的Redis服务,编写RedisSource实现循环读取所有Key-value并逐条输出,结合Thread.sleep()实现每秒一条的流式效果。关键步骤包括环境准备、添加Jedis依赖、配置IDEA运行时加载provided依赖,并注意生产环境中应避免使用阻塞的keys *,改用scan命令。最终实现动态读取、实时打印,验证了Flink与Redis的数据集成能力。

木木的学习笔记 419

吉林大学数据库期末考试试卷讲解

给出几套期末真题及解析,给出复习建议。

一杯水果茶!足矣~ 3141

Spring Boot 工程通用能力建设:声明式事务定制与 Redis 缓存实践

本文探讨Spring Boot中声明式事务的进阶实践,通过解耦“切点”与“事务属性”,实现灵活控制。核心包括:基于方法名的只读规则(如get*、find*自动设为只读),组合事务属性源确保@Transactional注解优先于命名规则,以及自定义切点实现事务统一织入。该方案提升代码可维护性,避免误写,同时支持特殊场景覆盖,构建更健壮的事务治理体系。

BADAO_LIUMANG_QIZHI的博客 247

温度PID控制PLC程序

温度PID稳定控制程序,适用于欧姆龙PLC,对其他PLC也具有很大参考价值

ET2012新版免狗免安装绿色软件

ET2012新版免狗免安祖昂绿色软件。,新界面,新视觉,

Docker多阶段构建实现基于Alpine的Redis的编译安装

【代码】Docker多阶段构建实现基于Alpine的Redis的编译安装。

一直在努力学习的菜鸟 319

复分析 阿尔福斯(Ahlfors) 第三版答案 英文

答案分为十章,有部分习题没有答案,全英文复分析阿尔福斯(Ahlfors) 第三版答案

Redis 数据类型全解 - ZSet:两个编码,七种玩法(五)

Redis ZSet 是唯一支持按可变分值有序且成员可快速定位的数据结构,适用于排行榜、延迟队列、滑动窗口限流等场景。其核心价值在于用 score 表达业务语义,但使用不当易引发性能问题:轮询导致 CPU 飙升、全量查询拖垮实例、非原子操作致超发。关键陷阱包括 ZRANGE 0 -1 误用为分值范围、GT/LT 条件逻辑误解、双精度精度上限导致分值冲突。正确使用需掌握原子写入(如 ZADD GT)、避免轮询、合理控制范围,并注意编码类型对复杂度的影响。

IT规划师 522

文档:亲测可用解决vnc灰屏,黑屏,鼠标大黑叉情况

主要解决vnc-viewer灰屏,黑屏,鼠标大黑叉等现象,详细见文档。

redis

AOF 文件体积更大,恢复慢,因为恢复的时候要逐条重放命令。AOF 还有重写机制,用来消除冗余,比如同一个 key 连续 set a、set b、set c、set d,重写之后就只保留一条 set key d,精简文件。消息会被分发到每一个实例的队列,所有实例监听自己的队列,收到消息之后,各自删除本机 Caffeine 里面对应的本地缓存,实现一处修改、全部实例本地缓存失效。HyperLogLog 不存原始数据,基于概率算法估算独立数量,内存极小,支持海量 UV 统计,缺点是结果有微小误差,拿不到明细。

2401_84390420的博客 168

RabbitMQ 消费端幂等:唯一索引、条件更新、Redis 去重三种方案的真实代价

MQ 只承诺至少投递一次,重复消息只能消费端自己吃掉。这篇对比唯一索引、条件更新、Redis 短路三种去重方案在 AI 任务场景下的实际代价,附三个踩过的坑。

zhangpan 193

SQLite 是什么?和 MySQL、Redis 有什么区别,项目中应该怎么选?

SQLite 是轻量级嵌入式关系型数据库,无需独立服务,直接通过文件存储数据,适合本地工具、桌面应用、移动端离线数据及单机轻量业务。与 MySQL 相比,它部署简单但并发写入受限;与 Redis 不同,它支持完整 SQL 与事务,适用于结构化数据持久化。三者可协同使用:MySQL 处理核心业务,Redis 实现高速缓存与计数,SQLite 降低部署复杂度。选型应基于场景需求,而非技术偏好。

栈外手记|2018 年起深耕后端开发。跳出代码栈,分享技术、项目踩坑与行业思考,看见技术之外更多可能。 337

如何在本地 Docker 容器中运行 Redis,并使用 Redis Insight 和 Redis CLI 进行管理

本文教程介绍了如何使用Docker本地运行Redis服务器与RedisInsight,实现数据的可视化管理。通过RedisInsight和RedisCLI,学习了对哈希、字符串、列表、集合、有序集、流及JSON等数据类型的增删改查(CRUD)操作,涵盖HSET、GET、SADD、XADD等核心命令,帮助开发者高效掌握Redis基本用法。

csdn_aspnet的专栏,请点击博客主页右上角三个点中的私信联系 276

RedisLockRegistry redis分布式锁(加锁/续期)使用

如果后续锁竞争更重,或者需要更完善的 Watchdog、公平锁、Pub/Sub 唤醒,可以逐步演进到 Redisson。所以它不是检测“业务方法有没有返回”,而是检测。同一个 lockKey,多次。,key 就是你传入的锁名。对象,不会重复 new。

weixin_46136610的博客 203

Redis 从 0 到 1(二十七):JSON 体积是 Protobuf 的 3.7 倍?3 种序列化的 Go 基准测试

缓存对象直接用 json.Marshal,1 亿条 key 多花 20G 内存和 3 倍带宽。本文对 JSON / MessagePack / Protobuf 做 Go 基准测试(体积、编解码耗时、CPU),给出不同场景的选型表和统一序列化封装。

2501_92769340的博客 177

Redis 从 0 到 1(二十五):连接池又打满了——PoolSize 公式、泄漏排查与 PoolStats

流量一涨就 connection pool timeout,加 PoolSize 治标不治本——可能是连接泄漏。本文给出 PoolSize 计算公式(QPS×RT),用 PoolStats 的 4 个指标判断池太小还是没归还,并演示典型泄漏代码与修复。

2501_92769340的博客 587

Java开发中,redis除了缓存和分布式锁,还有哪些实际业务用到?

很多 Java 后端开发小伙伴聊到 Redis,脱口而出的就是缓存和分布式锁。这两个场景确实是项目中最常用的,网上相关文章也非常多。但 Redis 真正强大的地方,在于它内置了丰富多样的数据结构,很多高并发业务需求,利用这些原生结构就能简单高效实现,还能极大减轻 MySQL 的压力。本文整理了生产项目中落地较多、面试也经常问到的 Redis 业务场景,每个场景包含业务需求、实现思路、核心 Java 示例代码、优点以及生产环境需要注意的局限和坑点,最后补充重要避坑提醒和选型思路。

2401_86983677的博客 280

Redis 运维实战与排错

本文深入解析Redis核心原理与生产运维要点:单线程模型的性能优势与阻塞风险、内存编码对bigkey的影响、RDB/AOF持久化的权衡、过期淘汰策略配置、高可用三形态(主从→哨兵→Cluster)的适用场景。结合实战配置与排错清单,强调合理设置maxmemory、避免bigkey、善用混合持久化,并指出在跨账号、合规或定制需求下仍需自建,其余场景推荐使用ElastiCache托管服务。

weixin_42211117的博客 157

Redis 键管理命令详解(C++ 版):EXISTS/DEL/KEYS/TTL/TYPE

这是《Redis C++ 实战笔记》系列的第 02 篇。上一篇立了调用约定,从这一篇开始进入正题。先讲"键管理"——它不属于任何一种数据类型,但它操作的是键本身,后面每一种类型都会用到。

wbs_scy的博客 180
上一篇: 【Redis 神秘大陆】002 简介&特性
下一篇: 【Redis 神秘大陆】004 高可用集群
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明:

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

余额充值