Redis key的使用

叁歲伎倆 2023-02-13 00:30 2阅读 0赞

### 目录 ###

*   *   *  库操作
         *  key常用命令
         *  key的有效期
         *  查找所有满足匹配规则的key
         *  big key问题
         *  key命名建议

redis命令的关键字不区分大小写。

### 库操作 ###

redis默认有16个数据库，第一个数据库是db0，第16个数据库是db15，可在redis.conf中指定数据库个数。  
![在这里插入图片描述][20200526215256661.png]

select 0  #选择、切换数据库，不指定时默认使用db0
    
    dbsize  #返回当前数据库中key的数量
    
    flushdb  #清空当前数据库
    flushall  #清空所有数据库

### key常用命令 ###

set name chy  #设置一个键值对，如果key已存在，会覆盖（更新）
    setnx name "chy01"  #key不存在才设置，若name已存在，不作任何操作
    mset name "chy" age 22  #同时设置|修改多个键值对
    
    get name #获取值，如果key不存在，返回nil
    mget name age  #同时获取多个key的值
    
    getset name "chy1"  #先获取值再赋值
    
    type name  #查看key对应的值的数据类型
    
    
    rename oldKey newKey  #重命名，如果newKey已存在，会覆盖
    renamenx oldKey newKey  #如果newKey已存在，不进行任何操作
    
    
    exists name  #检查指定的key是否存在，存在则返回1，不存在返回0
    
    del name  #删除一个键值对，返回1。若指定的键（值对）不存在，返回0
    
    
    move name 1  #移动key到指定的数据库，move key db

### key的有效期 ###

#未设置有效期时，默认-1，永久有效
    
    
    #查看key的有效期，是距当前时间的相对值，单位s
    #-1表示永久有效，-2表示key不存在
    ttl name  
    
    
    #可以在设置key时就指定有效期
    setex name 60 "chy"  #单位s
    psetex name 60000 "chy"  #单位ms
    
    
    #也可以在创建key后重新指定有效期
    expire name 60  #单位s
    pexpire name 60  #单位ms
    
    
    #将指定key的有效期重置为-1 永久有效
    persist name
    
    #重命名key不会改变有效期
    rename oldKey newKey
    renamenx oldKey newKey
    
    #使用set之类的命令重新设置key的整个值时，会自动将有效期重置为-1
    set name "xxx"

### 查找所有满足匹配规则的key ###

有2种方式，根据key的规模|数量级选用，此处以查找指定前缀的key为例。

1、使用keys指令一次性返回所有符合要求的key

#获取以xx开头的所有的key
    keys xx*

适用于key数量少的情况，如果key数量过多，由于redis是单线程的，执行keys指令会阻塞线程直到指令执行完毕，可能出现redis卡顿的情况。

2、使用scan命令进行增量迭代，分批返回符合要求的key

#scan后面指定开始检索处的游标，match指定key的匹配规则，count指定返回key的数量
    #返回2个数据：迭代到的游标、此次迭代中符合要求的key
    scan 0 match xx* count 50

适合海量key的情况，如果明确说明了是海量key，则使用此种方式。

缺点

*  不可控：每次返回的key数量不可控，往往不会按照count指定的数量返回；  
    返回的游标可能比上一次返回的小，即迭代可能存在重叠部分，返回的key可能重复，需要在客户端进行去重（可使用HashSet等方式进行去重）；分批返回期间，key可能已经被其它指令修改。
 *  整体执行时间比keys指令要长

### big key问题 ###

一般认为：大于10kb的字符串，元素个数超过5000的hash、list、set、zset都属于big key。

big key的危害

*  redis是单线程的，添加、更新整个big key容易造成线程阻塞，出现redis服务器卡顿的情况。
 *  删除hash、list、set、zset类型的big key时，不管是手动删除整个key，还是过期自动删除整个key，删除时都是逐个删除其中的元素，容易造成redis服务器卡顿。
 *  在应用服务器、redis服务器之间读写整个big key时，传输的数据量较大，可能会出现网络拥塞。
 *  big key可能会集中出现在部分redis节点上，造成redis节点内存使用不均。

如果redis经常出现卡顿，考虑是否存在big key、是否是因为大量的key同时过期。

big key一般是设计时考虑不周导致的，根据业务特点，将big key拆分为多个小key即可。

出现big key的常见场景

*  社交类场景：粉丝列表，明星、大V拥有万级别的粉丝数量，存储粉丝的key需要特殊设计，不然很容易成为big key。
 *  汇总类场景：每天的报表数据都汇总到一个key中，日积月累容易发展成为big key。
 *  缓存类场景：把记录数众多的大表作为一个key缓存，或者把存在大字段的表做为一个key缓存，都容易出现big key。

可能出现big key时，应该根据情况特殊设计。

big key的检测

#redis客户端的--bigkeys参数，可以列出每种类型的最大key的信息，string类型会列出占用的空间，hash、list、set、zset会列出元素个数
    #只能列出各种类型最大的key，比较鸡肋，一般不用
    redis-cli --bigkeys
    
    #redis 4.0开始提供了memory usage命令，可以查看指定key占用的内存大小
    #需要自己写程序、脚本遍历key，筛选出big key
    memory usage key

当然，也可以用RDM查看key的大小，肉眼筛选big key。

删除big key的方案

*  string类型可以直接用del删除整个key，hash、list、set、zset不能直接删除整个key，需要分批删除元素。
 *  hash使用hscan、hdel分批获取、删除元素
 *  list使用ltrim逐区间删除元素
 *  set使用sscan、srem分批获取、删除元素
 *  zset使用zsan、zrem分批获取、删除元素

#scan的用法都差不多，指定key、游标起点
    #可以指定元素的匹配方式，默认*
    #可以指定返回的元素数量，默认10
    xscan key 0 [match *] [count 10]

尽量在夜间流量小的时候跑脚本去删除big key。

### key命名建议 ###

产品线|部门简称 + 项目简称 + 服务|模块简称 + 有业务含义的键名。

可根据共用redis服务器的部门、项目情况进行删减，避免key名称过长，占用大量的内存空间。

[20200526215256661.png]: https://img-blog.csdnimg.cn/20200526215256661.png