键管理

--- 单个键管理

    type key 键类型

    del key 删除键

    object encoding key 内部实现 

    expire key time 设置键过期

    rename key newkey 重命名键名

        rename键会强制覆盖,为防止覆盖,则提供了renamenx命令,确保只有newkey不存在的时候才会被覆盖。

        --重命名期间会执行del命令删除旧键,如果键对应的值比较大,会存在阻塞Redis的可能性。

        --rename和renamenx中key和newkey如果是相同的,在Redis3.2和之前版本返回结果是不同的,Redis3.2之后,返回OK,而之前会提示错误。


    randomkey 随机返回一个键  时间复杂度O(1) 

---------------------------------------------------------------------------------------------------------------

    键过期:

expire key  seconds :键在seconds秒后过期

expireat key timestamp:键在秒级时间戳timestamp后过期。

ttl命令和pttl都可以查询键的剩余过期时间,但是pttl精确度更高可以达到毫秒级别,有3种返回值:    

    >= 0的整数:键剩余的过期时间(ttl是秒,pttl是毫秒)

    -1:键没有设置过期时间

    -2:键不存在。

pexpire key milliseconds 毫秒后过期

pexpireat key milliseconds-timestamp 键在毫秒级时间戳timestamp后过期

但无论是使用过期时间还是时间戳,秒级还是毫秒级,在Redis内部最终使用的都是pexpireat。

    --如果expire key 的键不存在,返回结果为0

    --如果过期时间为负值,键会立即被删除,犹如使用del命令一样

    --persist 命令可以将键的过期时间清楚

    --对于字符串类型键,执行set命令的时候会去掉过期时间,在Redis源码中,set命令的函数setKey,中会执行removeExpire()函数去掉过期时间

    --Redis不支持二级数据接口(例如哈希、列表)内部元素的过期功能

    --setex命令作为set+expire的组合,不但是院子操作,同时减少一次网络通讯的时间。

--------------------------------------------------------------------------------------------

键迁移:

    move key db

    Redis内部可以有多个数据库,而多个数据库之间数据的隔离的,move key db 可以把指定的key从源数据库移动到目标数据库中,但是不建议在生产环境中使用多数据库。


    dump + restore

       dump key

       restore key ttl value

        dump + restore 可以实现在不用的Redis实例之间进行数据迁移的功能,整个过程分为两步:

            --在源Redis上,dump命令会将键值序列化,格式采用的是RDB格式。

            --在目标Redis上,restore命令将上面序列化的值进行复原,其中ttl参数代表过期时间,ttl=0代表没有过期时间

            --整个迁移过程并非原子性的,而是通过客户端分布完成的。

            --迁移过程是开启了两个客户端连接,所以dump的结果不是在源Redis和目标Redis之间进行传输。


        migrate

        migrate host port key|"" destination-db timeout [copy] [replace] [keys key[key...]]

        migrate命令也是用于在Redis实例间进行数据迁移的,实际上migrate命令就是讲dump、restore、del三个命令进行组合。具有原子性,而且Redis3.06版本之后,支持多键功能。

        migrate整个过程是原子性的,不需要在多个Redis实例上开启客户端的,只需要在源Redis上执行migrate命令即可。

        migrate命令的数据传输直接在源Redis和目标Redis上完成的。

        目标Redis完成restore后会发送OK给源Redis,源Redis接收后会根据migrate对应的选项来决定是否删除源Redis上对应的键

        host:目标Redis的IP地址

        port:目标Redis的端口号

        key | “ ”:Redis3.0.6之前,只可以迁移一个键,所以此处是要迁移的键。3.0.6之后,如果要迁移多个键,此处为“ ”

        destination-db:目标Redis的数据库索引,例如要迁移到0号数据库,这里写0

        timeout:迁移的超时时间(单位毫秒)

        [copy]:如果添加此选项,迁移后并不删除源键

        [replace]:如果添加此选项,migrate不管目标Redis是否存在该键都会正常迁移进行数据覆盖。

        [keys key [key...]]:迁移多个键

------------------------------------------------------------------------------------------------------------------------

遍历键:

    --全量遍历:

        keys pattern

            pattern 匹配:

            * 代表匹配任意字符

           ? 代表匹配一个字符

            [] 代表匹配部分字符,例如[1,3]代表匹配1或3,[1-10]代表匹配1到10 任意数字

            \x 用来做转义,例如要匹配*号,?号需要转义



--渐进式遍历

    scan采用渐进式遍历的方式来解决keys命令可能带来阻塞的问题,每次scan命令的时间复杂度O(1),但是真正实现keys功能需要执行多次scan命令。

    Redis存储键值对实际使用的hashtable的数据结构,每次执行scan只会扫描一个字典中的一部分键

    scan cursor [match pattern] [count number] 

    cursor 是必需的参数,实际上cursor是一个游标,第一次遍历从0开始,每次scan遍历完成都会返回当前游标的值,知道游标值为0,表示遍历结束

    match pattern 是可选参数,他的作用是做模式匹配

    count number 是可选参数,他的作用是表名每次遍历的键个数,默认值是10


        集合类型

        哈希类型        hgetall    hscan       hscan key cursor

        集合类型        smember  sscan            sscan key cursor

        有序集合        zrange  zscan                zscan key cursor



---------------------------------------------------------------------------------------------------------------

数据库管理

dbsize  返回当前数据库中key的个数,时间复杂度O(1)

select DBIndex 切换数据库  默认Redis有16个数据库

        Redis3.0中已经开始弱化改功能,因为

            --Redis是单线程的,如果使用多个数据库,那么这些数据库仍然使用一个CPU,彼此之间还是会受到影响。

            --多数据的使用方式,会让调度和运维不同业务的数据库变的困难,加入有一个慢查询存在,依然会影响其他数据库,这样会使别的业务定位问题变得困难

            --部分Redis的客户端根本就不支持这种方式,即使支持,在开发中来回切换数据库,很容易混乱,不如使用多个Redis实例


flushdb/flushall

flushdb/flushall 命令用于清楚数据库,两者的区别是flushdb只清除当前数据库,flushall会清除所有数据库,如果当前数据库键值数量比较多,会有阻塞Redis的可能性。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 205,033评论 6 478
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 87,725评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 151,473评论 0 338
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,846评论 1 277
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,848评论 5 368
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,691评论 1 282
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,053评论 3 399
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,700评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 42,856评论 1 300
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,676评论 2 323
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,787评论 1 333
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,430评论 4 321
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,034评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,990评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,218评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,174评论 2 352
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,526评论 2 343

推荐阅读更多精彩内容